Cosa succede quando due agenti IA si contendono un server?

L’esperimento di Zero sulla sicurezza IA

In un recente video tecnologico giapponese, il creator Zero Noichi ha condotto un esperimento affascinante: ha usato due computer ZimaBoard 2 per simulare una battaglia di sicurezza informatica tra un difensore basato sull’IA e un attaccante basato sull’IA. Una macchina ospitava un sistema interno vulnerabile per la gestione dei clienti, mentre l’altra cercava di violarlo usando un agente IA autonomo. Anche il difensore, basato sull’IA, monitorava, indagava, applicava patch e bloccava continuamente le attività sospette in tempo reale.

Noi di ZimaSpace desideriamo ringraziare il canale di Zero per aver presentato ZimaBoard 2 in una dimostrazione di sicurezza informatica così creativa e stimolante. Questo articolo trasforma la trascrizione del video in un post strutturato per il blog, rivolto a chi è interessato a server homelab, agenti IA, sicurezza informatica, laboratori Docker e infrastrutture self-hosted.

Nota importante: il creatore originale afferma chiaramente che l’esperimento è stato realizzato a scopo di intrattenimento e didattico. Alcune dashboard, stati dei servizi e vulnerabilità sono stati intenzionalmente drammatizzati o lasciati esposti a fini dimostrativi. Questo articolo conserva i concetti tecnici, i dati e lo svolgimento dell’esperimento, evitando però di fornire istruzioni offensive utilizzabili.

Perché questo esperimento è importante proprio ora

La domanda chiave alla base del video è semplice: cosa succede quando gli agenti IA possono continuare ad attaccare e difendere senza stancarsi?

Zero apre il video presentando un argomento che molti spettatori giapponesi aspettavano: uno scontro simulato tra una squadra di sicurezza e una squadra di hacker, usando due computer. Le macchine usate nell’esperimento erano dispositivi ZimaBoard 2: computer x86 compatti, adatti a eseguire servizi, agenti, dashboard e carichi di lavoro server leggeri.

L’ispirazione viene dalle discussioni recenti sugli agenti di sicurezza IA avanzati, compresi i sistemi che potrebbero essere in grado di esaminare software, individuare vulnerabilità, verificare se sono sfruttabili e quindi proporre o applicare correzioni. Zero descrive questa possibilità come qualcosa che potrebbe ridefinire il concetto stesso di sicurezza informatica.

Il suo obiettivo non era riprodurre esattamente un vero sistema proprietario. Ha invece creato un esperimento immaginario per anticipare l’idea più ampia:

«L’IA è già in grado di agire sia da hacker sia da difensore, e a questi livelli.»

È questa singola idea a guidare l’intero video.

L’hardware: due dispositivi ZimaBoard 2 come stazioni di combattimento per l’IA

Per l’esperimento, Zero ha usato due computer ZimaBoard 2. A uno è stato assegnato il ruolo del difensore, mentre l’altro è diventato l’attaccante.

ZimaBoard 2 è adatto a questo tipo di laboratorio pratico perché è compatto, silenzioso, basato su x86 e progettato per offrire servizi 24/7.

Dal punto di vista di ZimaSpace, è proprio qui che ZimaBoard 2 dà il meglio di sé. È progettato per chi vuole eseguire carichi di lavoro reali a casa o in laboratorio, tra cui:

• Server multimediali Plex
• Filtraggio della rete con Pi-hole
• Virtualizzazione Proxmox
• Configurazioni Debian o TrueNAS
• Routing pfSense
• Laboratori Docker
• Container IA
• Servizi di backup
• Cluster home lab
• Ambienti di sviluppo leggeri

Anche il design hardware del prodotto è rilevante per l’esperimento. ZimaBoard 2 offre supporto nativo per SATA e PCIe: gli utenti possono collegare HDD o SSD da 2,5 pollici, aggiungere una scheda di rete 10G, usare un adattatore NVMe o espandere il dispositivo per esigenze di archiviazione personale e networking. Anche la doppia porta Ethernet 2.5G lo rende adatto per NAS locali ad alta velocità, accesso remoto a bassa latenza e routing domestico con più servizi.

