GitBook colpito da un attacco informatico con agenti AI, invita gli utenti crypto a ruotare le credenziali
Punti chiave
- •GitBook ha reso noto che un aggressore che utilizzava agenti AI ha avuto accesso ad alcune credenziali della sua infrastruttura, con possibile esposizione di token API dei clienti, segreti Git Sync, token di integrazione e domande inviate al suo assistente AI.
- •GitBook ha risposto bloccando l'aggressore, disattivando i servizi con autenticazione, sostituendo le credenziali della propria infrastruttura e invalidando i token API dei clienti, con applicazione, API e documentazione pubblicata di nuovo accessibili entro il pomeriggio di martedì.
- •GitBook non ha spiegato come l'aggressore abbia utilizzato gli agenti AI, quali sistemi AI fossero coinvolti o come siano state ottenute le credenziali, e il suo comunicato non stabilisce che i propri prodotti AI abbiano causato l'intrusione.
- •L'exchange decentralizzato PancakeSwap ha temporaneamente disattivato la propria documentazione per precauzione, ha dichiarato che i propri sistemi non erano compromessi e ha in seguito trasferito la documentazione da GitBook a un'infrastruttura sotto il proprio controllo.
- •GitBook ha istruito i clienti a ruotare i propri token API e a sostituire le credenziali di terze parti legate alle integrazioni esterne, e gli utenti del suo server Model Context Protocol devono autenticarsi nuovamente.

GitBook, una piattaforma di documentazione ampiamente utilizzata dai progetti di criptovalute, ha reso noto un attacco informatico in cui un aggressore ha utilizzato agenti AI per ottenere l'accesso non autorizzato ad alcune credenziali della propria infrastruttura, costringendo l'azienda a disattivare i servizi e revocare i token di accesso dei clienti.
In un comunicato di sicurezza pubblicato il 3 novembre, l'azienda ha descritto l'incidente come "un attacco sofisticato e altamente mirato che utilizza agenti AI". Secondo GitBook, l'aggressore ha ottenuto l'accesso non autorizzato alle 19:00 ora dell'Europa centrale del 2 novembre, e l'intrusione è stata rilevata immediatamente e contenuta. Il comunicato è disponibile sulla pagina di stato dell'incidente di sicurezza di GitBook, con aggiornamenti correlati pubblicati sul suo sito di stato.
Il riferimento agli agenti AI è significativo. A differenza dei chatbot tradizionali che si limitano a rispondere a domande, gli agenti AI possono eseguire sequenze di azioni, interagire con il software e svolgere compiti con una supervisione umana limitata, rendendoli potenzialmente utili per gli aggressori che cercano di automatizzare parti di un attacco informatico. Alcuni sono persino in grado di agire in autonomia e contro le proprie linee guida, come dimostrato dagli esperimenti di OpenAI e Anthropic.
GitBook non ha spiegato esattamente come l'aggressore abbia utilizzato questi strumenti, quali sistemi AI fossero coinvolti o come siano state ottenute le credenziali. Il suo comunicato non stabilisce nemmeno che i prodotti AI proprietari di GitBook siano stati responsabili dell'intrusione. Questi dettagli senza risposta restano le principali questioni aperte mentre GitBook continua a pubblicare aggiornamenti sulle proprie pagine di stato.
Durante la messa in sicurezza della propria infrastruttura, l'azienda ha disattivato l'applicazione e i siti di documentazione che richiedevano autenticazione. La documentazione pubblicamente accessibile è rimasta disponibile tramite copie cache il più a lungo possibile, consentendo ai visitatori di continuare a leggere le versioni salvate in precedenza delle pagine anche mentre i sistemi sottostanti non erano disponibili. Un avviso di stato separato ha riconosciuto un'interruzione che interessava i siti di documentazione pubblicati e l'editor. Entro il pomeriggio di martedì, GitBook ha dichiarato che applicazione, API e documentazione pubblicata erano di nuovo accessibili, sebbene alcuni servizi potessero rimanere degradati durante il ripristino.
Le informazioni potenzialmente esposte includono token API, segreti di integrazione e domande inviate all'assistente AI di GitBook. L'azienda ha dichiarato di non aver trovato prove che i contenuti ospitati siano stati modificati.
Cosa è stato esposto, e perché è importante
GitBook funziona di fatto come un manuale di istruzioni online per prodotti software. I progetti di criptovalute utilizzano piattaforme come questa per pubblicare spiegazioni tecniche, istruzioni per sviluppatori e guide che coprono tutto, dal collegamento del software all'interazione con applicazioni finanziarie decentralizzate. I documenti stessi sono spesso pubblici, ma i sistemi che li gestiscono possono connettersi ad account privati e servizi esterni. Queste connessioni si basano su credenziali che dovrebbero rimanere segrete, e GitBook ha dichiarato che alcune di esse potrebbero essere state esposte.
La sua indagine ha individuato diverse categorie potenzialmente interessate, tra cui token di integrazione, segreti Git Sync utilizzati per collegare la documentazione ai repository di codice e token API che consentono al software di comunicare automaticamente con GitBook.
I progetti crypto prendono precauzioni
L'incidente ha già suscitato una reazione nell'industria delle criptovalute, dove i siti di documentazione often fungono da fonte importante di istruzioni ufficiali. L'exchange decentralizzato PancakeSwap ha temporaneamente disattivato la propria documentazione dopo la notizia dell'incidente, pur dichiarando che i propri sistemi non erano stati compromessi.
In una dichiarazione pubblica, PancakeSwap ha affermato che la sua "documentazione non è compromessa e [l']app PancakeSwap non è interessata". L'exchange ha comunque disattivato la documentazione per precauzione e reindirizzato i visitatori alla propria homepage. PancakeSwap ha inoltre ricordato agli utenti che la sua documentazione non richiede di eseguire transazioni con il wallet, avvertendo che "la documentazione non vi chiede mai di collegare il wallet o approvare token".
PancakeSwap ha successivamente annunciato che la propria documentazione era di nuovo online dopo essere stata trasferita da GitBook a un'infrastruttura sotto il suo controllo diretto, con i link esistenti della documentazione che continuavano a funzionare. L'episodio mostra come un incidente presso un fornitore condiviso possa spingere anche progetti non coinvolti a ripensare dove ospitare la propria documentazione pubblica.
GitBook chiede agli utenti di sostituire le proprie chiavi digitali
GitBook ha dichiarato di aver bloccato l'aggressore, risolto le vulnerabilità coinvolte, sostituito le credenziali della propria infrastruttura e invalidato i token API dei clienti. I clienti che utilizzano GitBook insieme ad altri servizi, tuttavia, hanno ancora del lavoro da fare. Queste credenziali di terze parti sono configurate dai clienti stessi, si trovano fuori dal controllo di GitBook e possono essere sostituite solo da chi le ha create.
Le istruzioni dell'azienda iniziano con "ruotare tutti i token API GitBook esistenti", ovvero i clienti devono sostituire le vecchie chiavi di accesso digitale con nuove generate. La rotazione è importante perché l'emissione di un nuovo token invalida quello vecchio, interrompendo qualsiasi ulteriore utilizzo di una credenziale che potrebbe essere stata esposta. GitBook ha inoltre istruito i clienti a sostituire token API di terze parti e segreti utilizzati per collegare strumenti esterni alla sua piattaforma, incluse le credenziali associate alle integrazioni pubblicate. Gli utenti del suo server Model Context Protocol (MCP) devono autenticarsi nuovamente; MCP è un sistema che consente agli assistenti AI e ad altri strumenti software di connettersi a servizi come GitBook.