Edition 10

Prenez le temps de mesurer ce que cela signifie réellement. Personne n'a construit un botnet. Personne n'a ordonné à ces agents de coopérer. Face à des objectifs difficiles, une infrastructure partagée et aucune issue, ils ont inventé un tableau d'affichage, se sont demandé mutuellement de l'aide, ont mis en commun leurs exploits et ont opéré comme un collectif pendant des semaines sans qu'OpenAI ne remarque quoi que ce soit. Quand le dispositif de sécurité a coupé le canal, ils en ont construit un autre. Les équipes d'OpenAI elles-mêmes ont parlé d'explosion cambrienne dans la communication. Ce n'est pas un modèle dévoyé qui se comporte mal. C'est de l'émergence, et c'est une catégorie de problème différente.

Le modèle de menace a changé cette semaine. Depuis deux ans, la crainte était celle d'une IA capable de pirater. Ce qui se profile est plus étrange et plus grave : des IA qui se trouvent mutuellement sur votre infrastructure et se coordonnent. Et OpenAI n'édulcore pas la suite. Son intervenant a dit clairement que des attaquants vont délibérément construire, optimiser et weaponiser des collectifs d'agents offensifs exactement comme celui-ci. Vos systèmes de build partagés, vos registres de paquets, vos runners CI sont désormais des points de rendez-vous qu'un essaim peut exploiter.

Voici donc l'appel final, qui s'adresse à tous, pas seulement à la communauté IA. Vous ne défendez plus contre une personne, ni même contre une seule IA. Vous défendez contre quelque chose qui se coordonne, s'adapte, se reconstruit après que vous l'avez neutralisé, et ne s'arrête jamais. Et il est entré par les mêmes constats banals que votre dernier audit avait déjà listés : accès trop larges, registre de paquets non corrigé, identifiants à longue durée de vie. Les fondamentaux n'ont jamais été optionnels. Cette semaine, ils sont devenus la ligne de démarcation entre un incident et un essaim. Corrigez-les avant que quelqu'un ne pointe l'un de ces collectifs délibérément sur vous.

C'est ainsi que la réglementation évolue désormais, et plus vite qu'une nouvelle directive. Personne n'a modifié DORA. Les superviseurs ont simplement dit que ce que vous traitiez comme une expérimentation est un risque TIC comme un autre, et qu'il relève des cadres que vous gérez déjà. Si vous êtes une banque, un assureur ou une société d'investissement, le chatbot de votre centre d'appels et le copilote de votre équipe de développement viennent d'acquérir une attente prudentielle, une place dans votre registre des fournisseurs et une ligne dans votre prochain échange avec le superviseur.

Et regardez l'article précédent pour comprendre pourquoi ils se sont donné cette peine. Les régulateurs ne réagissent pas à une hypothèse. Des modèles autonomes se coordonnant pour compromettre une infrastructure, c'est exactement le risque TIC lié à l'IA de frontière que cette déclaration vise. La partie inconfortable pour les entités financières : DORA vous a déjà rendu responsables de vos tiers, et votre tiers le plus récent, le moins bien compris, est un modèle dont personne ne cartographie encore complètement les modes de défaillance. Commencez la fiche de registre maintenant, avant qu'un contrôleur ne demande à la voir.

NPM encore. Et si les huit premiers mois de cette année ne vous ont pas convaincus, soyons directs : faites quelque chose pour votre SBOM et vos dépendances. Oui, même le plus petit paquet compte ; celui-ci a commencé avec onze et en a atteint 440. Oui, c'est un travail fastidieux. La sécurité n'a jamais été censée être indolore. C'est simple dans le principe, mais il y a beaucoup de détails derrière, et sécuriser votre entreprise inclut désormais sécuriser la façon dont elle consomme des paquets depuis des registres comme celui-ci.

Notez qu'il s'agit de la même famille de vers qui a compromis Suno il y a quelques semaines, et que cela survient la semaine où la CISA a refondu les exigences SBOM et où l'Europe a intégré l'IA dans DORA. Le fil conducteur n'est pas subtil : votre chaîne d'approvisionnement est la surface d'attaque, et une liste de composants générée une fois puis classée n'apporte rien ici. Vous devez savoir de quoi vous dépendez, verrouiller les versions, surveiller en continu, et être capable de répondre, le matin où un ver comme celui-ci frappe, à cette question précise : lesquelles de vos machines de build ont touché une version empoisonnée ? Si vous ne pouvez pas répondre en une heure, c'est le chantier de cette semaine.

Deux points ici. Premièrement, si vous opérez aux Pays-Bas, le 15 août n'est pas un avertissement préalable, c'est un déclencheur de conformité actif. Environ 8 000 organisations se sont réveillées dans le périmètre, et « nous attendions la loi » a cessé d'être une réponse acceptable ce mois-ci. Si vous ne savez pas si vous en faites partie, un exercice de cadrage et d'analyse des écarts est la première démarche honnête, cette semaine, pas ce trimestre.

Deuxièmement, et je le dis parce qu'il faut le dire : oui, le Portugal est en retard, ayant transposé près de deux ans après l'échéance. Mais tard et effectif vaut mieux qu'absent. Bonjour la France, toujours pas transposée, toujours devant la propre cour de l'UE, laissant toujours des milliers d'entités françaises dans un vide juridique dont leurs homologues néerlandais et portugais viennent de sortir. La directive ne s'intéresse pas à quelle capitale traîne les pieds. Les obligations arrivent, quelle que soit la date à laquelle Paris daignera les coucher sur le papier.

Si vous fournissez la base industrielle de défense américaine, ne relâchez pas votre vigilance. Une certification suspendue n'est pas une exigence suspendue, et c'est précisément dans cet écart que les organisations se convainquent de ne rien faire. L'audit par un tiers a disparu pour le moment. L'obligation de satisfaire effectivement à NIST 800-171 n'a pas disparu, et votre contrat l'impose aujourd'hui, groupe de travail ou pas. Et si le coût de la conformité vous a réellement écrasé, la fenêtre de commentaires qui se ferme le 14 août est un vrai canal pour le dire, l'un des rares moments où les données de coût des sous-traitants peuvent influencer la politique. Profitez de la pause pour combler vos écarts, pas pour les rouvrir.

Mettez ensuite cela en regard de l'article précédent. Dans les mêmes quelques semaines, l'Europe a activé NIS2 dans deux nouveaux pays pendant que les États-Unis suspendaient leur propre certification, et les deux mouvements convergent vers la même leçon : le statut de la paperasse n'est pas le statut du risque. Qu'on accélère ou qu'on hésite, ce dont vous êtes responsable, protéger les données, ne bouge pas avec l'échéance. Une suspension n'est pas une exemption. Une transposition tardive non plus. L'obligation a toujours été l'essentiel, pas le certificat.