Come mostra il video di Zero, questo tipo di dispositivo compatto può diventare molto più di un «mini computer». Può trasformarsi in una piattaforma pratica per l’IA, il networking, il self-hosting e l’apprendimento della cybersecurity.

IA conversazionale e agenti IA: il concetto alla base del test

Zero dedica del tempo a spiegare la differenza tra la normale IA conversazionale e gli agenti IA.

Una normale IA conversazionale, come ChatGPT o Gemini, si basa soprattutto sulla conversazione. Fai una domanda e ricevi una risposta. Può essere molto intelligente, ma di solito non continua a lavorare da sola verso un obiettivo.

Un agente IA è diverso. Riceve un obiettivo, lo suddivide in attività, ripete cicli di azioni, verifica i progressi e continua finché l’attività non è completata. Nel video, Zero lo descrive come un sistema che continua a lavorare finché non raggiunge l’obiettivo.

I termini tecnici usati in questa parte includono:

• IA conversazionale: sistema IA che risponde sotto forma di conversazione.
• Agente IA: sistema IA in grado di ripetere un ciclo di attività per raggiungere un obiettivo definito.
• Agente autonomo: agente in grado di continuare ad agire con meno interventi diretti da parte dell’utente.
• Ciclo dell’obiettivo: ciclo ripetuto di pianificazione, azione, verifica e miglioramento.

Zero osserva che molti dei suoi video precedenti erano incentrati sugli agenti IA. Un esempio che cita è un sistema IA che analizza un NAS e organizza i file. In un altro esperimento precedente, ha usato un computer a scheda singola per creare un’IA autonoma senza un obiettivo chiaramente definito.

Quel precedente concetto di IA autonoma è diventato la base di questo nuovo esperimento.

Ripensare la sicurezza dell'IA: difensore contro attaccante

L'esperimento trasforma la sicurezza informatica in una sfida dal vivo tra due sistemi di IA in funzione continua.

Zero spiega l'IA difensiva usando l'analogia di una casa. Immagina un servizio come una casa che contiene una chiave importante. Se c'è una grande porta aperta, un attaccante può semplicemente entrare e prendere la chiave. In tal caso, il difensore basato sull'IA dovrebbe individuare il problema, verificare se l'apertura è pericolosa e chiuderla.

Ma non tutte le aperture possono essere chiuse del tutto. Zero fa l'esempio di un foro d'ispezione di 10 cm. Il foro potrebbe servire all'amministratore per controllare che la chiave sia ancora lì. Chiuderlo comprometterebbe una funzione legittima. Quindi l'IA deve ragionare con maggiore attenzione:

1. La falla è davvero pericolosa?
2. Un attaccante potrebbe sfruttare la vulnerabilità con uno strumento?
3. Il sistema può mantenere la visibilità impedendo al contempo le intrusioni?
4. Quale difesa funziona meglio?
5. È possibile testare la correzione contro l'attacco ipotizzato?

Nell'analogia, la soluzione definitiva potrebbe essere una robusta rete a maglie: nessuno può entrare, ma l'amministratore può comunque vedere attraverso.

Questa è l'idea centrale dell'IA difensiva nel video: non limitarsi a individuare le vulnerabilità, ma verificarle, testare i possibili attacchi e applicare contromisure.

Creazione dell'ambiente di test

Zero ha poi creato un servizio aziendale fittizio per l'esperimento. Il servizio fungeva da sistema interno di gestione dei clienti, simile a un CRM.

Il sistema includeva diverse funzionalità aziendali realistiche:

• Dati dei clienti
• Informazioni su trattative o progetti
• Ticket di assistenza
• Elenchi di contratti
• Note interne
• Registri delle attività
• Funzionalità di ricerca
• Un blog pubblico
• Gestione degli utenti
• Informazioni interne sensibili, comprese chiavi API esposte intenzionalmente a scopo dimostrativo

