Vad OpenCode sa
OpenCode, den öppna kodagenten för terminalen som byggts av teamet bakom SST, berättade om ett intrång i ett inlägg på X den 17 oktober. Meddelandet är fyra meningar långt och är tills vidare företagets enda offentliga redogörelse.
”Vi hade ett säkerhetsintrång i natt kopplat till en storskalig destillationsattack som påverkade 1,4 procent av OpenCode Console-användarna”, står det. ”Vi har meddelat dem alla i morse via e-post. Om du inte fick ett e-postmeddelande var du inte påverkad, det var en delmängd av användare som hade externa leverantörer kopplade. Händelsen pågår fortfarande så vi kan inte dela fler detaljer just nu, men vi arbetar med Anthropic, OpenAI och Google för att åtgärda det.”
Den sista satsen beskriver problemets form. OpenCode Console låter en användare koppla sina egna konton hos modellleverantörer, vilket betyder att plattformen håller inloggningsuppgifter som tillhör någon annans tjänst. Intrånget gäller inte OpenCodes modell; det gäller de nycklar som användarna riktade mot andras modeller.
Varför ”destillationsattack” är rätt namn
Uttrycket beskriver vad en stulen leverantörsnyckel är värd. Det handlar i första hand inte om en väg till data — det är förmågan att skicka en mycket stor mängd frågor till en frontmodell på någon annans konto, vilket är hur en destillationskörning mot en kommersiell modell betalas. Offrets första signal är en faktura.
I en analys som publicerades samma dag skrev säkerhetsföretaget Cyera att OpenCodes meddelande till användarna tillskrev intrånget ett äldre konsolsystem som företaget höll på att avveckla, och att de blottade uppgifterna var leverantörsnycklar kopplade i de drabbade arbetsytorna. Cyeras åtgärdsråd nämner också OpenRouter vid sidan av de tre leverantörer OpenCode räknade upp.
Det som inte har sagts
Fyra saker saknas i redogörelsen, och alla spelar roll för den som försöker räkna ut sin egen exponering.
För det första nämnaren. 1,4 procent av Console-användarna är ett förhållande, inte ett antal, och OpenCode har inte publicerat totalsumman. För det andra ingångsvägen: företaget har sagt vilket system som var inblandat men inte hur angriparen nådde det, eller hur nycklarna lagrades där. För det tredje om någon blottad nyckel faktiskt användes — OpenCode har inte bekräftat missbruk, och händelsen beskrevs som pågående. För det fjärde tillskrivningen: ingen har offentligt pekat ut vem som gjorde det.
Vad de drabbade uppmanades att göra
Rådet är den vanliga rutinen för nyckelbyte, med en detalj som är särskild för den här typen av händelse. Återkalla och utfärda på nytt varje leverantörsnyckel som är kopplad i en drabbad arbetsyta, via varje leverantörs egen panel och inte via OpenCode eller en länk i ett mejl. Uppdatera de verktyg och flöden som använder nycklarna och bekräfta att de gamla är döda. Återställ lösenordet till OpenCode-kontot och skapa om eventuella API-nycklar i OpenCode Console.
Detaljen är faktureringsgenomgången. Cyeras råd är att granska leverantörens användning och fakturering från den 16 oktober och framåt efter toppar, okända modeller eller aktivitet på udda tider — eftersom skadan vid en destillationsattack visar sig som förbrukning och inte som en post som saknas. Hårda utgiftstak och nycklar som avgränsas per projekt är de kontroller som begränsar den.
Nycklar som används direkt från den lokala OpenCode-applikationen lagras på användarens egen maskin och inte i Console, vilket ställer dem utanför den här händelsen.
Att följa
OpenCode har lovat mer detaljer när händelsen är avslutad. De användbara delarna av den rapporten är de två som hållits inne: åtkomstvägen, och om nycklarna användes. Den andra frågan är den som talar om för resten av branschen huruvida ett utvecklarverktyg som håller leverantörsnycklar är ett mjukt mål värt att angripa i stor skala, eller om det här var tillfällighetsbetonat.
