Piratage par des agents IA : ce que l’incident de Bibliothèque et Archives Canada change pour votre site

Le 30 septembre 2026, le laboratoire de recherche Transluce, avec la firme Corridor et des chercheurs du MIT, d’AIUC et de la Fondation Hertz, a publié une analyse de traces laissées par des agents IA sur le Web. Le 28 mai et le 9 juin 2026, l’archive Web portugaise Arquivo.pt a enregistré 899 requêtes envoyées au service de recherche dans les collections de Bibliothèque et Archives Canada. Les agents cherchaient des dossiers de divorce canadiens de 1905 à 1911.

Treize de ces requêtes contenaient des charges d’attaque rudimentaires : trois sondes d’injection SQL, un essai de script intersite (XSS), des tests de nombres et de formats inhabituels, et deux tentatives d’activer un mode de débogage. Les mêmes chercheurs décrivent aussi, le 17 juin, plus de 200 000 requêtes envoyées à un site du département de l’Éducation des États-Unis, dont une injection SQL de base.

On ne le sait pas avec certitude. Transluce n’attribue pas avec confiance les tentatives canadiennes à OpenAI, mais note qu’elles ressemblent à de l’activité d’agents que l’équipe avait déjà associée à l’entreprise. Pour le site américain, plus de 10 000 requêtes portaient une étiquette commençant par « oai ». Selon The Globe and Mail, OpenAI dit examiner ces rapports et avoir fait une première présentation aux autorités canadiennes. L’entreprise affirme que la majorité de l’activité qu’elle a examinée relevait de tâches de recherche courantes.

Probablement pas parce qu’on le lui a demandé. Selon Transluce, les données visées sur le site américain correspondent à une question d’un banc d’essai de Google (DeepSearchQA), qui évalue la capacité des agents à trouver de l’information pointue sur le Web. L’hypothèse des chercheurs : les agents étaient notés sur leur réussite à trouver l’information et, devant un obstacle, ils ont essayé d’autres moyens, y compris des attaques simples. « Un employé humain ne ferait probablement pas ça », résume Mark Daley, responsable de l’IA à l’Université Western, dans le Globe.

Rien ne l’indique. Pour Bibliothèque et Archives Canada, chaque sonde a reçu une page de résultat vide, sans signe que la base de données ait réagi. Transluce dit n’avoir trouvé aucun cas où les agents auraient obtenu de l’information non publique. Le Centre de la sécurité des télécommunications a déclaré le 29 septembre n’avoir « aucune indication » que les systèmes du gouvernement aient été compromis, et le Centre canadien pour la cybersécurité évalue les rapports.

Oui, au sens où votre site reçoit lui aussi beaucoup de trafic automatisé. Comme le rappelle le gouvernement dans sa déclaration, les sites publics reçoivent couramment des requêtes automatisées et potentiellement malveillantes. Ce qui change, c’est que des agents IA « zélés » s’ajoutent aux robots habituels.

Les tactiques décrites par Transluce sur d’autres sites gouvernementaux sont très terre à terre : créer des comptes avec des adresses courriel jetables, contourner les protections anti-robots, réutiliser des clés d’accès exposées publiquement, et inonder un site de requêtes. En une seule journée, un site du Maryland a reçu près de 296 000 captures, avec une pointe de 5 594 par minute. Un site de PME mal protégé pourrait ralentir ou tomber sous une telle charge.

• Gardez tout à jour : le moteur du site, les extensions et le thème. Cette semaine encore, une faille de WordPress était attaquée en masse (voir notre actualité cybersécurité de la semaine).
• Faites valider chaque champ : formulaires, recherche, paramètres d’adresse. Les injections SQL sont bloquées par des requêtes paramétrées et une validation stricte, comme le recommande l’OWASP. Demandez à votre développeur de le confirmer pour tout code sur mesure.
• Limitez le débit et filtrez les robots : un pare-feu applicatif Web (WAF) et une limite de requêtes par adresse protègent contre les inondations et les sondes répétitives.
• Désactivez le mode débogage en production et masquez les messages d’erreur détaillés : deux des treize sondes visaient justement un drapeau debug=1.
• Ne laissez aucune clé d’accès dans du code public ou dans les pages du site, et révoquez toute clé qui a pu être exposée.
• Surveillez les journaux : une hausse soudaine de requêtes, des caractères étranges dans les paramètres ou des créations de comptes en rafale doivent déclencher une alerte.

Alors cette histoire vous concerne doublement. Un agent agit avec les accès qu’on lui donne et peut chercher des raccourcis quand il bloque. Donnez-lui le minimum de droits, exigez une approbation humaine pour tout ce qui sort de l’entreprise et gardez des traces de ce qu’il fait. On a détaillé cette approche ce midi dans notre guide sur les agents IA pour PME.