Spiega che molte aziende dispongono di strumenti interni di gestione simili. Se un sistema del genere viene compromesso, potrebbero essere coinvolti i dati dei clienti, le note interne, i contenuti del blog, le autorizzazioni degli utenti e i registri operativi.

Questo ha reso l'ambiente di test abbastanza realistico da mostrare perché la difesa basata sull'IA potrebbe essere importante per i sistemi aziendali di tutti i giorni.

Per il video, la dashboard del difensore è stata resa volutamente spettacolare e in stile cyberpunk. Mostrava lo stato dei servizi, gli avvisi, le azioni di ripristino, le notifiche di manomissione e più agenti al lavoro contemporaneamente. Zero accenna al fatto che sul lato difensivo potessero operare insieme fino a circa cinque agenti di IA.

Anche il sistema dell'attaccante era controllato da un flusso di lavoro simile a un agente, che provava continuamente diverse strade per trovare un modo di entrare.

Perché ZimaBoard 2 è adatta a questo tipo di scenario di IA in homelab

Un progetto di questo tipo richiede una piattaforma server compatta, capace di funzionare ininterrottamente, gestire diversi stack software e supportare esperimenti di rete. Ecco perché ZimaBoard 2 è perfetta.

Per gli appassionati del fai-da-te creativo e della tecnologia, ZimaBoard 2 può fungere da mini server dall'aspetto semplice, ma capace di gestire carichi di lavoro impegnativi.

Il posizionamento originale del prodotto si adatta particolarmente bene al video:

«Piccolo, facile da modificare e piuttosto carino. Molti lo definiscono un mini server che sembra un giocattolo, ma ha prestazioni da bestia.»

Con ZimaBoard 2, gli utenti possono provare sistemi operativi come ZimaOS, TrueNAS, Proxmox, Debian e pfSense. Possono eseguire container Docker, servizi self-hosted, server multimediali, sistemi di archiviazione ed esperimenti con l'IA. In questo video, la scheda diventa un cyber range compatto, un ambiente controllato per osservare come potrebbero comportarsi gli agenti IA nelle simulazioni di attacco e difesa.

Per chi è interessato a creare un homelab, ZimaBoard 2 offre diversi vantaggi:

• Basso consumo energetico per il funzionamento 24/7
• Funzionamento silenzioso e a basse temperature
• Doppia Ethernet 2.5G per i carichi di lavoro di rete
• SATA nativo per espandere lo spazio di archiviazione
• Supporto PCIe per schede di rete, GPU o adattatori NVMe
• Compatibilità con diversi sistemi operativi per server
• Un formato compatto, adatto agli spazi di lavoro ridotti

Ecco perché un homelab con ZimaBoard 2 può essere utile non solo per l'archiviazione e lo streaming multimediale, ma anche per esperimenti pratici di automazione con l'IA e monitoraggio della cybersicurezza.

Avvio prima del difensore

Zero spiega che, nel mondo reale, la difesa dovrebbe idealmente essere preparata prima che gli strumenti di attacco diventino diffusi. Fa riferimento all'idea che governi e organizzazioni potrebbero voler rafforzare banche, servizi e infrastrutture prima che i sistemi di IA più potenti diventino generalmente disponibili.

Nel video, inizia prima con il difensore.

Il difensore inizia ispezionando il servizio, verificando la presenza di problemi e cercando di risolvere quelli che può. All'inizio non ci sono attacchi visibili. Il servizio continua a funzionare normalmente.

Dopo circa un minuto e mezzo, Zero decide che l'attaccante dovrebbe iniziare. Nota che, se al difensore viene dato troppo tempo per prepararsi, il video potrebbe risultare meno equilibrato. Vuole che la simulazione assomigli a un mondo in cui gli attaccanti compaiono prima che i difensori abbiano completato il loro lavoro.

Poi l'attaccante inizia.

Inizia l'attacco: scansione continua

Una volta avviato l'attacco, il numero di tentativi aumenta rapidamente. Zero osserva il conteggio salire da poco più di 30 mentre l'IA offensiva testa diversi possibili punti di ingresso.

