Un fondatore di una startup si è svegliato con 449 dollari di addebiti imprevisti su OpenAI e Anthropic. La causa, secondo Fox News, era un insieme di chiavi API rubate sfruttate durante la cosiddetta ondata informatica di "Black October". La cifra è piccola rispetto ai danni che una grande azienda potrebbe subire, ma la storia dimostra come le chiavi API rubate di Black October possano trasformarsi in bollette reali prima che qualcuno sia sveglio per accorgersene.

Questo articolo illustra a cosa si riferisce l'etichetta, come vengono tipicamente abusate le chiavi rubate, perché gli attacchi assistiti dall'IA lasciano ai difensori meno tempo e cosa possono fare gli sviluppatori già oggi.

A cosa si riferisce "Black October" (e cosa non è ancora confermato)

"Black October" è il nome utilizzato per un insieme di attacchi informatici legati a sistemi cloud e strumenti per sviluppatori, con l'IA che gioca un ruolo nella rapidità con cui gli attacchi si muovono. Il servizio di Fox News si concentra su una conseguenza concreta: credenziali prelevate da ambienti cloud e repository di codice sono state utilizzate per generare addebiti sui servizi di IA.

Vale la pena essere cauti su ciò che è e non è accertato. L'articolo ci fornisce un esempio documentato, i 449 dollari di addebiti del fondatore sui conti OpenAI e Anthropic. Nel materiale che abbiamo esaminato, non fornisce un resoconto tecnico completo di ogni incidente sotto l'etichetta Black October, né stabilisce un singolo attaccante o un singolo metodo alla base. Altri articoli che compaiono nei risultati di ricerca descrivono diverse piattaforme per sviluppatori di IA che hanno divulgato violazioni a ottobre e pacchetti software malevoli creati per rubare segreti, ma questi dettagli variano da testata a testata e non li abbiamo verificati in modo indipendente. Considerate l'etichetta come una sintesi di un pattern, non come una singola campagna confermata.

Come le chiavi API rubate vengono sfruttate in poche ore

Una chiave API è una lunga stringa di caratteri che funziona come una password per il software. Chiunque la possieda può effettuare richieste come se fosse voi, e il fornitore addebita il costo al conto che possiede la chiave. Di solito non c'è alcuna richiesta di nome utente né un secondo fattore in quel momento, ed è per questo che una chiave trapelata è così utile per un attaccante.

Le chiavi finiscono esposte in alcuni modi comuni:

  • Vengono inserite in un repository di codice, talvolta in un file di configurazione o in un vecchio commit.
  • Risiedono in variabili d'ambiente o impostazioni all'interno di un ambiente cloud che viene compromesso.
  • Vengono copiate in strumenti, script o macchine degli sviluppatori che successivamente vengono violate.

Una volta che un attaccante ha una chiave funzionante, la mossa più semplice è usarla per chiamate ai modelli di IA a spese della vittima. Questo corrisponde all'esperienza del fondatore: gli addebiti sono apparsi sui conti OpenAI e Anthropic, e il proprietario lo ha scoperto solo dopo che la bolletta si era accumulata. L'attaccante non ha bisogno di toccare l'app o i dati della vittima per trarne profitto. La chiave stessa è il prodotto.

È anche per questo che la cifra in dollari può trarre in inganno. 449 dollari sono modesti, ma riflettono quanto poco tempo e sforzo richieda l'abuso. Senza limiti di spesa, lo stesso accesso potrebbe generare una bolletta molto più grande.

Perché gli attacchi assistiti dall'IA riducono i tempi di risposta dei difensori

L'"IA" negli attacchi assistiti dall'IA conta per la velocità. Cercare segreti nei repository, verificare se una chiave è valida e decidere cosa fare dopo sono compiti che l'automazione gestisce bene. Quando questi passaggi vengono concatenati, il divario tra una fuga di dati e l'abuso può scendere da giorni a ore.

Abbiamo trattato uno sviluppo correlato nel nostro articolo sulla scoperta di Sysdig di quello che descrive come un attacco ransomware IA completamente autonomo, in cui un agente IA ha portato a termine un'intrusione con poca o nessuna direzione umana. Si tratta di un tipo diverso di incidente rispetto al furto di chiavi API, ma la lezione di fondo è simile: gli attaccanti automatizzati non aspettano l'orario di ufficio, e i processi di risposta manuali possono rimanere indietro.

Per i piccoli team il problema è più acuto. Una startup raramente ha un centro operativo di sicurezza che sorveglia le dashboard di fatturazione durante la notte. Il fondatore in questa storia lo ha scoperto controllando gli addebiti a posteriori, che è il modo in cui molte persone scoprono questo tipo di abuso.

Cosa significa per voi

Se sviluppate con API di IA, anche su un progetto secondario, le vostre chiavi sono credenziali preziose e dovrebbero essere gestite come password di un conto di pagamento. Tre punti meritano di essere tenuti a mente:

  • L'esposizione è spesso invisibile. Potreste non sapere che una chiave è trapelata finché non arrivano gli addebiti.
  • Il fornitore addebita a voi. L'utilizzo rubato generalmente compare sul vostro conto, quindi la prevenzione e il rilevamento precoce sono a vostro carico.
  • Le bollette piccole sono un avvertimento. Un addebito inaspettato di 449 dollari significa che una chiave ha funzionato per qualcun altro. Trattatelo come un incidente di sicurezza, non solo come un problema contabile.

Come proteggere le chiavi API: rotazione, ambiti, avvisi, MFA e scansione dei segreti

Nessuno di questi passaggi richiede un team di sicurezza. La maggior parte richiede meno di un'ora.

  1. Ruotate le chiavi ora. Generare nuove chiavi e revocare quelle vecchie, soprattutto quelle apparse in codice, chat, ticket o documenti condivisi. Ruotate di nuovo dopo qualsiasi esposizione sospetta.
  2. Limitate l'ambito di ogni chiave. Usate chiavi separate per progetto o ambiente e assegnate a ciascuna solo i permessi necessari, se il vostro fornitore lo supporta. Una chiave di test trapelata non dovrebbe sbloccare la produzione.
  3. Impostate limiti di spesa e avvisi. Configurate tetti di budget e notifiche di utilizzo nelle impostazioni di fatturazione di ogni fornitore, così che attività insolite generino un messaggio invece di una sorpresa.
  4. Attivate l'autenticazione a più fattori. Proteggete i conti dei fornitori e le console cloud dove le chiavi vengono create e visualizzate. L'MFA non impedirà a una chiave rubata di funzionare, ma rende più difficile rubare chiavi dal conto stesso.
  5. Scansionate alla ricerca di segreti. Eseguite uno scanner di segreti sui vostri repository, inclusa la cronologia dei commit, e controllate le impostazioni CI e i file di configurazione condivisi. Rimuovete qualsiasi chiave esposta e ruotatela, poiché eliminare un file non annulla una fuga di dati.
  6. Tenete le chiavi fuori dal codice. Conservatele in un gestore di segreti dedicato o in variabili d'ambiente protette, non nei file sorgente.

Punti chiave

La storia delle chiavi API rubate di Black October è un promemoria che credenziali piccole e silenziose possono costare denaro reale rapidamente. Se sviluppate con API di IA, verificate e ruotate le vostre chiavi oggi, impostate limiti di spesa e avvisi, e scansionate i vostri repository alla ricerca di segreti esposti. Per un contesto più ampio su come gli attacchi IA autonomi stiano accelerando le intrusioni, leggete il nostro report sui risultati di Sysdig sul ransomware IA autonomo, poi dedicate un'ora a mettere in sicurezza la vostra configurazione.