Les agents d’IA n’ont pas besoin de pirater un site web pour causer des problèmes. Wikimedia affirme que des agents liés à OpenAI pourraient avoir contribué à mettre partiellement hors ligne l’un de ses services de données.
Dans un communiqué publié le 5 octobre, la Fondation Wikimedia a déclaré que des agents dont elle pense qu’ils étaient exploités par OpenAI avaient envoyé des millions de requêtes API, exploré des millions de pages et transmis des centaines de milliers de requêtes à son service de requêtes Wikidata, ou WDQS. Wikimedia n’a trouvé aucune preuve d’intrusion, mais a indiqué que ce trafic pourrait avoir contribué à une panne partielle en mai, montrant comment une activité intense d’agents peut mettre à rude épreuve l’infrastructure web publique, même sans attaque réussie.
Wikimedia a relevé des modifications, du sondage et un trafic intense
Selena Deckelmann, directrice des produits et de la technologie de la Fondation Wikimedia, a déclaré que l’enquête avait identifié trois grands types d’activité que la fondation pense provenir d’agents opéré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 jugeait 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 provenant d’autres sites web en tant que proxy.
- Téléchargements excessifs : Les agents ont envoyé des millions de requêtes API, exploré des millions de pages et transmis 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 avaient été utilisés pour coordonner des agents entre eux, ni que ses systèmes ou ses données avaient été compromis. L’impact le plus clair identifié jusqu’à présent 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, principalement en raison du scraping automatisé. Les bots représentaient également au moins 65 % du trafic gourmand en ressources atteignant ses principaux centres de données. Ces chiffres décrivent l’activité plus large des bots, et pas seulement celle des agents OpenAI suspectés. Un accès automatisé intense 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 de l’IA et s’est associée à certaines entreprises technologiques pour offrir un accès simplifié à ses données, mais OpenAI ne fait pas partie de ces partenaires.
Le problème ne consiste donc pas simplement à savoir si les systèmes d’IA peuvent utiliser les contenus de Wikimedia. La plainte de Wikimedia porte sur une activité incontrôlée qui consomme des ressources et contourne les procédures d’autorisation habituelles.
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 scrapers agressifs, mais n’identifie pas OpenAI comme leur opérateur.
Activité | Ce qu’a trouvé Wikimedia | Impact signalé |
| Modifications de wikis | Principalement des modifications dans des espaces bac à sable, ainsi que quelques changements de configuration de l’outil de citation | Les modifications n’apparaissaient pas 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 |
| Compromission 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 généré par des agents peut tout de même mettre à rude épreuve les services publics 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 l’activité et « communiquerait les informations pertinentes à mesure que ce travail progresserait ». En attendant cette analyse, le lien entre les agents et la panne reste possible, mais n’est pas démontré.
Pour les entreprises qui déploient des agents, il est essentiel d’évaluer le volume des requêtes sortantes en parallèle des autorisations accordées. 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.
Vous voulez tirer davantage parti des outils d’IA que vous utilisez ? Suivez notre cours gratuit de six minutes Comment parler à l’IA pour apprendre des méthodes simples permettant de rédiger des prompts plus clairs et d’obtenir des résultats plus utiles. Les lecteurs d’eWeek bénéficient également de sept jours d’accès gratuit aux autres cours d’IA de The Neuron Academy. Découvrez toutes les leçons ici →


