Improving the Security of Containerized Workloads using Transparency and Traceability Services

Immagina Internet come una città enorme e frenetica dove il software è il cibo che tutti mangiano. Per far arrivare questo cibo alle persone, gli chef (gli sviluppatori) usano catene di montaggio automatizzate chiamate pipeline CI/CD per cucinare piatti digitali noti come "carichi di lavoro containerizzati". Questi piatti sono confezionati in scatole digitali chiamate "immagini", conservate in enormi dispense digitali chiamate "registry", e poi spediti in ristoranti di tutto il mondo, dalle grandi cucine centralizzate (cloud) ai piccoli chioschi stradali (ambienti edge). Il problema è che se un sabotatore si intrufola nella catena di montaggio, può sostituire un pasto sano con uno avvelenato e, poiché la catena di montaggio è così veloce e automatizzata, il veleno viene spedito a migliaia di clienti prima che qualcuno se ne accorga. Questo è il mondo della sicurezza della supply chain del software: un gioco ad alta posta in gioco per mantenere il cibo digitale al sicuro da manomissioni, furti e malintenzionati.

Per capire come fermare questo, abbiamo bisogno di due strumenti principali. Primo, abbiamo bisogno dell'integrità, che è come il sigillo di garanzia su un barattolo di marmellata: se il sigillo è rotto o la marmellella all'interno è stata scambiata, lo sai immediatamente. Secondo, abbiamo bisogno della trasparenza, che è come un diario pubblico e inalterabile dove ogni volta che un barattolo viene sigillato, l'evento viene scritto con un inchiostro che non può essere cancellato. Se qualcuno prova a sigillare un barattolo avvelenato, il diario lo mostrerà, e il pubblico può controllare il diario per vedere se il sigillo corrisponde alla voce inserita. Senza questi, un hacker che ruba la chiave di uno chef potrebbe sigillare un barattolo avvelenato con un sigillo "valido", e nessuno ne saprebbe la differenza finché non sarà troppo tardi.

Questo articolo introduce un nuovo e intelligente sistema per risolvere esattamente questo problema. Gli autori, un team di ricercatori di sicurezza, propongono un "Servizio di Trasparenza" che agisce come un notaio super-sicuro e automatizzato per questi scatole di cibo digitali. Invece di lasciare che la catena di montaggio conservi una chiave maestra permanente (che, se rubata, è un disastro), il sistema genera una nuova chiave, utilizzabile una sola volta, per ogni singolo piatto che cucina. Poi sigilla immediatamente il piatto, scrive l'evento in un diario pubblico e inalterabile (il Registro di Trasparenza) e getta via la chiave. Quando il piatto arriva al ristorante, il manager non controlla solo il sigillo; controlla anche il diario pubblico per assicurarsi che l'evento sia stato effettivamente registrato e che lo chef che ha firmato fosse autorizzato a farlo.

I ricercatori hanno costruito un prototipo funzionante di questo sistema, collegandolo a popolari strumenti di programmazione come GitHub Actions e GitLab. Lo hanno testato contro scenari realistici in cui gli hacker cercano di rubare chiavi o introdurre codice dannoso. Le loro simulazioni mostrano che questo approccio ferma efficacemente l'impiego di software malevolo in molti casi, come quando tentano di usare credenziali rubate da un utente non autorizzato. Tuttavia, se un hacker riesce a rubare le credenziali di uno sviluppatore autorizzato, il sistema potrebbe inizialmente permettere al software malevolo di superare i controlli di sicurezza perché la firma e l'identità sembrano valide. In questo scenario specifico, la forza del sistema risiede nella sua capacità di rilevare l'uso improprio rapidamente. Poiché ogni evento di firma è registrato nel diario pubblico, un "monitor" può individuare l'attività sospetta e allertare l'organizzazione. Ciò consente di bloccare il software malevolo e revocare le credenziali compromesse prima che causino danni diffusi, sebbene la velocità di questo rilevamento dipenda dalla frequenza con cui il diario viene controllato.

La Storia della Cucina Digitale

Entriamo nel dettaglio di come funziona, usando l'analogia di una cucina tecnologica avanzata.

Il Problema: La Trappola della Chiave Maestra
Ai vecchi tempi, immagina una catena di ristoranti dove ogni chef aveva una chiave maestra pesante e permanente per la porta d'ingresso. Se un ladro avesse rubato quella chiave, sarebbe potuto entrare, cucinare uno stufato avvelenato e metterlo nel menù. Poiché la chiave era "reale", il guardiano alla porta avrebbe fatto passare lo stufato. Nel mondo digitale, questo è ciò che accade quando un hacker ruba la password di uno sviluppatore o la chiave segreta di un server. Possono usare quella chiave rubata per firmare un aggiornamento software malevolo e, poiché la firma appare valida, il software viene installato su milioni di computer.

