Il 2 settembre 2026 Unit 42 di Palo Alto Networks ha pubblicato i dettagli di un'indagine sulla violazione di una rete aziendale. Il numero che reggeva il rapporto: l'attaccante è partito da un servizio web accessibile pubblicamente ed è arrivato all'accesso di livello root sull'intero ambiente in meno di dieci ore, un lavoro che a un team umano richiede circa due settimane.

Il dettaglio più importante è ciò che non c'era. Nessuno zero-day. Nessuna tecnica rara. L'intrusione ha usato più di 50 tecniche già catalogate nel framework MITRE ATT&CK, cioè tecniche documentate e pubblicate che i difensori conoscono. A cambiare non è stato il metodo, ma il ritmo. Invece di eseguire ogni fase a mano, l'operatore ha diretto agenti AI che monitoravano, valutavano, agivano e ripianificavano in un unico ciclo ininterrotto, che non si fermava mai e non dormiva mai.

Che cosa è successo in quelle dieci ore

La sequenza come la descrive il rapporto:

  1. Ingresso. È stato violato un servizio web accessibile pubblicamente e da lì è stato aperto un tunnel verso la rete interna.
  2. Ricognizione. Un agente automatizzato ha mappato i microservizi interni senza alcun intervento umano.
  3. Raccolta dei segreti. Alcuni sotto-agenti hanno setacciato i repository di codice alla ricerca di token di accesso e password di servizio scritti direttamente nel codice.
  4. Escalation. Quei token hanno aperto il sistema di gestione dei segreti, che ha fornito credenziali amministrative master con accesso root sull'intero ambiente.
  5. Le pipeline. Le pipeline di build e deploy sono state dirottate tramite workflow personalizzati per esfiltrare le chiavi di accesso al cloud.
  6. Il ribaltamento. Quelle chiavi sono state usate per trasformare gli endpoint AI della vittima stessa in infrastruttura post-compromissione per l'attaccante.

Rileggete quest'ultimo passaggio. L'abbonamento AI dell'azienda è diventato uno strumento nelle mani di chi è entrato, funzionando sul suo account e sulla sua fattura. È un modello nuovo che vale la pena aggiungere al vostro registro dei rischi: ogni chiave API di un modello AI è allo stesso tempo un asset operativo e una voce di spesa.

Il numero che vi riguarda non sono le dieci ore

Dieci ore è un dato impressionante, ma proviene da un singolo incidente. Il numero che dovrebbe davvero cambiare la vostra pianificazione compare nel CrowdStrike 2026 Global Threat Report, che misura il breakout time: l'intervallo tra il primo accesso di un attaccante e il momento in cui inizia a muoversi verso altri sistemi all'interno della rete.

  • Il breakout time medio dell'eCrime è sceso a 29 minuti, con un aumento della velocità del 65% su base annua.
  • Il caso più rapido mai registrato: 27 secondi.
  • Un aumento dell'89% degli attacchi attribuiti ad avversari che usano l'AI.
  • L'82% dei rilevamenti nel 2025 era privo di malware: l'attaccante accede con credenziali valide invece di installare un virus.
  • Un aumento del 266% delle intrusioni orientate al cloud da parte di attori legati a Stati.

Che cosa significano 29 minuti in pratica: un piano di risposta che presuppone che qualcuno noti l'allarme al mattino e che il team si riunisca dopo pranzo è un piano per un'epoca finita. E il dato dell'82% dice qualcosa di ancora più duro. Il vostro antivirus non vede l'attacco perché l'attacco non porta con sé nulla che possa vedere. Una violazione moderna non è un file malevolo che arriva, è un account legittimo usato in modo scorretto.

Perché ha funzionato: segreti scritti nel codice

Gli agenti non hanno violato alcuna cifratura né inventato alcuna vulnerabilità. Hanno trovato password scritte dove le password non dovrebbero mai stare, dentro i file del progetto. Un solo token valido ha aperto il gestore dei segreti, e il gestore dei segreti ha aperto tutto.

Non è un problema riservato alle grandi aziende. Verificate questo elenco sui vostri progetti:

  • Chiavi del gateway di pagamento o del servizio di messaggistica in un file di configurazione salvato insieme al codice.
  • Una password del database dentro un vecchio script di deploy che nessuno apre.
  • Token di accesso di un dipendente o di uno sviluppatore esterno andato via un anno fa, ancora validi.
  • Un repository che era privato ed è diventato pubblico dopo una migrazione o un cambio di account.
  • Una copia di backup di un file di configurazione sul portatile di qualcuno.

