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

REX – Construire un poste d’administration conforme SecNumCloud

  • Date mercredi
  • Horaire 12h30 Ă  13h25
  • Salle Amphi D

Description

SecNumCloud est aujourd’hui la plus haute rĂ©fĂ©rence en matiĂšre de sĂ©curitĂ© pour les services cloud en france, mais ses exigences peuvent sembler complexes, notamment lorsqu’il s’agit des accĂšs d’administration. Dans ce talk, nous partagerons notre retour d’expĂ©rience concret sur la conception et la mise en place d’un poste d’administration sĂ©curisĂ© permettant Ă  nos Ă©quipes d’exploiter et d’administrer la plateforme tout en respectant les exigences SecNumCloud de l’ANSSI. À travers un retour d’expĂ©rience terrain, nous expliquerons nos choix techniques, les contraintes rencontrĂ©es, les erreurs commises et les solutions mises en place. Pas de thĂ©orie abstraite : du pragmatique et du vĂ©cu. Nous aborderons les grands principes (sĂ©paration des usages, durcissement, traçabilitĂ©, contrĂŽle des accĂšs), l’architecture retenue, les compromis rĂ©alisĂ©s et les bĂ©nĂ©fices concrets pour les Ă©quipes. Ce talk ne prĂ©tend pas ĂȘtre une interprĂ©tation officielle du rĂ©fĂ©rentiel : nous ne sommes ni experts ni auditeurs SecNumCloud. Il s’agit d’un retour d’expĂ©rience honnĂȘte et opĂ©rationnel, destinĂ© Ă  dĂ©mystifier SecNumCloud et Ă  montrer qu’il est possible d’allier sĂ©curitĂ© forte et efficacitĂ© opĂ©rationnelle.

Orateur·ices

David Gandra

J’ai souvent pris la parole en interne, que ce soit pour des prĂ©sentations techniques, des soutenances ou des audits de certification. J’aime partager mes connaissances et discuter de sujets techniques avec mes collĂšgues, Ă©changer des bonnes pratiques et rendre les concepts complexes accessibles. Transmettre et expliquer fait partie de ce que je prĂ©fĂšre dans mon quotidien professionnel.

Chris Navas

Je suis consultant chez Wescale depuis bientĂŽt 6 ans, avec une passion pour l’informatique qui remonte Ă  mes dĂ©buts. À 12 ans, alors que le RFC sur le DNS venait de paraĂźtre fin 1983, j’apprenais Ă  coder en BASIC puis en ASM 6502 sur l’ORIC-1 familial, guidĂ© par mon pĂšre. Depuis, je vis et partage cette passion Ă  travers mes projets et confĂ©rences, avec l’objectif de transmettre mes connaissances et d’échanger sur les innovations qui transforment notre mĂ©tier. RĂ©fĂ©rences et confĂ©rences passĂ©es : Je prĂ©sente rĂ©guliĂšrement des confĂ©rences en interne chez Wescale, nos clients, notamment : HTTP/3 : 35 ans d’histoire du protocole HTTP (https://youtu.be/qmwtXp2Nadk ) Les bases du DNS (interne, sans replay) L’IoT et le cloud (interne, sans replay) J’ai Ă©galement animĂ© plusieurs confĂ©rences publiques lors de meetups parisiens et d’évĂ©nements internes pour nos clients. Quelques rĂ©fĂ©rences publiques : OVH World Tour 2015 : PrĂ©sentation de l’infrastructure de Vodkaster https://www.youtube.com/watch?v=CDvCJA6Qz84 OVH Summit 2016 : Comment j’ai dĂ©couvert qu’un chat mange toutes les 2/3 heures https://twitter.com/axelmore/status/785848961609465856 https://www.youtube.com/watch?v=ohmKeRsXz0E Multiples ConfĂ©rences interne Wescale et chez les clients : DNS, HTTP, 12 facteurs, L’IoT et le cloud, etc ...

Actions rapides

Voir la vidéo

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

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

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

    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.

    Jeudi 9h30 Ă  10h25 - Amphi B
    • 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