Categoria

Pagina 1 di 1

Container security: isolare ciò che gira accanto a tutto il resto

Container in produzione che girano come root, immagini base con CVE critiche aperte, secrets in variabili d'ambiente: il 70% degli ambienti che audisco ha almeno uno di questi problemi. La sicurezza container non è opzionale quando un singolo escape può compromettere l'intero host.

In questa categoria scrivo di hardening Docker applicato: sandboxing di agent LLM che eseguono codice arbitrario con container effimeri, seccomp e capability dropping, aggiornamento automatico con Watchtower in modalità sicura, scan delle immagini con Trivy e bonifica delle CVE ricorrenti su `php:8.2-fpm` e simili.

Se hai container in produzione e ti serve un audit di sicurezza serio, parliamone. Oppure scopri il mio approccio all'hardening infrastrutturale.

Sandboxing di agent LLM che eseguono codice arbitrario: container effimeri, seccomp, capability dropping

Sandboxing di agent LLM che eseguono codice arbitrario: container effimeri, seccomp, capability dropping Un agent LLM che può eseguire codice Python, Bash o SQL in autonomia è una backdoor delegata. Permetterlo in produzione senza sandboxing è irresponsabile. La mia architettura usa container effimeri, seccomp filter che bloccano syscall pericolose, capability dropping, network namespace che taglia l'egress. Ti mostro il design, i trade-off performance vs sicurezza, e i test di escape eseguiti per validare l'isolamento. Continua a leggere
Ultima modifica:

Aggiornamento automatico dei container Docker in produzione senza downtime

Aggiornamento automatico dei container Docker in produzione senza downtime Il 60% degli incidenti di sicurezza che gestisco derivano da software non aggiornato. Ho implementato un sistema di aggiornamento automatico dei container Docker con Watchtower configurato in modalità monitor, validazione tramite test di smoke test prima del deploy e rollback automatico in caso di health check fallito. Continua a leggere
Ultima modifica:

Container image security: vulnerabilità nelle immagini Docker che usi ogni giorno

Container image security: vulnerabilità nelle immagini Docker che usi ogni giorno Ho scansionato con Trivy le immagini Docker di cinque clienti. Il risultato: immagine php:8.2-fpm con 147 CVE, di cui 12 critiche. L'immagine non era stata aggiornata da otto mesi. Vi mostro il processo di hardening: base image minimale, utente non-root, multi-stage build e pipeline di aggiornamento automatico. Continua a leggere
Ultima modifica: