- 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
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