Il comando Docker Copy solleva un nuovo allarme di scrittura sull'host

Per molti team, docker cp è solo uno strumento di comodità: spostare un file fuori da un container, correggere una configurazione, continuare a distribuire. Il problema di sicurezza è che gli strumenti di comodità si trovano spesso proprio vicino al confine che dovrebbero proteggere. Una vulnerabilità Docker segnalata e tracciata come CVE-2026-17106, soprannominata CopyEscape, viene descritta come in grado di consentire a un container malevolo di creare o sovrascrivere file al di fuori del percorso di destinazione previsto durante un'operazione di copia. Se il percorso interessato viene successivamente utilizzato dall'utente che ha invocato il comando o dall'automazione, il risultato potrebbe essere più di una semplice copia errata - potrebbe diventare un percorso di esecuzione del codice.

Fatti rapidi

• CVE-2026-17106 è identificata come una vulnerabilità legata a Docker e associata a docker cp.
• Il comportamento segnalato implica file che finiscono al di fuori del percorso di destinazione previsto dall'operatore.
• La causa principale esatta non è confermata nel riepilogo disponibile.
• Bug del filesystem correlati negli strumenti per container possono coinvolgere la gestione dei symlink o race TOCTOU, ma qui restano possibilità contestuali.
• Qualsiasi rischio di esecuzione del codice dipende da quale file host, script o percorso di automazione viene sovrascritto.

Perché conta

docker cp è un attraversamento del confine di fiducia mascherato da scorciatoia amministrativa. Sposta dati tra lo spazio isolato del container e il filesystem dell'host, quindi la sicurezza della gestione dei percorsi è importante quanto la copia stessa. Il rischio qui non è che ogni comando di copia sia pericoloso, ma che un difetto nel modo in cui viene risolto il percorso di destinazione possa consentire a contenuti controllati dal container di finire dove l'operatore non aveva mai intenzione.

Ecco perché i bug di confusione dei percorsi sono così importanti nella sicurezza dei container. Un file che avrebbe dovuto rimanere all'interno di un flusso di lavoro delimitato può influire sull'host se la destinazione viene risolta in modo errato, reindirizzata o sostituita durante l'operazione. In termini pratici, l'impatto probabile è una creazione o sovrascrittura inattesa di file sull'host, non una compromissione automatica. L'esecuzione del codice diventa plausibile solo quando l'oggetto sovrascritto è qualcosa che l'host esegue o consuma successivamente, come uno script, un file di avvio o un'attività automatizzata.

Al momento della stesura, la classe di bug esatta dovrebbe restare non confermata. I problemi di seguito dei symlink e le race condition time-of-check time-of-use sono entrambi modelli noti nella sicurezza del filesystem, ma qui è meglio considerarli come contesto tecnico piuttosto che come meccanismo provato.

Lettura difensiva

Da una prospettiva difensiva, la lezione è semplice: trattare i percorsi di copia dei container come input sensibili, non come semplice tubatura infrastrutturale. Limitare chi e cosa può invocare docker cp, mantenere aggiornati i componenti Docker ed evitare, quando possibile, i flussi di copia verso container non affidabili o influenzati da un attaccante. L'automazione merita un controllo extra perché i privilegi dell'account di automazione determinano quanto dannosa possa diventare una sovrascrittura inattesa.

Anche il monitoraggio conta. Cambiamenti inattesi in directory sensibili, soprattutto dopo attività di manutenzione dei container o trasferimenti scriptati, meritano attenzione. Negli ambienti che fanno forte affidamento sull'automazione Docker, l'accesso con privilegi minimi e controlli più rigidi sulla destinazione possono ridurre il raggio d'impatto se un bug di risoluzione dei percorsi dovesse ripresentarsi.

Conclusione

Questo incidente ricorda che i confini di sicurezza sono forti solo quanto il codice che li applica. Quando un comando operativo affidabile può essere deviato verso il percorso host sbagliato, il pericolo non è solo una copia di file danneggiata - è il promemoria che piccoli errori del filesystem possono diventare eventi di sicurezza. La lezione più ampia per i difensori è considerare gli strumenti dei container parte della superficie d'attacco, non esterni ad essa.

WIKICROOK

• docker cp: Un comando della CLI Docker che copia file o cartelle tra un container e il filesystem locale.
• Flusso di lavoro di copia da container a host: Un processo che sposta i dati dallo spazio isolato del container alla macchina host.
• Symlink: Un collegamento del filesystem che punta a un altro file o directory.
• TOCTOU: Time-of-check time-of-use, una race condition in cui una risorsa cambia tra la validazione e l'uso.
• Confine di fiducia: Una linea di sicurezza in cui dati o azioni si spostano tra ambienti con diversi livelli di fiducia.