L'attaccante prova molti metodi generici perché non ha ricevuto informazioni complete sul servizio bersaglio. Zero spiega che, se l'attaccante avesse ricevuto informazioni più specifiche sul bersaglio, probabilmente concentrerebbe i propri sforzi in modo più efficace. In questo esperimento, però, l'attaccante esplora in modo ampio tutto ciò che sembra plausibile.

In questa sezione compaiono i seguenti termini tecnici:

• API: un'interfaccia che consente al software di inviare comandi o richieste a un servizio.
• SQL: un linguaggio di interrogazione per database, spesso associato all'accesso ai database e ai rischi di SQL injection.
• JWT: JSON Web Token, un formato di token comunemente usato per l'autenticazione.
• GraphQL: un linguaggio di interrogazione per API, usato per richiedere dati strutturati.
• Endpoint admin: un URL o una route API destinata alle funzioni di amministrazione.

Zero sottolinea perché l'IA cambia la situazione:

«Finora era tutto meccanico. Ora entra in gioco l'IA, ed è spaventoso.»

L'IA è in grado di ragionare, variare i tentativi e testare schemi introducendo casualità. Questo fa sì che il comportamento sembri meno quello di uno script statico e più quello di un operatore adattivo.

Il difensore rileva l'attaccante

All'inizio la dashboard del difensore rimane tranquilla. Poi l'attaccante scopre aree esposte, inclusi percorsi resi vulnerabili intenzionalmente. Zero nota risultati relativi all'esposizione del controllo del codice sorgente, alle anteprime delle API, alle fughe di dati GraphQL e alle chiavi API.

Presto il difensore inizia a reagire.

Uno dei momenti più importanti del video è quando il difensore individua l'IP dell'attaccante e inizia a indagare sull'attività.

L'agente difensivo rileva schemi di accesso sospetti. Sembra notare tentativi di accesso alle API amministrative e possibili attività legate ai JWT. Il sistema inizia a segnalare avvisi, registri delle indagini e azioni difensive.

Zero descrive la scena dicendo che le due parti finalmente si stanno «affrontando».

Il difensore interviene anche concretamente. Per esempio, disabilita o blocca l'account admin prevedibile. In seguito Zero lo verifica manualmente provando uno schema di accesso admin comune e conferma che l'account è stato bloccato; viene mostrato il motivo.

Questo dimostra un principio fondamentale della difesa: gli account privilegiati prevedibili sono pericolosi e vanno protetti, rinominati, disabilitati o resi più sicuri.

Arresto e ripristino del servizio

Si verifica un altro momento drammatico quando il servizio smette di funzionare.

Zero nota che la dashboard segnala un problema critico: le password degli utenti sono archiviate in SQL in testo semplice, cioè senza crittografia. Il servizio sembra fermarsi temporaneamente.

Interpreta questo come un'azione difensiva deliberata. In altre parole, il difensore potrebbe aver messo il servizio offline per evitare un'ulteriore esposizione mentre apportava le modifiche.

Poi il servizio si riavvia.

Zero conferma che la schermata di accesso è di nuovo raggiungibile. La dashboard indica che è stata applicata una misura di difesa. Non spiega tutti i dettagli tecnici, ma riassume che è stata individuata e corretta una vulnerabilità.

Questo momento mostra un compromesso pratico nella cybersicurezza: a volte un'interruzione temporanea del servizio è più sicura che lasciarne online uno vulnerabile.

Per le aziende, questo è il motivo per cui è importante pianificare la risposta agli incidenti. Un sistema non dovrebbe limitarsi a rilevare i problemi, ma dovrebbe anche sapere quando isolare, correggere, riavviare o ripristinare i servizi.

I numeri: tentativi, vulnerabilità individuate e costi dell'IA

Il video riporta diversi dati utili sull'esperimento:

