OpenCode-betörés: az API-kulcsok után 1700 dolláros számlák is jöttek

|Szerző: A QUASA szerkesztősége|5 perc olvasás
OpenCode-betörés: az API-kulcsok után 1700 dolláros számlák is jöttek

Az OpenCode október 17-én közölte, hogy betörés érte a felhős Console szolgáltatását. A lehetséges kulcskitettség legkorábbi megadott időpontja 2026. október 17. 00:30 UTC; a Console felhasználóinak 1,4%-a lehetett érintett, és egyes felhasználók 1700 dollár körüli jogosulatlan API-terhelést jeleztek a BleepingComputer tudósításában. A közölt kitettség azokra vonatkozik, akik külső modellszolgáltató kulcsát mentették a Console munkaterületére.

Az OpenAI-, Anthropic- és Google-hozzáféréseket használó érintetteknek a kulcsot a kiadó szolgáltatónál kell visszavonniuk, és ott kell ellenőrizniük a használati díjakat. A TechCrunch beszámolója Dax Raad társalapítót idézve különválasztja a Console-t a helyi alkalmazástól és a parancssori eszköztől: a helyben tárolt kulcsokról azt mondta, „those keys never come to us”. A lap szerint az OpenCode megkezdte az illetéktelen használat miatti visszatérítéseket, de az egyes vitatott tételek rendezése továbbra is a megfelelő szolgáltatói fiókhoz kötődik.

A Console-ban mentett kulcs számít érintettnek

Az OpenCode Console-ban tárolt külső kulcsok elkülönülnek a helyi OpenCode alkalmazás hozzáféréseitől.

Az érintettséget a kulcs tárolási helye dönti el. A Console felhős munkaterületéhez kapcsolt külső kulcs veszélybe kerülhetett; az OpenCode helyi alkalmazásának vagy CLI-jének puszta használata nem sorolja a felhasználót ebbe a körbe. Ez akkor is lényeges különbség, ha valaki ugyanannál a modellszolgáltatónál több kulcsot hozott létre: a szolgáltató neve alapján még nem azonosítható, melyik hozzáférést mentette a Console-ba.

Az OpenCode szolgáltatói útmutatója szerint a helyi alkalmazásban a /connect paranccsal megadott hozzáférés a gépen lévő ~/.local/share/opencode/auth.json fájlba kerül. Aki a helyi beállítás mellett a Console-t is használta, annak a két helyen megadott kulcsokat külön kell számba vennie. Egy helyben tárolt kulcs biztonságáról nem következik, hogy ugyanahhoz a szolgáltatóhoz tartozó, felhőbe mentett másik kulcs is biztonságban maradt.

Az OpenCode az általa érintettnek azonosított Console-felhasználókat e-mailben értesítette, és közlése szerint aki nem kapott ilyen levelet, azt nem érintette az incidens. Az értesítés segít kijelölni a vizsgálandó fiókot, de a kulcs tényleges érvénytelenítését nem helyettesíti. Közös munkaterületnél azt is tisztázni kell, hogy másik csapattag kapcsolt-e külső szolgáltatói hozzáférést a Console-hoz.

Miért a modellszolgáltatónál jelenik meg a díj?

A külső API-kulcs a kiadó szolgáltatónál teszi lehetővé a modellhívásokat. Ha egy illetéktelen fél érvényes kulccsal küld kéréseket, azok használata és költsége az adott szolgáltatói fiókban jelenhet meg. A Console-ban tárolt OpenAI-kulcs terhelése ezért az OpenAI-nál, az Anthropic-kulcsé az Anthropicnál, a Google-kulcsé pedig a hozzá tartozó Google-fiók vagy projekt számlázásában keresendő.

