12 391 MCP-verktøy har endret kontrakt uten at versjonsnummeret flyttet seg

Tjenesten mcpindex crawler det offentlige MCP-registeret daglig og sammenligner to påfølgende øyeblikksbilder. Per 18. august 2026 har den observert 12 391 verktøy på tvers av 2 191 servere som endret et kontraktfelt, og 7 239 av endringene traff et felt som betyr noe for sikkerheten. Tallene oppdateres daglig og kan hentes fra /api/v1/ledger.

Det meste er ufarlig: 5 507 av tilfellene la bare til en valgfri parameter. Det er kategoriene under som faktisk kan velte en agent midt i en økt. 354 verktøy vippet et read-only-hint over mot write, delete eller send, altså tilfellet der et leseverktøy stille ble et skriveverktøy. 281 la til en ny påkrevd parameter, som brekker enhver agent som fortsatt kaller med forrige ukes argumenter. 476 fjernet en parameter agenten din kanskje fortsatt sender, og 2 633 endret formen på det som kommer tilbake.

Poenget mcpindex bygger hele registeret rundt, er at tilgangsstyring ikke fanger denne feilklassen. En server som redigerer kontrakten til et verktøy beholder API-nøkkelen sin, plassen i allow-lista og navnet i konfigurasjonen din. Autentisering svarer på hvem som får kalle et verktøy, ikke på om verktøyet fortsatt gjør det det oppga da du koblet til.

Registeret navngir ingen. Både verktøy og servere vises som innholdsfingeravtrykk, og mcpindex understreker at en kontraktdiff ikke er en sikkerhetsdom: ingen av endringene er bekreftet ondsinnede. Fravær fra lista er heller ikke frikjennelse, siden private eller ukrawlede verktøy aldri dukker opp der.

Hva bør du gjøre?

1. Logg verktøydefinisjonene MCP-serverne dine leverer ved oppstart, og diff dem mot forrige kjøring. Det er samme mekanisme mcpindex bruker, og den er triviell å bygge selv.
2. Se spesielt etter read-only-hint som endrer seg. Det er den ene endringen som gjør at et verktøy du trodde bare leste, plutselig kan slette.
3. Valider mot output-skjemaet i stedet for å parse optimistisk. 2 633 verktøy har endret formen på svaret sitt.