Una ricerca rivela che numerosi siti web generati automaticamente da piattaforme AI espongono involontariamente dati sensibili come API keys e token nel codice front-end, creando rischi significativi per la sicurezza.
La rapida ascesa degli strumenti di creazione siti web basati sull'intelligenza artificiale sta portando con sé un'insospettata falla di sicurezza: l'esposizione di credenziali sensibili nel codice sorgente accessibile pubblicamente. Una recente indagine condotta dai ricercatori di Cyble Research and Intelligence Labs (CRIL) ha messo in luce come un numero crescente di siti web generati da queste piattaforme AI stia andando online con API keys, token di database e chiavi segrete visibili a chiunque sia in grado di ispezionare il codice front-end.
Nel corso di un mese, CRIL ha analizzato oltre 1,3 milioni di domini registrati di recente. Utilizzando classificatori specifici per identificare i siti creati con costruttori di app AI, i ricercatori hanno poi scandito il loro codice pubblico alla ricerca di credenziali. Tra i 22.306 siti identificati come generati da AI, ben 35 hanno rivelato informazioni private e critiche direttamente nel browser. Sebbene il numero possa sembrare esiguo, gli esperti sottolineano che la gravità del rischio non è proporzionale alla quantità.
I ricercatori hanno adottato un approccio rigoroso, filtrando attentamente i risultati. Molte stringhe simili a chiavi trovate sui siti sono in realtà destinate a essere pubbliche, come le chiavi reCAPTCHA (presenti su migliaia di siti) o le Google API keys (rischiose solo se non adeguatamente limitate). Sono state escluse anche le chiavi di servizi come Supabase o Firebase, a meno che le regole di accesso al backend non fossero configurate in modo permissivo. Ciò che è rimasto sono credenziali che non dovrebbero mai lasciare l'ambiente server.
Ogni singola esposizione identificata rappresenta un account attivo a cui un potenziale attaccante può accedere semplicemente visualizzando la pagina web.
Uno dei pattern più diretti riguarda i siti che utilizzano modelli linguistici di grandi dimensioni (LLM) per generare contenuti. In questi casi, la chiave di accesso al modello AI viene spesso inclusa nel codice scaricato dal visitatore. Cinque siti analizzati contenevano OpenAI API keys attive nel codice lato client, per un totale di 16 chiavi distinte. In un caso specifico, un sito di scrittura AI includeva 12 chiavi OpenAI separate, una per ogni categoria di contenuto, memorizzate come valori in chiaro nel suo JavaScript bundle.
Una OpenAI secret key funge da credenziale di fatturazione. Chiunque ne venga in possesso può utilizzarla per spendere il saldo del proprietario, esaurire i limiti di utilizzo o accumulare costi fino a quando la chiave non viene revocata.
I costruttori di siti AI rendono la creazione di numerosi siti quasi a costo zero. Questo incentiva gli operatori a clonare template funzionanti su più domini. Di conseguenza, qualsiasi segreto presente nel template viene replicato su ogni sito derivato. Cyble ha osservato questo comportamento in due scenari:
Il primo caso, relativo alla flotta Slack, utilizzava Bubble, un popolare costruttore no-code e AI. Il secondo caso, invece, si basava su una build Next.js. Questo dimostra come il problema non sia legato a una singola piattaforma, ma sia diffuso tra diversi strumenti di sviluppo.
Quattro siti hanno esposto un Supabase service role token sul loro front-end. Secondo Cyble, questa è stata la scoperta più preoccupante. Questo tipo di token bypassa la sicurezza a livello di riga e garantisce accesso completo in lettura e scrittura al database del progetto. Un attaccante potrebbe così rubare record di utenti, alterare o eliminare dati, o persino inserire contenuti dannosi che l'applicazione serve ai propri visitatori.
Le esposizioni confermate si sono così distribuite tra i 35 siti:
Alcuni siti rientrano in più categorie. Le chiavi AWS esposte potrebbero consentire l'accesso al cloud, con il crypto-mining spesso come prima azione malevola. I token GitHub o i segreti OAuth potrebbero facilitare l'accesso al codice sorgente o alle integrazioni di identità.
Quando una chiave è presente su una flotta di siti clonati, un attaccante che la scopre su un dominio ha di fatto compromesso l'intera rete di siti.
Cyble fornisce una serie di raccomandazioni mirate a sviluppatori e utenti di piattaforme AI:
sk-, sk_live_, service_role e hooks.slack.com.Per i team di sicurezza, Cyble consiglia un monitoraggio costante del codice pubblico e dei domini appena registrati alla ricerca di chiavi e webhook aziendali. Se viene rilevata un'esposizione su un singolo dominio all'interno di una flotta clonata, la risposta di sicurezza deve estendersi all'intera rete di siti compromessi.
Contenuto generato automaticamente da intelligenza artificiale a partire da fonti pubbliche. Non garantiamo l'accuratezza assoluta delle informazioni: consulta sempre la fonte originale. I diritti sui contenuti originali appartengono ai rispettivi editori.