La Soluzione: Il Biglietto Monouso
Gli autori di questo articolo dicono: "Basta chiavi master!". Invece, propongono un sistema in cui lo chef non possiede affatto una chiave. Ecco il nuovo processo:

1. L'Ordine: Uno chef (uno sviluppatore) vuole cucinare un nuovo piatto (costruire un'immagine container). Invia la ricetta a una speciale "Macchina Notaio" super-sicura (il Servizio di Trasparenza).
2. La Chiave Monouso: La Macchina Notaio controlla l'identità dello chef. Se è autorizzato a cucinare, la macchina crea istantaneamente una nuova chiave, utilizzabile una sola volta, solo per quel piatto specifico. Firma il piatto con questa chiave e poi la distrugge immediatamente. Poof! Sparita.
3. Il Diario Pubblico: La Macchina Notaio scrive una nota in un enorme diario pubblico e inalterabile (il Registro di Trasparenza). La nota dice: "Alle 14:00, lo Chef Alice ha firmato il Piatto #123 con la Chiave X". Il diario è come una blockchain o un registro pubblico; una volta scritta una pagina, non può essere strappata o modificata.
4. La Ricevuta: La macchina fornisce allo chef una ricevuta che include la firma, il nome dello chef e una "Prova di Inclusione". Questa prova è come una ricevuta matematica che dice: "Sì, posso provare che questa voce è effettivamente presente nel diario".

Il Punto di Controllo: Il Guardiano della Sicurezza
Ora il piatto arriva al ristorante (il sito di distribuzione, come un server cloud). Il guardiano della sicurezza (un motore di policy) non si limita a guardare la firma. Esegue un controllo in tre fasi:

1. Il sigillo è reale? Verifica che la firma corrisponda al piatto.
2. Lo chef è autorizzato? Controlla il nome dello chef rispetto a una lista di personale autorizzato.
3. È nel diario? Questa è la parte magica. Prende la "Prova di Inclusione" e controlla il diario pubblico per assicurarsi che l'evento sia effettivamente avvenuto. Se il piatto non è nel diario, o se la voce nel diario non corrisponde al piatto, il guardiano lo scarta.

Perché è una Svolta
L'articolo dimostra che questo sistema è incredibilmente difficile da violare. Anche se un hacker ruba la password di uno chef e cerca di ingannare la Macchina Notaio per far firmare un piatto avvelenato, il sistema ha due reti di sicurezza:

• La Chiave Monouso: Poiché la chiave viene distrutta immediatamente, l'hacker non può usarla di nuovo per firmare altro veleno.
• Il Diario Pubblico: Se l'hacker riesce a ottenere una firma valida (ad esempio, rubando l'accesso di uno chef autorizzato), l'evento viene registrato nel diario pubblico. Un "monitor" (come un cane da guardia) osserva il diario 24 ore su 24, 7 giorni su 7. Se vede un'entrata sospetta — come uno chef che firma un piatto che non dovrebbe — può avvisare il ristorante. Il ristorante può quindi bloccare quel piatto specifico prima che raggiunga i clienti. Tuttavia, la velocità di questo avviso dipende da quanto spesso il monitor controlla il diario; c'è un ritardo tra l'evento di firma e il rilevamento, che può variare da pochi minuti all'intero intervallo di monitoraggio.

Il Compromesso: Aspettare che l'Inchiostro si Asciughi
L'articolo evidenzia anche un piccolo ostacolo. Poiché il diario pubblico è così sicuro, richiede un po' di tempo per scrivere una nuova voce. Nel mondo reale, potrebbe volerci circa 12 minuti prima che una nuova voce appaia nel diario. Questo significa che esiste una piccola finestra temporale in cui un piatto può essere firmato ma non ancora visibile nel diario. Gli autori suggeriscono che i ristoranti possono impostare un "periodo di raffreddamento" — aspettando alcuni minuti dopo che la firma è stata creata prima di far entrare il piatto. Ciò assicura che la voce nel diario sia solida prima che il cibo venga servito.

In Sintesi
Questo articolo non si limita a suggerire una teoria; hanno costruito una versione funzionante e l'hanno testata. Hanno scoperto che combinando chiavi monouso, diari pubblici e regole rigide, possono fermare la maggior parte dei modi comuni con cui gli hacker cercano di avvelenare la supply chain del software. È come trasformare una cucina digitale in una fortezza dove ogni pasto è tracciato, ogni chef è verificato e ogni tentativo di manomissione è registrato in un libro che tutti possono leggere. Sebbene aggiunga un pizzico di complessità e un breve tempo di attesa, la tranquillità di sapere che il proprio cibo digitale è al sicuro ne vale la pena.