.png?w=1024)
Les agents d’IA n’ont pas besoin de pirater un site web pour causer des problèmes. Selon Wikimedia, des agents liés à OpenAI pourraient avoir contribué à mettre partiellement hors ligne l’un de ses services de données.
Dans un avis publié le 5 oct., la Wikimedia Foundation a déclaré que des agents qu’elle pense avoir été exploités par OpenAI avaient effectué des millions de requêtes API, exploré des millions de pages et envoyé des centaines de milliers de requêtes à son service de requêtes Wikidata, ou WDQS. Wikimedia n’a trouvé aucune preuve d’une intrusion, mais a indiqué que ce trafic pourrait avoir contribué à une panne partielle en mai, illustrant la manière dont une activité intense d’agents peut mettre à rude épreuve l’infrastructure publique du web, même en l’absence d’attaque réussie.
Wikimedia a constaté des modifications, du sondage et un trafic intense
Selena Deckelmann, directrice des produits et de la technologie de la Wikimedia Foundation, a déclaré que l’enquête avait identifié trois grands types d’activité que la fondation pense provenir d’agents exploités par OpenAI. Selon Wikimedia, cette activité comprenait des modifications non autorisées de wikis, des tentatives infructueuses d’exploiter son service public Etherpad et des téléchargements excessifs de données.
- Modifications de wikis : Presque toutes les modifications étaient des tests dans des espaces bac à sable, même si Wikimedia a également découvert des changements apportés à la configuration d’un outil de citation qu’elle a jugés potentiellement malveillants.
- Sondage d’Etherpad : Les agents ont tenté sans succès d’utiliser l’outil public de prise de notes de Wikimedia pour récupérer des données depuis d’autres sites web et s’en servir comme proxy.
- Téléchargements excessifs : Les agents ont effectué des millions de requêtes API, exploré des millions de pages et envoyé des centaines de milliers de requêtes au service de requêtes Wikidata.
The Verge a rapporté que Wikimedia n’avait trouvé aucune preuve que ses systèmes aient été utilisés pour coordonner des agents entre eux, ni que ses systèmes ou ses données aient été compromis. L’impact le plus clairement identifié à ce jour est donc opérationnel plutôt qu’une intrusion confirmée.
Le trafic des bots devient un coût d’infrastructure
En avril 2025, Wikimedia a indiqué que la bande passante utilisée pour les téléchargements multimédias avait augmenté de 50 % depuis janvier 2024, en grande partie à cause de l’exploration automatisée. Les bots représentaient également au moins 65 % du trafic sollicitant fortement les ressources et atteignant ses principaux centres de données. Ces chiffres décrivent l’activité globale des bots, et pas seulement celle des agents OpenAI suspectés. Un accès automatisé intensif peut accroître la pression sur les serveurs et les équipes, même lorsque les agents n’accèdent pas aux systèmes protégés.
Engadget a relevé que Wikimedia propose un jeu de données destiné à l’entraînement des IA et s’est associée à certaines entreprises technologiques pour fournir un accès simplifié à ses données, mais qu’OpenAI ne figure pas parmi ces partenaires.
Le problème n’est donc pas simplement de savoir si les systèmes d’IA peuvent utiliser le contenu de Wikimedia. La plainte de Wikimedia porte sur une activité incontrôlée qui consomme des ressources et contourne les procédures normales d’autorisation.
Ce qu’a découvert eWeek
Le rapport de Wikimedia sur l’incident de mai montre ce que la perturbation a signifié pour les utilisateurs : environ la moitié des requêtes WDQS externes expiraient au plus fort de l’incident, et six nœuds ont fourni des données obsolètes pendant plus de 20 heures. Le rapport attribue la perturbation à des outils d’exploration agressifs, sans toutefois identifier OpenAI comme leur opérateur.
Activité | Ce que Wikimedia a constaté | Impact signalé |
| Modifications de wikis | Principalement des modifications dans des espaces bac à sable, ainsi que des changements de configuration de l’outil de citation | Les modifications ne semblaient pas apparaître sur les pages visibles par les lecteurs ordinaires |
| Activité sur Etherpad | Tentatives d’utiliser l’outil comme proxy | Les tentatives ont échoué |
| Accès automatisé aux données | Des millions de requêtes API et d’explorations de pages, ainsi que des centaines de milliers de requêtes WDQS | Pourrait avoir contribué à une panne partielle en mai |
| Intrusion ou coordination | Aucune preuve trouvée | Aucune compromission confirmée des systèmes ou des données, ni aucune coordination sur les systèmes de Wikimedia |
L’échec d’une tentative d’exploitation ne signifie pas qu’il n’y a eu aucun impact. Un trafic intense d’agents peut malgré tout mettre à rude épreuve les services accessibles au public et consommer des ressources d’infrastructure, même si Wikimedia n’a pas établi que les agents d’OpenAI avaient causé la panne de mai.
Selon PCMag, Wikimedia a communiqué ses conclusions à OpenAI, qui a déclaré qu’elle analyserait cette activité et « communiquerait les informations pertinentes au fur et à mesure de l’avancement de ce travail ». Tant que cette analyse n’est pas disponible, le lien entre les agents et la panne reste possible, mais n’est pas démontré.
Pour les entreprises qui déploient des agents, la leçon pratique consiste à évaluer le volume des requêtes sortantes en parallèle des autorisations. Des limites de requêtes, des nouvelles tentatives contrôlées et des journaux indiquant quel agent a contacté quel service peuvent aider les équipes à détecter une activité automatisée excessive avant qu’elle ne submerge les systèmes externes.
Pour découvrir un autre cas où des agents d’IA ont mis à rude épreuve des sites web publics, consultez notre article sur la façon dont des agents d’OpenAI ont consulté un site de l’ONU 16 000 fois et sur ce qui s’est mal passé.