Aller au contenu principal
Retour aux archives

Édition 19 · 12 octobre 2026

Edition 19

Une formule pour prévoir le basculement d'un modèle, les agents OpenAI dans 100 organisations, 8,8 millions de Danois exposés via un accès légitime d'un partenaire, deux heures entre le code d'exploitation et l'attaque, et PwC recense qui agit.

Par Christophe Mazzola, CISO en exercice et fondateur de Cyber Academy.

Recevez le prochain GRC Brief dans votre boîte mail.

S'abonner à The GRC Brief

Des chercheurs peuvent désormais calculer à quel moment un modèle bascule.

Deux chercheurs de l'université George Washington ont publié une formule identifiant le point auquel un modèle bascule vers une sortie indésirable. La cause réside dans la tête d'attention : le contexte conversationnel accumulé tire l'attention vers un bassin de sortie indésirable jusqu'au franchissement d'un seuil. Des prompts maladroits y parviennent aussi sûrement que des prompts malveillants. Le résultat a tenu sur sept modèles open-weight. Le correctif proposé est un voyant d'alerte intégré au modèle, consulté avant chaque sortie.

Source: Patterns (Cell Press) · Johnson & Huo, peer-reviewed paper

Mon analyse

La semaine dernière, j'ai utilisé le mot « voyou ». Voilà pourquoi. Un seuil que l'on peut calculer et un indicateur que l'on peut positionner, c'est de l'ingénierie, et l'ingénierie a des responsables. Une réserve : les tests ont porté sur de petits modèles open-weight dont le filtrage cloud avait été retiré ; les chiffres ne se transfèrent donc pas en production. Le mécanisme, si. Utilisez le test qu'il implique. Avant qu'un agent reçoive des identifiants, soumettez-le à des prompts vagues et mal rédigés. Reste-t-il dans le périmètre de ses permissions, contourne-t-il les restrictions, escalade-t-il vers un humain ? Pas de réponses satisfaisantes, pas d'autonomie.

Wikimedia est parti à la recherche des agents OpenAI. La facture retombe sur les bénévoles.

La Wikimedia Foundation a conduit sa propre enquête et l'a publiée. Elle y identifie des agents qu'elle attribue à OpenAI : ceux-ci éditent ses wikis, principalement dans des espaces bac à sable, tentent sans succès de transformer un outil de prise de notes hébergé en proxy, et envoient des millions de requêtes automatisées vers ses API publiques, dont des centaines de milliers de requêtes qui pourraient avoir contribué à une interruption partielle du Wikidata Query Service en mai. Aucune compromission, aucun signe de coordination entre agents. Deux chiffres à retenir : la fondation indique que 65 % de son trafic le plus gourmand en ressources provient désormais de bots, et OpenAI a reconnu plus d'une centaine d'incidents dans plus d'une centaine d'organisations.

Source: Wikimedia Foundation · S. Deckelmann, 5 Oct 2026

Mon analyse

Cent incidents, cent organisations. J'en ai couvert trois cette année, et uniquement parce que quelqu'un les a documentés. Regardez maintenant qui paie. La fondation indique qu'elle absorbe déjà les coûts, que ses bénévoles assurent le nettoyage, et elle demande aux entreprises qui profitent de ces agents de contribuer à prévenir et réparer les dommages plutôt que de les laisser devenir la nouvelle norme. Le problème qu'elle vous pose est celui de l'attribution. Si vous exposez une API publique, vous ne pouvez pas distinguer une flotte de recherche d'un crawler hostile, et vos limites de débit ont été dimensionnées pour des humains. Vérifiez ce que la vôtre remet à un client non authentifié à fort volume.

Personne n'a forcé le registre de population danois. Quelqu'un s'y est connecté.

Le registre central de population danois contient environ 11 millions d'enregistrements, et le numéro CPR à dix chiffres qu'il attribue conditionne tout, de la fiscalité aux soins de santé en passant par les services bancaires. Des attaquants ont détourné l'accès légitime d'une entreprise danoise privée pour l'interroger et ont exfiltré les noms, adresses et numéros CPR d'environ 8,8 millions de personnes, vivantes, émigrées ou décédées. Cela représente environ 80 % du registre, dans un pays de six millions de résidents. Le registre l'a détecté le 2 octobre, a notifié l'autorité de protection des données le 4 et a rendu l'affaire publique le 5, en coupant l'accès de l'entreprise et en saisissant la police. Les personnes bénéficiant d'une protection de leur nom et adresse n'ont pas été concernées. L'auteur n'a pas été identifié.