Qui la differenza tra un agente e un attaccante umano non è l'intelligenza, ma la pazienza e la capacità di elaborazione. L'agente legge l'intero repository, ogni branch e ogni vecchia versione nella cronologia, non salta alcun file e finisce in pochi minuti. Qualsiasi segreto che avete salvato una volta e poi cancellato vive ancora nella cronologia del repository, ed è esattamente lì che cerca.

Che cosa fare questa settimana

Cinque passi. Il primo non richiede budget né fornitori esterni:

  1. Analizzate i vostri repository alla ricerca di segreti. Gli strumenti di secret scanning sono disponibili e integrati nelle principali piattaforme di codice. Eseguiteli sull'intera cronologia, non solo sulla versione attuale.
  2. Fate della rotazione delle chiavi una routine, non una misura d'emergenza. Una chiave che non cambia da due anni è una chiave trapelata che non avete ancora scoperto. E quando la ruotate dopo una fuga, ruotatela ovunque fosse usata, non in un solo punto.
  3. Preparate un unico playbook di revoca. È la raccomandazione diretta di Unit 42: essere in grado di eseguire un contenimento sincronizzato che revochi insieme credenziali, sessioni OAuth, pipeline CI/CD e account cloud. Se ne revocate solo metà, regalate all'attaccante il tempo di rientrare dall'altra metà.
  4. Governate l'AI come infrastruttura critica. Tenete un inventario di ogni modello e di ogni chiave in uso, impostate limiti di frequenza, applicate il privilegio minimo e attivate i log diagnostici. Il rapporto lo raccomanda esplicitamente, ed è ciò che trasforma l'incidente descritto sopra da disastro silenzioso in allarme precoce.
  5. Richiedete la revisione del codice da parte di più persone e la protezione dei branch. Soprattutto nei repository di infrastructure-as-code, perché è la porta attraverso cui una modifica di una sola riga installa una backdoor. Accanto a questo, monitorate i comportamenti anziché le firme: raffiche di richieste API e rapidi cambi di stato sono l'impronta di un agente automatizzato.

Nel contesto saudita questi passi non sono una buona pratica facoltativa. Gli Essential Cybersecurity Controls dell'Autorità Nazionale per la Cybersicurezza (NCA) includono ambiti espliciti per la gestione delle identità e degli accessi e per la sicurezza delle modifiche e dello sviluppo, e la responsabilità della protezione dei dati personali ricade sull'organizzazione ai sensi della Legge sulla protezione dei dati personali (PDPL). Una violazione nata da una chiave scritta nel codice sorgente non riduce in alcun modo questa responsabilità.

Il punto di vista di Origami

Leggiamo questo incidente come la fine di un'idea: che la sicurezza sia un insieme di strumenti da acquistare. Qui l'attaccante non si è mai trovato davanti a un firewall e non ha mai aggirato un antivirus, perché nessuno dei due era sulla sua strada. È entrato con una chiave valida che ha trovato scritta e ha agito con permessi che erano stati realmente concessi. Nessun prodotto che acquistate risolve questo. Lo risolve la disciplina nel modo in cui si scrive il codice, si conservano i segreti e si concedono e revocano i permessi.

Un modello che vediamo ripetersi con i clienti: i segreti più pericolosi raramente si trovano nel sistema principale. Stanno nei progetti collaterali, uno script di migrazione dei dati scritto una sola volta, una dashboard interna di reportistica costruita da un collaboratore esterno, un'integrazione temporanea con un fornitore che funziona da due anni. Non entrano mai in una revisione di sicurezza perché nessuno li considera un sistema. L'attaccante non fa questa distinzione. Quando esaminiamo l'ambiente di un cliente partiamo esattamente da qui: dove sono le chiavi, chi ha quale permesso e che cosa succede se stanotte trapela una chiave. Se volete una revisione da questa prospettiva, ci trovate nella pagina dei contatti.

Conclusione

Il metodo di attacco non è cambiato. La sua velocità sì. Più di 50 tecniche note sono state eseguite in meno di dieci ore perché agenti automatizzati le hanno eseguite senza pause, e il breakout time medio all'interno della rete è ora di 29 minuti. Una difesa che dipende dal fatto che qualcuno se ne accorga in tempo non basta più. Cominciate dalla domanda più semplice e più difficile: sapete dove sono le vostre chiavi in questo momento e chi può leggerle?

Fonti