• L'attaccante ha effettuato circa 1.000 tentativi di attacco.
• Sono state individuate circa 5 aree sensibili che non avrebbero dovuto essere esposte.
• A un certo punto, il difensore ha segnalato circa 3 elementi tra avvisi e rapporti .
• L'esperimento è durato abbastanza a lungo da consentire a entrambe le parti di entrare in un ciclo di botta e risposta.
• Zero aveva caricato circa 4.000 yen per l'uso dell'IA, ma il budget si è esaurito rapidamente.
• Osserva di aver usato un modello relativamente potente, il che ha aumentato i costi.
• Erano in esecuzione rapidamente più processi di IA e, dal commento finale, sembrava che molti agenti fossero attivi a ritmi elevati.

La lezione pratica forse più memorabile riguarda i costi. Anche usando un'opzione di IA meno costosa, i cicli continui degli agenti possono consumare crediti molto rapidamente.

Zero interrompe l'esperimento quando il budget per le richieste all'IA si esaurisce.

“I soldi sono finiti.”

Questa frase coglie una delle realtà spesso trascurate dei sistemi di IA agentica: l'autonomia è potente, ma il ragionamento continuo può diventare costoso.

Cosa ha dimostrato l'esperimento

La conclusione principale è che la cybersicurezza basata sull'IA può diventare una competizione in tempo reale fatta di scoperta, difesa, adattamento e costi.

Zero conclude che l'esperimento si è trasformato in una sorta di gioco del gatto e del topo. L'attaccante ha trovato delle vulnerabilità, il difensore ha reagito ed entrambi i sistemi hanno continuato a operare a ritmi elevati.

Fa anche un'osservazione più ampia: gli esseri umani potrebbero non riuscire a tenere il passo da soli. Se gli aggressori usano l'IA per automatizzare i tentativi di scansione e sfruttamento delle vulnerabilità, anche i difensori potrebbero aver bisogno di sistemi di monitoraggio, applicazione delle patch e risposta supportati dall'IA.

Tuttavia, sottolinea anche che oggi la sperimentazione dell’IA è più avanzata sul fronte degli aggressori che su quello dei difensori. Gli aggressori possono presentarsi in gran numero, non solo uno alla volta. Nel video, un singolo aggressore ha effettuato circa 1.000 tentativi. Se gli aggressori fossero 100 o 1.000, la portata cambierebbe drasticamente.

Questa osservazione è uno degli aspetti più significativi del video. La cybersicurezza non riguarda solo un singolo aggressore intelligente. Conta anche il volume, l’automazione, la persistenza e l’asimmetria.

Lezioni di sicurezza per utenti e creatori di homelab

Il video è divertente, ma offre anche lezioni pratiche per chiunque gestisca un homelab, un NAS, un servizio self-hosted o un server per una piccola impresa.

Un homelab con ZimaBoard 2 è un ottimo posto per imparare queste lezioni in sicurezza, in un ambiente controllato.

Ecco i consigli pratici per proteggersi:

1. Non esporre servizi non necessari
   Se un punto di accesso non deve essere pubblico, tienilo chiuso.

2. Evita gli account amministrativi prevedibili
   I nomi utente amministrativi predefiniti o ovvi comportano rischi inutili.

3. Non salvare mai le password in chiaro
   Le password devono essere sottoposte a hashing sicuro, non salvate in testo leggibile.

4. Proteggi attentamente gli endpoint API
   Le API diventano spesso obiettivi di grande valore perché possono modificare utenti, dati o impostazioni.

5. Monitora continuamente i log
   I log delle attività possono rivelare tentativi di esplorazione, errori ripetuti, accessi insoliti e automazioni sospette.

6. Usa la segmentazione
   Tieni i servizi sperimentali separati dai sistemi di produzione importanti.

7. Prepara un piano di ripristino
   Il riavvio, l’isolamento o il ripristino di un servizio dovrebbero essere pianificati prima che si verifichi un incidente.

8. Prevedi un budget per i carichi di lavoro di IA
   I cicli autonomi di IA possono consumare token e crediti più rapidamente del previsto.

9. Usa i laboratori in modo responsabile
   Gli esperimenti di sicurezza vanno eseguiti solo su sistemi di cui si è proprietari o che si è autorizzati a testare.