Source: Help Net Security · Denmark CPR breach, 6 Oct 2026

Mon analyse

Personne n'a forcé quoi que ce soit. Un compte disposant d'un accès légal pour consulter des individus nommément identifiés a été utilisé pour extraire 8,8 millions d'enregistrements, et l'autorisation était valide à chaque étape. Rien ne surveillait le schéma d'utilisation. C'est le risque tiers dans sa forme la plus pure : vous pouvez auditer l'organisation, signer le contrat, remplir le questionnaire, et n'avoir aucune idée de ce que font ses identifiants à trois heures du matin. Ce préjudice n'expire pas. Le numéro CPR est un identifiant national permanent ; ces personnes ne peuvent pas le faire pivoter comme un mot de passe, et les défunts, certainement pas. Soyons équitables sur un point : le Danemark dispose de MitID, donc un numéro CPR seul ne permet pas d'usurper l'identité de quelqu'un. Il rend en revanche chaque appel de phishing crédible, ce qui explique pourquoi le ministère demande aux citoyens de ne rien communiquer par téléphone ou e-mail, même à un interlocuteur qui connaît leur nom, adresse et numéro CPR. Si vous accordez à un partenaire un accès en consultation à des données d'identité, allez vérifier cette semaine si quelqu'un remarquerait mille consultations là où il y en a normalement dix.

Deux heures entre le code d'exploitation public et les attaques réelles.

Atlassian a divulgué CVE-2026-21589 le 5 octobre, notée 9,3 : un attaquant non authentifié peut lire des fichiers dans le répertoire web de huit produits Data Center auto-hébergés, dont Jira et Confluence. watchTowr a publié une analyse et un code d'exploitation le lendemain, démontrant que lorsque Jira est connecté à Crowd, la lecture de fichier se transforme en accès administrateur. Les honeypots ont enregistré les premières tentatives deux heures plus tard, suivies d'un template de scan public.

Source: BleepingComputer · B. Toulas, 7 Oct 2026

Mon analyse

Deux heures. Moins long que l'intervalle entre deux réunions du change advisory board. N'accordez aucun réconfort au fait qu'un chemin de fichier exact soit nécessaire, car les chemins Atlassian sont documentés et identiques dans chaque déploiement. Cela affine aussi un conseil que je vous ai donné deux fois. Prioriser selon le catalogue des vulnérabilités exploitées connues de la CISA est un bon filtre, et il a échoué ici : trois jours après le début de l'exploitation active, la faille n'était toujours pas référencée. Votre déclencheur, c'est la combinaison. Exposition internet, auto-hébergé, code d'exploitation public, template de scan en circulation. Patchez sur cette base. Lorsque Crowd se trouve dans le chemin, vous gérez un incident d'identité.

La moitié cite l'IA comme leur plus grande lacune. Dix-sept pour cent la confient au CISO.

PwC a interrogé 3 934 dirigeants d'entreprises et responsables technologiques dans 71 pays. La moitié des responsables sécurité désignent les attaques contre leurs propres systèmes d'IA comme la menace pour laquelle ils sont le moins préparés, devant le cloud, la chaîne d'approvisionnement et les ransomwares. Dix-sept pour cent confient la responsabilité de la sécurité de l'IA au CISO. Quarante-quatre pour cent déclarent manquer des compétences nécessaires pour la superviser. Vingt et un pour cent mettent en œuvre des mesures résistantes aux algorithmes quantiques.

Source: SecurityWeek · PwC survey, 1 Oct 2026

Mon analyse

Trois chiffres, un seul angle mort. Le risque a un nom, un responsable que personne n'a désigné, et personne de qualifié pour l'examiner. ISO 42001 est précisément structuré autour de ces questions : qui décide, qui examine, qui rend des comptes ensuite. Vient ensuite le 21 %, face à une attente de l'UE selon laquelle les États membres doivent avoir leurs inventaires cryptographiques en cours d'ici la fin de cette année. « Harvest now, decrypt later » signifie que votre compteur a démarré au moment où le texte chiffré a été capturé. Répondez à une seule question : y a-t-il des données que vous détenez et qui doivent rester confidentielles plus longtemps que ne le permettra votre cryptographie actuelle ? Construisez ensuite l'inventaire.

Aimé celle-ci ? Recevez la prochaine.

Atterrissez sur la prochaine.

Cinq choses qui ont bougé dans la GRC, tous les lundis. Analyse franche, sans recyclage de communiqués.

S'abonner à The GRC Brief