Hva OpenCode sa
OpenCode, den åpne kodeagenten for terminalen bygget av teamet bak SST, meldte om et innbrudd i et innlegg på X 17. oktober. Teksten er fire setninger lang og er foreløpig selskapets eneste offentlige redegjørelse.
«Vi hadde et sikkerhetsbrudd i natt knyttet til et storskala destillasjonsangrep som rammet 1,4 prosent av OpenCode Console-brukerne», står det. «Vi har varslet dem alle i morges på e-post. Hvis du ikke fikk e-post, var du ikke rammet; det var en undergruppe av brukere som hadde eksterne leverandører koblet til. Hendelsen pågår, så vi kan ikke dele flere detaljer nå, men vi arbeider med Anthropic, OpenAI og Google for å rette det opp.»
Den siste setningen beskriver formen på problemet. OpenCode Console lar en bruker koble til sine egne kontoer hos modellleverandører, noe som betyr at plattformen holder legitimasjon som tilhører en annens tjeneste. Innbruddet gjelder ikke OpenCodes modell; det gjelder nøklene brukerne rettet mot andres modeller.
Hvorfor «destillasjonsangrep» er riktig navn
Uttrykket beskriver hva en stjålet leverandørnøkkel er verdt. Det handler ikke først og fremst om en vei til data — det er muligheten til å sende svært store mengder forespørsler til en frontmodell på en annens konto, som er måten en destillasjonskjøring mot en kommersiell modell betales på. Offerets første signal er en faktura.
I en gjennomgang publisert samme dag skrev sikkerhetsselskapet Cyera at OpenCodes varsel til brukerne tilskrev innbruddet et eldre konsollsystem selskapet holdt på å avvikle, og at legitimasjonen som ble blottlagt var leverandørnøkler koblet til i de berørte arbeidsområdene. Cyeras råd nevner også OpenRouter ved siden av de tre leverandørene OpenCode listet opp.
Det som ikke er sagt
Fire ting mangler i redegjørelsen, og alle betyr noe for den som prøver å regne ut sin egen eksponering.
For det første nevneren. 1,4 prosent av Console-brukerne er et forhold, ikke et antall, og OpenCode har ikke offentliggjort totalen. For det andre inngangen: selskapet har sagt hvilket system som var involvert, men ikke hvordan angriperen nådde det, eller hvordan nøklene var lagret der. For det tredje om noen blottlagt nøkkel faktisk ble brukt — OpenCode har ikke bekreftet misbruk, og hendelsen ble beskrevet som pågående. For det fjerde tilskrivningen: ingen har offentlig pekt ut hvem som sto bak.
Hva de rammede ble bedt om å gjøre
Rådet er den vanlige rutinen for nøkkelbytte, med én vri som er særegen for denne typen hendelse. Tilbakekall og utsted på nytt hver leverandørnøkkel som er koblet til i et berørt arbeidsområde, gjennom hver leverandørs eget panel og ikke gjennom OpenCode eller en lenke i en e-post. Oppdater verktøyene og prosessene som bruker nøklene og bekreft at de gamle er døde. Tilbakestill passordet til OpenCode-kontoen og lag nye API-nøkler i OpenCode Console.
Vrien er fakturagjennomgangen. Cyeras råd er å gå gjennom leverandørens bruk og fakturering fra 16. oktober og framover etter topper, ukjente modeller eller aktivitet på underlige tidspunkt — for ved et destillasjonsangrep viser skaden seg som forbruk og ikke som en post som mangler. Harde utgiftstak og nøkler avgrenset per prosjekt er kontrollene som begrenser den.
Nøkler som brukes direkte fra den lokale OpenCode-applikasjonen lagres på brukerens egen maskin og ikke i Console, noe som setter dem utenfor denne hendelsen.
Å følge med på
OpenCode har lovet flere detaljer når hendelsen er avsluttet. De nyttige delene av den rapporten er de to selskapet har holdt tilbake: tilgangsveien, og om nøklene ble brukt. Det andre spørsmålet er det som forteller resten av bransjen om et utviklerverktøy som holder leverandørlegitimasjon er et mykt mål verdt å angripe i stor skala, eller om dette var tilfeldig.