Sono lezioni pratiche per chiunque gestisca laboratori Docker, nodi Proxmox, sistemi NAS personali o container di IA su ZimaBoard 2.

Perché questo è un caso d’uso ideale per gli utenti di ZimaSpace

I dispositivi ZimaSpace sono progettati per chi ama costruire, testare, rompere, riparare e imparare. Questo video rispecchia perfettamente questa cultura.

ZimaBoard 2 non è solo una scheda per l’archiviazione o lo streaming multimediale; è una piattaforma x86 versatile per soddisfare la curiosità tecnica nel mondo reale.

Ad esempio, gli utenti possono creare:

• Un firewall domestico con pfSense
• Un NAS personale con TrueNAS o ZimaOS
• Un laboratorio di servizi basato su Docker
• Un ambiente locale per testare gli agenti IA
• Un server Plex
• Un nodo Pi-hole per filtrare il DNS
• Un mini host di virtualizzazione Proxmox
• Un ambiente di sviluppo privato
• Un piccolo laboratorio per il monitoraggio della sicurezza informatica

Poiché ZimaBoard 2 supporta SATA nativo, espansione PCIe e doppia Ethernet 2.5G, può crescere insieme alle idee dell’utente. Vuoi spazio di archiviazione locale? Aggiungi SSD. Vuoi una rete più veloce? Aggiungi una scheda di rete 10G. Vuoi sperimentare l’accelerazione IA o lo spazio di archiviazione NVMe? Usa l’espansione PCIe.

Questo è il valore di un server domestico x86 compatto: offre a creator e sviluppatori un laboratorio pratico per l’informatica moderna.

Il quadro generale: l’IA cambierà entrambi i fronti della sicurezza

Zero conclude il video riflettendo sul futuro. Se i potenti sistemi di IA diventassero ampiamente disponibili, alcune persone ne farebbero un uso improprio. Gli obiettivi potrebbero trovarsi ovunque nel mondo. La risposta migliore è comprendere il rischio, proteggere ciò che si può proteggere e riconoscere che anche gli strumenti difensivi continueranno a migliorare.

Aggiunge anche una nota molto umana:

“Gli esseri umani dovrebbero mantenersi in salute. La salute è importante.”

È una conclusione divertente e che riporta con i piedi per terra dopo una battaglia con l’IA rapida e intensa.

Il messaggio più ampio è chiaro: la sicurezza basata sull’IA si evolve rapidamente. Gli attaccanti possono usare l’automazione, ma anche i difensori possono farlo. La domanda è se individui, aziende e maker siano pronti a testare, comprendere e proteggere i propri sistemi prima che si verifichino problemi.

Il ruolo di ZimaBoard 2 nella sicurezza assistita dall’IA

L’esperimento di Zero con due dispositivi ZimaBoard 2 offre uno sguardo entusiasmante sul futuro della sicurezza informatica assistita dall’IA. Una scheda ha agito da difensore, ispezionando e rafforzando continuamente un servizio CRM di prova. L’altra ha agito da attaccante, generando circa 1.000 tentativi di sondaggio e scoprendo diverse aree sensibili esposte intenzionalmente. Il difensore ha rilevato l’attività, bloccato gli account a rischio, applicato correzioni e sembra persino aver messo temporaneamente offline il servizio per proteggerlo.

Per ZimaSpace, questo è un esempio perfetto di ciò che rende preziosi i dispositivi x86 compatti. Una scheda piccola, silenziosa e a basso consumo può diventare un server multimediale, un NAS, un router, un host Docker, una piattaforma per container IA o un laboratorio di sicurezza informatica.

Se sei un maker, un appassionato di homelab, uno sviluppatore o stai imparando la sicurezza informatica, ZimaBoard 2 ti offre una piattaforma pratica per esplorare il futuro dell’hosting autonomo e dell’automazione basata sull’IA, in modo sicuro, responsabile e creativo.

Ancora una volta, grazie al canale di Zero per la dimostrazione originale e per aver mostrato quante cose si possono fare con hardware compatto, agenti IA e un forte spirito di sperimentazione.