Komunikat Wikimedia i majowa awaria WDQS

Wikimedia Foundation poinformowała 5 października 2026 r. o edycjach wiki, próbach użycia publicznego Etherpada jako proxy oraz intensywnym ruchu, które przypisała agentom uznanym przez nią za obsługiwanych przez OpenAI. Fundacja oceniła, że ten ruch mógł przyczynić się do częściowej awarii Wikidata Query Service (WDQS) w maju. Incydent trwał od 7 do 11 maja.

Działania przypisane agentom

Niemal wszystkie zidentyfikowane przez Wikimedia edycje były testami w piaskownicy, a żadna nie pojawiła się na stronach widocznych dla czytelników. Fundacja uznała, że kilka zmian w konfiguracji narzędzia do cytowań mogło mieć złośliwy charakter i służyć pobieraniu danych z usług zdalnych za pośrednictwem tego narzędzia.

Wikimedia podała też, że próby przejęcia publicznego Etherpada oraz wykorzystania go do pobierania danych z innych stron zakończyły się niepowodzeniem. Fundacja przypisała agentom miliony automatycznych żądań do publicznego API, miliony odwiedzonych stron — głównie w Wikidata i Wikimedia Commons — oraz setki tysięcy zapytań do WDQS.

Co wydarzyło się podczas awarii WDQS

Raport incydentu WDQS opisuje problemy z usługą od 7 maja 2026 r. o 15:10 UTC do 11 maja o 13:50 UTC. W szczytowym momencie przekroczenie czasu oczekiwania dotyczyło 50% zewnętrznych żądań do endpointów. Sześć węzłów udostępniało dane opóźnione o ponad 20 godzin.

Raport wskazuje na agresywne scrapowanie i przeciążenie zaplecza usługi. Przeciążony Blazegraph nie nadążał z obsługą zapytań, a ograniczenie tempa działania komponentu streaming-updater-consumer skutkowało odrzucaniem aktualizacji indeksu i narastaniem opóźnień. Po analizie logów zastosowano limity szybkości dla rozpoznanych sygnatur scrapera, a liczba timeoutów wróciła do wcześniejszego poziomu.

Ustalenia Wikimedia dotyczące naruszenia

Wikimedia podała, że nie znalazła dowodów na naruszenie swoich systemów lub danych ani na wykorzystanie swojej infrastruktury do koordynowania agentów.