• SĂ©curitĂ©
  • ConfĂ©rence
  • Standard
  • 55 min

Agents Smith vs OAuth2 + DPoP : stopper le replay et le vol de bearer tokens

  • Date jeudi
  • Horaire 9h30 Ă  10h25
  • Salle Amphi B

Description

Vous vivez dans la Matrice : un Bearer Token (access_token) vous donne l’accĂšs Ă  vos applications
 mais si un Agent Smith l’intercepte ? Game over. Il a tous vos accĂšs sans demande de mot de passe, pas de preuve de possession – vous avez donc juste une illusion de contrĂŽle. Suivez le lapin blanc jusqu’à DPoP (Demonstration of Proof-of-Possession, RFC 9449) : vos tokens deviennent insĂ©parables d’une clĂ© privĂ©e. Prouvez que vous ĂȘtes L’élu, ou rien. Restons au pays des merveilles, et descendons avec le lapin blanc au fond du gouffre : * PKCE, la premiĂšre barriĂšre contre l’interception du code d’autorisation * Les failles critiques des bearer tokens * Comment DPoP fonctionne * Les piĂšges d’implĂ©mentation dans le monde rĂ©el oĂč les Agents se cachent encore 
 pour montrer qu’il est temps de sortir de l’illusion que toute la sĂ©curitĂ© est faite avec les bearer tokens. Pour devs, architectes et Ă©quipes sĂ©cu qui veulent arrĂȘter de vivre dans le rĂȘve bleu.

Orateur·ices

JérÎme Marchand

Passionné par l'informatique depuis l'adolescence, j'en ai fait mon métier depuis pas loin de 25 ans. Malgré plusieurs années de développements (Java, PHP, Python, C++), de déploiements et de supervision avec la fameuse méthode "A l'arrache", je reste pragmatique et plaide pour la culture DevOPS.

Actions rapides

Voir la vidéo

Les sessions futures sur le mĂȘme thĂšme

    • SĂ©curitĂ©
    • ConfĂ©rence

    Comment bien mettre en place une mauvaise gestion des mots de passe

    On est en 2026 et l'authentification par mot de passe est toujours largement utilisĂ©e. Mais bon, il faut que les utilisateurs arrĂȘtent d'utiliser "toto" ou "azerty"... Alors je vais faire comme d'habitude et imposer un mot de passe de 10 caractĂšres avec 1 majuscule, 1 minuscule, 1 chiffre et 2 caractĂšres spĂ©ciaux comme ça je serai tranquille... Êtes-vous sĂ»r·e de vos pratiques ? Êtes-vous prĂȘt·e Ă  confronter vos intuitions Ă  la rĂ©alitĂ© mathĂ©matique ? Dans cette confĂ©rence, nous allons creuser le sujet d'une "bonne" politique de mots de passe, bien comprendre ce qu'est un mot de passe dit "robuste" ou "complexe" et voir des concepts clĂ©s pour critiquer objectivement la gestion de ceux-ci dans un SI. Nous mĂšnerons une rĂ©flexion progressive et illustrĂ©e afin de bien apprĂ©hender et s'approprier ces concepts. L'objectif est de tordre le cou aux pratiques contre-productives, aux intuitions erronĂ©es et autres fausses bonnes idĂ©es. Cette confĂ©rence s'adresse Ă  toutes personnes crĂ©ant ou utilisant un SI : dĂ©veloppeuses, chef de projet, directrice de SI, architectes, responsables de produit, MOA, utilisateurs...

    Jeudi 12h30 Ă  13h25 - Amphi A
    • SĂ©curitĂ©
    • ConfĂ©rence

    De dĂ©veloppeur Ă  hacker : savoir casser, c'est savoir protĂ©ger ⚔

    Aujourd'hui, on prend conscience de l'importance de la cybersĂ©curitĂ©. Le moindre piratage peut causer des pertes importantes, tant au niveau image que financier. Les premiers acteurs de la sĂ©curitĂ© sont les dĂ©veloppeurs. Avec une vision basĂ©e sur la seule protection des SI, ils n'envisagent pas les possibilitĂ©s de l'attaquant. Ne faudrait-il pas changer ce fonctionnement et passer dans la peau de l'attaquant pour Ă©largir notre vision de la cybersĂ©curitĂ© ? Comme le dit le dicton : "ce sont les braconniers qui font les meilleurs gardes-chasse" 😉 Chaque dĂ©veloppeur devrait coder avec en tĂȘte : "comment je pourrais bien casser ça ?" Devenir hacker c'est revenir aux basiques (modĂšle OSI, algorithmie...) et accroĂźtre sa polyvalence. Au cours de ce talk, nous allons voir pourquoi la cybersĂ©curitĂ© embarquĂ©e dans les Ă©quipes de dĂ©veloppement est un atout majeur pour les projets, et quelles compĂ©tences doivent ĂȘtre apprises afin d'acquĂ©rir une maĂźtrise complĂšte des systĂšmes d'information en place. L'objectif est qu'en sortant, vous soyez convaincu qu'il est essentiel de "penser au hack de son code" au moment mĂȘme de son Ă©criture, et que vous soyez armĂ©s pour proposer une correction đŸ’Ș

    Jeudi 12h30 Ă  13h25 - Amphi E
    • SĂ©curitĂ©
    • ConfĂ©rence

    🔑 🔒 A la dĂ©couverte de l'algo de chiffrement Diffie-Hellman

    Vous utilisez Diffie-Hellman des dizaines de fois par jour sans le savoir : Ă  chaque connexion HTTPS, Ă  chaque message chiffrĂ© sur Signal. C'est cet algorithme qui permet Ă  deux parties d'Ă©tablir un secret commun sur un canal non sĂ©curisĂ© — sans jamais se l'Ă©changer. AprĂšs avoir implĂ©mentĂ© une version basique sur un projet, j'ai eu envie de partager ce que j'y ai compris. On explorera ensemble cette implĂ©mentation : comment ça marche, pourquoi ça tient, et quelles amĂ©liorations les implĂ©mentations plus complexes y apportent. Le thĂšme de la session est algorithmique : on laisse les maths thĂ©oriques et la cybersĂ©curitĂ© de cĂŽtĂ©.

    Jeudi 12h30 Ă  13h25 - Amphi C