Hvad OpenCode sagde
OpenCode, den åbne kodeagent til terminalen bygget af holdet bag SST, oplyste om et indbrud i et opslag på X den 17. oktober. Teksten er fire sætninger lang og er indtil videre selskabets eneste offentlige redegørelse.
»Vi havde et sikkerhedsbrud i nat relateret til et storskala destillationsangreb, der ramte 1,4 procent af OpenCode Console-brugerne«, står der. »Vi har underrettet dem alle i morges via e-mail. Hvis du ikke fik en e-mail, var du ikke ramt; det var en delmængde af brugere, der havde eksterne udbydere tilknyttet. Hændelsen er i gang, så vi kan ikke dele flere detaljer på nuværende tidspunkt, men vi samarbejder med Anthropic, OpenAI og Google om at udbedre det.«
Den sidste sætning beskriver problemets form. OpenCode Console lader en bruger tilknytte sine egne konti hos modeludbydere, hvilket betyder, at platformen opbevarer legitimationsoplysninger, der tilhører en andens tjeneste. Indbruddet handler ikke om OpenCodes model; det handler om de nøgler, brugerne rettede mod andres modeller.
Hvorfor »destillationsangreb« er det rigtige navn
Udtrykket beskriver, hvad en stjålet udbydernøgle er værd. Det er ikke først og fremmest en vej til data — det er muligheden for at sende en meget stor mængde forespørgsler til en frontmodel på en andens konto, og det er sådan, en destillationskørsel mod en kommerciel model betales. Ofrets første signal er en regning.
I en gennemgang offentliggjort samme dag skrev sikkerhedsfirmaet Cyera, at OpenCodes varsel til brugerne tilskrev indbruddet et ældre konsolsystem, selskabet var i færd med at udfase, og at de blottede oplysninger var udbydernøgler tilknyttet i de berørte arbejdsrum. Cyeras anbefalinger nævner også OpenRouter ved siden af de tre udbydere, OpenCode nævnte.
Det, der ikke er sagt
Fire ting mangler i redegørelsen, og de betyder alle noget for den, der prøver at regne sin egen eksponering ud.
For det første nævneren. 1,4 procent af Console-brugerne er et forhold, ikke et antal, og OpenCode har ikke offentliggjort totalen. For det andet indgangen: selskabet har sagt, hvilket system der var involveret, men ikke hvordan angriberen nåede det, eller hvordan nøglerne lå gemt der. For det tredje, om en blottet nøgle rent faktisk blev brugt — OpenCode har ikke bekræftet misbrug, og hændelsen blev beskrevet som igangværende. For det fjerde tilskrivningen: ingen har offentligt udpeget, hvem der stod bag.
Hvad de ramte blev bedt om at gøre
Rådet er den sædvanlige rutine for nøgleudskiftning med ét forbehold, der er særligt for denne type hændelse. Tilbagekald og udsted på ny hver udbydernøgle, der er tilknyttet et berørt arbejdsrum, gennem hver udbyders eget panel og ikke gennem OpenCode eller et link i en e-mail. Opdater de værktøjer og processer, der bruger nøglerne, og bekræft, at de gamle er døde. Nulstil adgangskoden til OpenCode-kontoen, og generer eventuelle API-nøgler i OpenCode Console på ny.
Forbeholdet er gennemgangen af faktureringen. Cyeras råd er at gennemgå udbyderens forbrug og fakturering fra den 16. oktober og frem for spidsbelastninger, ukendte modeller eller aktivitet på mærkelige tidspunkter — for ved et destillationsangreb viser skaden sig som forbrug og ikke som en post, der mangler. Hårde forbrugslofter og nøgler afgrænset pr. projekt er de kontroller, der begrænser den.
Nøgler, der bruges direkte fra den lokale OpenCode-applikation, gemmes på brugerens egen maskine og ikke i Console, hvilket placerer dem uden for denne hændelse.
Hvad man skal følge
OpenCode har lovet flere detaljer, når hændelsen lukkes. De nyttige dele af den rapport er de to, selskabet har holdt tilbage: adgangsvejen, og om nøglerne blev brugt. Det andet spørgsmål er det, der fortæller resten af branchen, om et udviklerværktøj, der opbevarer udbyderlegitimation, er et blødt mål, det kan betale sig at angribe i stor skala, eller om dette var tilfældigt.
