{"id":170095,"date":"2026-04-30T12:24:29","date_gmt":"2026-04-30T10:24:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-instrumentariev-dlya-upravleniya-kontejnerami-lxc-7-0-i-lxd-6-8"},"modified":"2026-04-30T12:24:29","modified_gmt":"2026-04-30T10:24:31","slug":"vypusk-instrumentariev-dlya-upravleniya-kontejnerami-lxc-7-0-i-lxd-6-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-instrumentariev-dlya-upravleniya-kontejnerami-lxc-7-0-i-lxd-6-8","title":{"rendered":"Rilascio degli strumenti per la gestione dei container LXC 7.0 e LXD 6.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La comunit\u00e0 dei Linux Containers ha pubblicato il rilascio dello strumento per la gestione dei container isolati LXC 7.0, che fornisce un runtime adatto sia per l'esecuzione di container con un ambiente di sistema completo, simile alle macchine virtuali, sia per l'esecuzione di container non privilegiati di singole applicazioni (OCI). LXC \u00e8 considerato un tool a basso livello che opera a livello di singoli container. Per la gestione centralizzata dei container distribuiti in un cluster di pi\u00f9 server, si stanno sviluppando sistemi basati su LXC come Incus e LXD. Il ramo LXC 7.0 \u00e8 stato classificato come rilascio con supporto a lungo termine, il cui aggiornamento sar\u00e0 fornito per 5 anni (fino al 2031). Il codice LXC \u00e8 scritto in linguaggio C ed \u00e8 distribuito sotto licenza GPLv2.<\/p>\n
Il pacchetto di LXC include la libreria liblxc, un insieme di utility (lxc-create, lxc-start, lxc-stop, lxc-ls, ecc.), modelli per costruire contenitori e un insieme di binding per vari linguaggi di programmazione. L'isolamento avviene tramite i meccanismi standard del kernel Linux. Per isolare processi, stack di rete ipc, uts, identificatori utente e punti di montaggio viene utilizzato il meccanismo degli spazi dei nomi (namespaces). Per limitare le risorse si applicano i cgroups. Per ridurre i privilegi e limitare l'accesso, vengono utilizzate funzionalit\u00e0 del kernel come profili Apparmor e SELinux, politiche Seccomp, Chroots (pivot_root) e capabilities. <\/p>\n
Variazioni principali:<\/p>\n
\n
\u00c8 stata realizzata l'isolamento del processo di monitoraggio tramite il meccanismo Landlock, che consente a programmi non privilegiati di eliminare privilegi non necessari per il loro funzionamento, limitando volontariamente il loro successivo accesso al sistema per migliorare la sicurezza. Landlock \u00e8 utilizzato per limitare i gestori API di monitoraggio al funzionamento esclusivo con il container e vietare l'accesso ai file al di fuori di esso. La protezione viene applicata nella fase di assemblaggio delle landlock-monitor.\n
\u00c8 stata separata la configurazione dei gestori (hook) e dei container (runtime). Sono state aggiunte nuove impostazioni lxc.environment.hooks e lxc.environment.runtime, attraverso le quali \u00e8 possibile impostare selettivamente le variabili d'ambiente solo per i container, senza trasmetterle ai gestori hook, e viceversa.\n
\u00c8 stata interrotta la supporto per cgroup v1, cos\u00ec come per i kernel Linux che non supportano PIDFD e il nuovo API di gestione del montaggio.\n
\u00c8 stata corretta una vulnerabilit\u00e0 (CVE-2026-39402) che consente di eludere l'autenticazione e di rimuovere le porte OVS (OpenVswitch) manipolando il comando «lxc-user-nic delete». La vulnerabilit\u00e0 consente a un utente non privilegiato di disattivare le interfacce di rete per i container eseguiti da altri utenti.\n<\/ul>\n
![\"Rilascio](\"\/wp-content\/uploads\/2026\/04\/793d803652f3b43fe3b19b005e7b649b.jpg\")
<\/p>\n![\"Rilascio](\"\/wp-content\/uploads\/2026\/04\/66f6f05644f4a917bb54c908c66ad553.png\")
<\/p>\n![\"Rilascio](\"\/wp-content\/uploads\/2026\/04\/37b68c4c5fae475940a7aa8494e0febc.png\")
<\/p>\n![\"Rilascio](\"\/wp-content\/uploads\/2026\/04\/5647d5327697521591fe7d198c0c63a3.png\")
<\/p>\n<\/ul>\n