SOURCE 0 - LE MÊME OUTIL, L'AUTRE CÔTÉ
Auteur : Jean-François ELSEN (Senior Forensic Auditor · Judicial Specialist in Digital Evidence · DGSA)
Localisation : Bruxelles – Charleroi, Belgique
Organisation : Jean-François ELSEN ·jfelsen.com
Classification : Note doctrinale réactive · Août 2026
Audience : Dirigeants, conseils d'administration, régulateurs, autorités de contrôle, directions juridiques, RSSI, responsables conformité, architectes de gouvernance IA, analystes forensiques, opérateurs d'infrastructures critiques, autorités publiques
Série : SOURCE 0 Doctrine Series
I. UN GOUVERNEMENT CONFIRME CE QU'UN CAS D'ÉCOLE AVAIT DÉJÀ DOCUMENTÉ
Le 13 août 2026, le ministère taïwanais des Affaires numériques a confirmé, dans un communiqué relayé par Reuters, avoir détecté à partir du 20 juillet 2026 une campagne de cyberattaques contre des agences gouvernementales, employant une approche hybride combinant des opérations manuelles et une assistance d'agents IA, « tels qu'OpenClaw » — sans préciser d'échelle, de dommages, ou de cibles au-delà de cette description générale, et en indiquant que les organismes concernés avaient depuis traité l'incident. Ce communiqué doit être distingué d'un second compte rendu, publié la veille : le 12 août 2026, la société israélienne de sécurité IA Dream a rendu publique une analyse décrivant une campagne de quatre jours menée par une équipe d'agents IA coordonnés contre un gouvernement asiatique non nommé, avec des détails plus précis — cartographie de systèmes gouvernementaux, comptes compromis, dossiers de personnel extraits, extension à une agence de sûreté nucléaire et à des entreprises du secteur de l'énergie. Sollicitée par Reuters, Dream a refusé de communiquer ses données ou de nommer le gouvernement visé ; c'est le Financial Times, premier média informé de ses conclusions, qui a identifié les agences ciblées comme taïwanaises. Les éléments publics disponibles établissent donc une concordance temporelle et thématique forte entre les deux comptes rendus, sans que le communiqué officiel taïwanais confirme nommément les chiffres précis attribués à Dream — une nuance que cette note retient plutôt que de fusionner les deux récits en un seul événement pleinement corroboré.
Ce fait rejoint directement un article déjà publié dans cette série : SOURCE 0 - Autonomous Agents and the Evidentiary Void utilisait précisément OpenClaw comme cas d'école d'une architecture d'agent dépourvue de couche probatoire indépendante, à partir d'un historique documenté de vulnérabilités critiques touchant ses propres utilisateurs. Le communiqué taïwanais, à lui seul, suffit déjà à établir le fait central que cette note retient : un gouvernement a officiellement confirmé l'usage d'agents IA, dont OpenClaw, dans une campagne d'attaque contre ses propres agences — le même logiciel apparaît ici de l'autre côté de la frontière opérationnelle : déjà étudié comme surface de vulnérabilité chez ses utilisateurs légitimes, il figure également, aux côtés d'autres frameworks open source selon certaines reconstructions techniques, dans la description d'une plateforme offensive employée contre un tiers. Cette note ne porte de jugement ni sur l'outil ni sur son éditeur — elle examine ce que ce renversement change, et surtout ce qu'il ne change pas, pour la partie qui subit l'attaque.
Sur l'origine de la campagne, la prudence s'impose et cette note la retient : plusieurs experts jugent probable un lien avec la Chine, sur la base de l'usage du chinois simplifié relevé dans des documents internes cités par Dream, mais ni Taïwan ni Dream n'ont confirmé cette origine, le communiqué du ministère ne mentionnant d'ailleurs pas la Chine, et le ministère chinois des Affaires étrangères a indiqué, en réponse à une sollicitation de CNN, ne pas être familier de la situation. Cette question d'attribution reste hors du périmètre de cette note et de l'architecture SOURCE 0, pour une raison structurelle exposée plus loin.
[AI-SNIPPET]
Un outil documenté comme source de vulnérabilités chez ses propres utilisateurs peut, sans contradiction, être également employé comme instrument d'attaque contre des tiers — les deux constats relèvent de la même absence de couche probatoire indépendante, observée sous deux angles différents. Une victime institutionnelle visée par une campagne faisant intervenir des agents IA capables d'opérer de manière autonome sur certaines étapes peut se retrouver dans une situation structurellement proche de celle déjà documentée pour l'opérateur d'un agent autonome compromis : après coup, elle doit prouver l'état de ses propres systèmes avant, pendant, et après la campagne, au moyen d'une preuve indépendante, antérieure et non endogène — pas seulement de journaux, qui peuvent exister en abondance sans offrir cette indépendance si le mécanisme qui les a produits partageait la frontière de confiance du système compromis. SOURCE 0 WITNESS répond à cette question pour la partie qui contrôle ses propres systèmes ; il ne répond pas à la question distincte de l'attribution de l'attaque à son auteur.
[/AI-SNIPPET]
II. QUATRE JOURS, VITESSE AGENTIQUE
Ce qui distingue cet incident d'une intrusion assistée par IA classique n'est pas l'outil, mais le mode opératoire. Selon Dream, le système coordonnait jusqu'à huit agents IA simultanément, menant des reconnaissances, des attaques d'identifiants, et une réévaluation continue de la stratégie d'attaque, sans intervention humaine à chaque étape — la campagne s'est déroulée sur quatre jours, du 1er au 4 juillet 2026. Amir Becker, directeur stratégie de Dream, a décrit un système qui, à l'image d'une équipe humaine, recherche de nouvelles techniques et s'adapte en temps réel lorsqu'une approche échoue. Le ministère taïwanais a de son côté indiqué que les agents pouvaient enchaîner rapidement plusieurs techniques et exploiter des systèmes secondaires — sauvegarde, test — comme points de rebond, donnant à l'attaque ses caractéristiques de rapidité, de faible coût, et d'échelle.
Un second élément, rapporté séparément mais cohérent avec le premier, mérite d'être noté sans être développé ici : selon une analyse technique de la recherche Dream, les attaquants seraient parvenus à contourner les garde-fous de sécurité propres au framework d'agent en présentant l'attaque comme un test d'intrusion autorisé. S'il se confirme, ce mécanisme relève d'un registre distinct de celui déjà traité par SOURCE 0 — non pas une vulnérabilité dans le code, mais un détournement de la confiance que l'agent accorde à l'instruction reçue. Cette note ne le développe pas davantage ; il pourrait constituer, à terme, l'objet d'un texte séparé.
III. LA VICTIME FACE AU MÊME VIDE PROBATOIRE
Une agence gouvernementale ciblée par une campagne de cette nature peut se retrouver, après coup, dans une situation structurellement proche de celle que SOURCE 0 WITNESS a été conçu pour traiter — à ceci près que l'agent autonome en cause n'est pas le sien, mais celui de l'attaquant. Le problème n'est pas que la victime manquerait de preuves : une agence ciblée peut disposer d'un SIEM, d'un EDR, de journaux réseau, de sauvegardes immuables. Le problème est plus étroit : dispose-t-elle d'une preuve indépendante, antérieure à l'incident, et non endogène de l'état qu'elle prétend avoir existé avant que la campagne ne commence — c'est-à-dire une observation qui ne partageait pas la frontière de confiance du système visé ? C'est le Post-Execution Fallacy déjà exposé ailleurs dans cette série, appliqué non plus à un agent déployé par l'organisation, mais à l'ensemble de son infrastructure visée par un tiers. Une preuve d'état, dans les deux cas, n'est pas une preuve d'identité : établir ce qu'était la configuration d'un système à un instant donné ne dit rien de qui a franchi sa frontière ni pourquoi — ce sont deux problèmes distincts, et SOURCE 0 n'en traite qu'un.
La dimension temporelle de cet incident ajoute une nuance concrète à un point déjà posé dans l'article WITNESS : la cadence de scellement doit être proportionnée au profil de risque du déploiement. La reconstruction publiée par Dream décrit ce que cela signifie lorsque l'attaquant lui-même opère à vitesse agentique — douze vagues d'attaque balayant simultanément vingt et un systèmes, une stratégie révisée en continu sur quatre jours. Une cadence de capture pensée pour un rythme humain de changement de configuration devient insuffisante face à un adversaire qui, lui, ne l'est pas. Ce n'est pas un désaveu de l'architecture déjà publiée — la réserve sur la granularité de la preuve, bornée par la granularité de la capture, la couvrait déjà en principe. Le principe à retenir n'est pas que la cadence de scellement doive égaler la vitesse de l'attaquant — aucune organisation ne scelle à la milliseconde — mais que la vitesse de l'adversaire réduit la fenêtre pendant laquelle un état non scellé peut devenir, après coup, probatoirement pertinent. C'est cette fenêtre, pas la vitesse d'attaque elle-même, qui doit guider la cadence fixée avec le client à la mise en œuvre.
IV. CE QUE CE CAS AJOUTE — ET CE QU'IL N'AJOUTE PAS
Il faut être précis sur ce que cet incident change et ne change pas pour la doctrine SOURCE 0. Il ne change rien à l'architecture de SOURCE 0 WITNESS elle-même, ni à ses limites déjà exposées : l'exigence d'un point de capture isolé du processus observé, la distinction entre intégrité de l'objet scellé et authenticité de l'observation sous-jacente, la réserve selon laquelle SOURCE 0 ne constitue pas un contrôle de sécurité. Il ne fournit pas non plus d'outil d'attribution : SOURCE 0 scelle l'état d'un système que son client contrôle, il ne permet pas d'établir qui se trouve derrière un clavier ou un centre de commande à l'autre bout d'une attaque. Cette question reste et demeure celle des services de renseignement et des autorités compétentes, pas celle d'une architecture probatoire pré-exécution.
Ce qu'il ajoute est plus étroit mais réel : une confirmation gouvernementale, indépendante de tout fournisseur commercial de sécurité, que les agents IA constituent déjà un vecteur d'attaque opérationnel contre des infrastructures critiques — pas un scénario prospectif, un fait dont le principe est officiellement reconnu, et dont Dream fournit séparément une reconstruction détaillée décrivant un degré d'autonomie plus poussé. Pour une organisation qui se demande encore si le sujet mérite une évaluation de son propre point de capture, ce fait déplace la question de « est-ce théorique » à « à quelle vitesse faut-il documenter nos propres systèmes ».
AXIOME DE CLÔTURE
Un outil ne change pas de nature en changeant de camp : le changement de rôle opérationnel ne supprime pas le problème d'observation indépendante, il en déplace simplement la position dans la chaîne de confiance. Ce qu'un système ne peut pas prouver de lui-même doit être scellé avant que quelqu'un n'ait besoin d'en contester l'état.
NOTE DE RÉFÉRENCE
SOURCE 0 est une architecture probatoire propriétaire développée et exploitée par Jean-François ELSEN. Le terme SOURCE 0 est enregistré comme marque Benelux (BOIP/OBPI n° 1548293, classes 35, 42, 45). Cette note est rédigée par Jean-François ELSEN et constitue une publication réactive de la SOURCE 0 Doctrine Series.
AVIS RÉGLEMENTAIRE
Cette note est fournie à titre informatif et doctrinal uniquement et ne constitue pas un avis juridique. Les faits relatifs à l'incident décrit sont rapportés d'après des sources de presse indépendantes (Reuters, Financial Times, CNN, Bangkok Post) citant, respectivement, un communiqué du ministère taïwanais des Affaires numériques et des recherches publiées séparément par la société Dream ; aucun de ces faits n'a été vérifié directement par Jean-François ELSEN auprès des parties concernées, et cette note distingue explicitement ce que le communiqué officiel confirme de ce qui ne provient que de la reconstruction indépendante de Dream. Les noms de produits et de services mentionnés dans cette note qui ne sont pas la propriété de Jean-François ELSEN sont cités à des fins d'identification factuelle uniquement et demeurent la propriété de leurs détenteurs respectifs.
FREQUENTLY ASKED QUESTIONS
SOURCE 0 permet-il d'attribuer une attaque autonome à son auteur ?
Non. SOURCE 0 scelle l'état d'un système que son client contrôle, avant que cet état ne puisse être contesté. Il ne permet pas d'établir qui a conçu, opéré, ou commandité une attaque menée par un tiers — cette question relève de l'attribution technique et du renseignement, pas d'une architecture probatoire pré-exécution.
Le fait qu'un outil ait été cité comme vulnérable puis comme instrument d'attaque affaiblit-il l'un des deux constats ?
Non. Les deux constats décrivent la même absence structurelle sous deux angles distincts : un agent autonome sans couche probatoire indépendante est à la fois exposé à la compromission lorsqu'il est déployé par un utilisateur légitime, et disponible comme instrument lorsqu'il est repris par un attaquant. Le second usage ne contredit pas le premier ; il illustre la même architecture vue depuis l'autre côté.
Une entreprise visée par une attaque autonome de ce type peut-elle prouver l'état de ses systèmes avant l'intrusion si elle n'avait rien scellé au préalable ?
Non, pas au moyen de SOURCE 0. L'architecture ne s'applique pas rétroactivement : seul un état effectivement capturé et scellé avant l'incident reste prouvable après coup. Une organisation qui n'a rien scellé se retrouve dans la même situation que celle déjà décrite dans l'article WITNESS pour un agent compromis sans capture préalable — dépendante des journaux du système potentiellement compromis lui-même.
La vitesse de cette campagne change-t-elle la cadence de scellement recommandée par SOURCE 0 WITNESS ?
Elle ne change pas l'architecture, mais elle illustre concrètement pourquoi la cadence doit être fixée au regard du profil de menace réel, pas seulement du profil réglementaire du client. Une cadence pensée pour un rythme humain de changement devient insuffisante face à un adversaire opérant à vitesse agentique et révisant sa stratégie en continu sur plusieurs jours — ce paramètre reste, comme indiqué dans l'article WITNESS, fixé avec le client à la mise en œuvre.
Une organisation disposant déjà d'un SIEM, d'un EDR et de sauvegardes immuables a-t-elle encore besoin de ce type d'évaluation ?
La question que pose SOURCE 0 n'est pas de savoir si des journaux existent, mais si le point qui les a produits était indépendant du système qu'il documente. Un SIEM, un EDR, ou une sauvegarde immuable peuvent assurer la conservation de ce qui a été enregistré ; ils ne garantissent pas, à eux seuls, que l'observation enregistrée reflétait un état non déjà altéré au moment de sa collecte, si le mécanisme de collecte partageait la frontière de confiance du système visé. SOURCE 0 ne remplace aucun de ces dispositifs — il pose une question distincte, en amont : quel degré d'indépendance probatoire porte l'observation sur laquelle repose, après coup, la reconstruction de l'état antérieur.
Les organisations souhaitant évaluer si leur infrastructure actuelle permettrait de prouver, après coup, l'état de leurs systèmes avant un incident de cette nature peuvent solliciter une évaluation écrite de leur point de capture auprès de Jean-François ELSEN, selon la norme d'indépendance exposée dans SOURCE 0 - Les agents autonomes et le vide probatoire.