A vizsgálathoz a megadott legkorábbi lehetséges kitettségtől a kulcs visszavonásáig tartó időszak használati adatai a legfontosabbak. A szokatlan időpont, a váratlan modell vagy a saját alkalmazás működéséhez képest kiugró fogyasztás együtt erősebb jel, mint egyetlen magas végösszeg. Több kisebb kérés is eredményezhet vitatott díjat; a bankkártyás terhelésből önmagában nem derül ki, melyik kulcsot használták.

A jelentett 1700 dolláros nagyságrend egyes felhasználók beszámolója, nem az OpenCode által közzétett összesített kár. Az incidensről szóló beszámolók a pontos értéket eltérően, 1700 dollárig terjedő, illetve azt meghaladó terhelésként írták le. Az érintettnek ezért a saját szolgáltatói használati sorait és számlázási tételeit kell alapul vennie, nem a nyilvánosságra került példák összegét.

Kulcsvisszavonás szolgáltatónként

A Console-ból törölt bejegyzés nem feltétlenül teszi használhatatlanná a kulcsot a kiadó szolgáltatónál. A biztos határ az ottani visszavonás: ezután új kulcs állítható be azokban a saját alkalmazásokban, amelyeknek továbbra is szükségük van a hozzáférésre. Csere előtt érdemes feljegyezni a régi kulcs megjelenített azonosítóját, a hozzá tartozó projektet és a visszavonás időpontját, a teljes titkos kulcsérték megosztása nélkül.

  • OpenAI: az OpenAI fejlesztői fiókjában azonosítsák és vonják vissza a Console-hoz kapcsolt kulcsot. A használati és költségadatokban keressék meg azokat a modellhívásokat, amelyek időpontja vagy mennyisége eltér a saját alkalmazás megszokott működésétől.
  • Anthropic: az Anthropicnál kiadott érintett kulcsot önállóan kell érvényteleníteni. A vitatott használatot a megfelelő munkaterület, projekt és számlázási időszak adataival érdemes összevetni.
  • Google: a Google-hozzáférést abban a projektben vagy szolgáltatói fiókban kell visszavonni, ahol létrehozták. Az ottani használati és számlázási adatok mutathatják meg a szokatlan modellhívásokat; egyes felhasználók projektkorlátozásról is beszámoltak.

Ha a Console munkaterületébe több külső kulcs került, mindegyik külön visszavonást és használati ellenőrzést igényel. Az új kulcs kiadása a további jogosulatlan használat lehetőségét szünteti meg a régi hozzáférésen keresztül, a korábban elszámolt kérések díját azonban nem írja át. A kulcscsere után ezért a régi és az új hozzáférés forgalmát is érdemes elkülönítve figyelni.

A vitatott terheléshez használati nyom kell

Az OpenCode Console-hoz kapcsolt szolgáltatói kulcsok használati tételei segítenek azonosítani a vitatott terheléseket.

A díjvitához a számlázási tétel mellett a használat időpontja, az érintett szolgáltatás és projekt, valamint a kulcs azonosításához szükséges adat ad kézzelfogható alapot. Rögzíteni kell azt is, mikor vonták vissza a hozzáférést és mikor szűnt meg a szokatlan forgalom. Ez segít megkülönböztetni a visszavonás után megjelenő, de korábbi hívásokból eredő számlázást az újabb illetéktelen használattól.

Az OpenCode a visszatérítések megkezdéséről beszélt, de egy felhasználó számláján megjelenő jóváírás összege és ideje az adott ügy rendezésétől függ. A behatolás teljes technikai menete és az érintett kulcsok száma még nem ismert; ez a bizonytalanság nem akadálya a kulcs visszavonásának és a szolgáltatói terhelés dokumentálásának. Az érintett számára a következő érdemi fejlemény az lesz, hogy a vitatott hívásokhoz kapcsolódó díjat miként számolják el a fiókjában.

Olvassa el ezt is:

Megosztás:

Iratkozzon fel hírlevelünkre

A legfrissebb Web3-, MI- és kriptohírek egyenesen a postafiókjába.

0