Webinar Où vit réellement votre cryptographie ?

Pourquoi maintenant ?
Les échéances sont fixées, et la plus proche est française
Quatre calendriers se superposent. Si vous vendez en France, en Europe ou aux États-Unis, vous les affrontez tous en même temps.
2027 : ANSSI, Fin de la qualification des produits de sécurité sans cryptographie post-quantique.
Déc. 2027 : Cyber Resilience Act, Chiffrement « à l'état de l'art » et SBOM obligatoires pour les produits vendus dans l'UE.
2030 : ANSSI · UE, Acheter sans PQC « ne sera pas raisonnable » ; systèmes à haut risque migrés dans l'UE
2035 : NIST · UE, RSA et ECC interdits selon le projet NIST IR 8547 ; transition aussi complète que possible dans l'UE

En une heure, de la menace au plan d'action

Si vous développez, vendez ou achetez des produits numériques soumis à l'ANSSI, au CRA ou à des clients publics, cette session est pour vous.

Animé en français par ISIT et en anglais par ScanOSS, elle vous aidera à comprendre les impacts réglementaires et techniques qui vont transformer vos processus.

• Accueil : Présentation des intervenants etinformations pratiques
• La menace et les échéances : Partie pédagogique et neutre : la menace quantique, « récolter maintenant, déchiffrer plus tard », où se cache la cryptographie, les échéances ANSSI, UE, NIST et CRA, et pourquoi tout commence par un inventaire..
• Découverte, CBOM et démonstration : Découverte de la cryptographie au niveau du code source, analyse d'atteignabilité à travers toute l'arborescence de dépendances, priorisation par le risque et passage de l'inventaire à la politique. Démonstration en anglais.
• Q & A

Durant ce webinar une démo exclusive menée par SCANOSS, découverte au niveau du code source des algorithmes, protocoles, certificats et autres éléments cryptographiques associés, avec génération d’un CBOM (Cryptography Bill of Materials) CycloneDX standardisé, complet et précis

• Analyse de l’accessibilité (Reachability) : Le graphe d’appels parcourt l’ensemble de l’arborescence des dépendances, afin d’identifier quelles fonctions cryptographiques sont réellement atteintes et utilisées par le code.
• Prioriser ce qui compte en premier : classification des risques selon leur criticité, en commençant par les données sensibles à longue durée de vie et les infrastructures de confiance, puis les systèmes embarqués et OT difficiles à faire évoluer, ainsi que les dépendances tierces.
• De l’inventaire à la politique de sécurité : Appliquer les règles de gouvernance directement lors des pull requests et sur l’ensemble du code source. Via MCP, les agents de développement assistés par IA peuvent également vérifier automatiquement la conformité cryptographique du code qu’ils génèrent.