OpenCode meldt dat een inbraak in de nacht van 16 oktober mogelijk OpenCode Console sleutels van gebruikers heeft blootgesteld. Het gaat om provider-API-sleutels (OpenAI, Anthropic en Google) die in Console zijn opgeslagen zodat teamleden modellen kunnen gebruiken zonder de sleutel zelf te hoeven zien.
Volgens OpenCode is een beperkte groep Console-gebruikers geraakt (1,4%). De eerste indicatie kwam via een e-mail op 17 oktober met de onderwerpregel “Action Required: Potential provider key breach.”
Wat is er volgens OpenCode gebeurd?
De aanvaller zou toegang hebben gekregen tot een “legacy” systeem binnen OpenCode, waaruit later mogelijk gegevens van de hosted service Console zijn te herleiden. Console werkt met een workspace waarin je zelf een eigen OpenAI-, Anthropic- of Google-sleutel plakt.
Daarna gebruikt Console die opgeslagen sleutel om verzoeken door te sturen naar de AI-provider. Cruciaal: OpenCode stelt dat het om de Console-component gaat en niet om het “OpenCode zelf”, en dat de provider-sleutels “nooit naar OpenCode toekomen” (dus niet als vertrouwelijke data die het bedrijf bewaart).
Waarom API-sleutels zo’n groot risico zijn
Een provider-API-sleutel is een zogenoemde bearer credential: wie de sleutel in handen krijgt, kan er billable requests mee doen namens het account van de sleutelhouder. OpenCode benadrukt bovendien dat het verwijderen van de sleutel uit Console de toegang voor een aanvaller niet automatisch stopt.
Daarnaast kan een Console-budget dat misbruik niet beperken, omdat Console alleen ziet wat er via de eigen gateway passeert. Als de sleutel elders misbruikt wordt, loopt de facturatie bij de provider door.
Welke gebruikers zijn geraakt (en hoe weet je het)?
OpenCode gaf aan dat de getroffen groep 1,4% van de Console-gebruikers is. Het gaat daarbij om gebruikers met een gekoppelde provider buiten OpenCode om.
De getroffenen kregen op 17 oktober e-mail. Wie die e-mail niet ontving, zegt OpenCode niet te zijn beïnvloed.
Wat moet je nu doen als je een mail hebt ontvangen?
OpenCode noemt een praktisch stappenplan. Hieronder vat je het in duidelijke volgorde samen, zodat je snel kunt handelen.
1) Revokeren bij de provider en nieuwe sleutels aanmaken
Ga naar de dashboardomgeving van elke provider (OpenAI, Anthropic en/of Google) en revokeer de betreffende sleutel. Maak daarna een nieuwe sleutel aan volgens de instructies van de provider.
2) Vervang de sleutel in alle tools en scripts
Console is niet de enige plek waar je de sleutel (indirect) kunt gebruiken. OpenCode adviseert om elke applicatie en script die de oude sleutel gebruikte meteen bij te werken naar de nieuwe.
3) Check provider-usage en billing terug tot minimaal 16 oktober
Omdat OpenCode niet heeft aangegeven wanneer de ongeautoriseerde toegang precies begon, adviseert het om usage en facturatie te bekijken vanaf minimaal 16 oktober en waar mogelijk eerder.
Let daarbij niet alleen op totale kosten, maar ook op rijen met verzoeken waar je teams geen acties voor herkennen. Sommige gebruikers melden al concrete bedragen die zij niet verwachten.
4) Zet spend limits/alerts en werk met sleutels per tool
Tot slot raadt OpenCode aan om aan de providerzijde een spend limit of waarschuwingen in te stellen. Geef daarnaast elke tool of integratie een eigen sleutel, zodat een eventuele kopie minder schade doet en je sneller kunt herleiden welk onderdeel verantwoordelijk is.
Is er bewijs dat sleutels echt zijn gebruikt?
OpenCode spreekt voorzichtig: de sleutels “may have been exposed”. Het bedrijf heeft niet expliciet bevestigd dat een aanvaller daadwerkelijk sleutels heeft gekopieerd of gebruikt.
Tegelijkertijd doen gebruikers wel meldingen. Er zijn berichten dat een OpenAI-sleutel en een Anthropic-sleutel gebruikt zouden zijn voor bedragen in de honderden (en in een geval rond de orde van duizenden). Ook zijn er claims rond Google-gebruik met daaropvolgende opschorting van een project.
Dat zijn individuele ervaringen en geen officiële bevestiging van OpenCode, maar ze onderstrepen wél waarom je snel moet handelen zodra je getroffen bent.
De aanval lijkt mogelijk gekoppeld aan een ‘distillation’ campagne
OpenCode beschrijft het incident als “related to a large-scale distillation attack” en zegt samen te werken met onder meer Anthropic, OpenAI en Google om het probleem te verhelpen. In dezelfde context past de uitleg van “distillation”: AI-providers gebruiken die term voor campagnes waarbij enorme aantallen modelantwoorden worden verzameld om een concurrerend model te trainen.
Overigens hebben providers volgens eerdere openbare signalen dergelijke campagnes soms gekoppeld aan netwerken van fake accounts en het misbruiken van gestolen credentials, waaronder API-sleutels. Ook dat verklaart waarom het scenario van “bearer credentials” zo alarmistisch is: één gestolen sleutel kan direct leiden tot kosten en opgevangen modelgebruik.
Wat kun je naast de noodmaatregelen verbeteren?
Ook als jouw account niet is getroffen, is dit incident een duidelijke reminder om je API-ecosysteem robuust in te richten. Denk aan de volgende verbeteringen:
- Beperk de impact per sleutel: werk met gescheiden sleutels per toepassing of omgeving (dev/test/prod).
- Monitor provider-billing: stel alerts in zodat afwijkingen niet pas zichtbaar worden bij het eind van de maand.
- Hanteer key hygiene: verwijder oude sleutels waar mogelijk en documenteer welke sleutel bij welke service hoort.
- Versterk toegangscontrole rond beheer: beperk wie sleutels kan zien, aanpassen of vervangen.
Wil je bredere context over hoe sleutelmisbruik in incidenten tot uiting komt? Lees dan ook contextuele cybersecurity: van losse alerts naar actie. Die aanpak helpt om signalen sneller om te zetten naar concrete beheersmaatregelen.
En als je vooral geïnteresseerd bent in het opsporen van ongeautoriseerd gebruik rond API’s en accounts, is In Other News: key dreigingen en updates een nuttige aanvulling.
Incidenten lopen mogelijk door
Volgens mededelingen van OpenCode’s co-founder Dax Raad werd er op 18 oktober nog steeds geprobeerd om de systemen aan te vallen. Hij schreef dat aanvallers “non stop” probeerden in te breken en dat als bijwerking alles verder werd gehard.
Voor getroffen teams betekent dit vooral één ding: hercontroleer na revokeren en vervangen nog steeds je omgeving, en blijf provider-logs en billing actief volgen.
Conclusie
OpenCode Console sleutels vormden mogelijk een aanvalsvector, omdat provider-API-sleutels misbruikt kunnen worden om billable verzoeken namens het account te doen. Als je de e-mail met Action Required: Potential provider key breach hebt ontvangen, handel dan volgens het door OpenCode geschetste stappenplan: revokeren, nieuwe sleutels plaatsen, scripts bijwerken en provider-billing terug in de tijd nalopen.
Zelfs als je niet tot de getroffen groep behoort, is dit een aanleiding om je keybeheer, monitoring en spend-limits te herzien—zodat een toekomstige sleutelcompromittering minder snel kan leiden tot onverwachte kosten of operationele schade.
Bron: https://thehackernews.com/2026/10/opencode-console-breach-may-have.html
