{"id":145102,"date":"2025-10-14T17:12:00","date_gmt":"2025-10-14T15:12:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian"},"modified":"2025-10-14T17:12:00","modified_gmt":"2025-10-14T15:12:00","slug":"tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/tehnicheskij-komitet-utverdil-izmenenie-povedeniya-systemd-v-debian","title":{"rendered":"Il comitato tecnico ha approvato la modifica del comportamento di systemd in Debian","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il comitato tecnico, che prende le decisioni finali riguardo questioni tecniche controverse nel progetto Debian, ha approvato una modifica al pacchetto con systemd, che cambia il comportamento nella gestione della directory \/var\/lock. A partire dalla versione 258, il gestore di sistema systemd ha limitato la possibilit\u00e0 di scrittura nella directory \/var\/lock solo per gli utenti con privilegi di root, mentre il comitato tecnico Debian ha approvato di mantenere il vecchio comportamento, consentendo la scrittura in \/var\/lock a qualsiasi utente. <\/p>\n
Le regole del progetto Debian prescrivono di mantenere il comportamento originale delle applicazioni (configurazioni impostate in upstream) durante la creazione dei pacchetti. Per apportare modifiche specifiche per Debian ai pacchetti, in violazione delle regole del progetto, \u00e8 necessaria un'autorizzazione speciale dal comitato tecnico. <\/p>\n
Nel caso di systemd, il comitato ha sostenuto la proposta di non seguire la modifica che cambia i diritti di accesso a \/var\/lock per aumentare la sicurezza, poich\u00e9 la possibilit\u00e0 di scrittura pubblica nella directory \/var\/lock \u00e8 menzionata nelle specifiche FHS (Filesystem Hierarchy Standard) ed \u00e8 necessaria per il funzionamento di alcuni programmi esistenti. Ad esempio, le applicazioni per gestire le porte seriali, come uucp, minicom, mgetty+sendfax e hylafax, utilizzano la directory \/var\/lock per gestire l'accesso ai dispositivi \/dev\/ttyS* tramite la creazione di file di blocco. <\/p>\n
La necessit\u00e0 di limitare l'accesso alla directory \/var\/lock \u00e8 spiegata dagli sviluppatori di systemd come protezione contro attacchi DoS. La directory \/var\/lock \u00e8 un collegamento simbolico alla directory \/run\/lock. Il comparto con la directory \/run viene di solito montato separatamente tramite tmpfs e la possibilit\u00e0 di scrittura incontrollata in essa pu\u00f2 essere utilizzata per saturare il comparto e impedire la creazione di nuovi file nella gerarchia \/run. <\/p>\n
Per escludere attacchi simili con accesso illimitato, in precedenza su Debian veniva utilizzata una patch che montava \/run\/lock in una piccola partizione tmpfs separata. L'anno scorso, questa patch \u00e8 stata sostituita dall'unit\u00e0 run-lock.mount, e quest'estate quest'unit\u00e0 \u00e8 stata rimossa, portando \/run\/lock a trovarsi nella partizione \/run. Nei commenti alla decisione del comitato tecnico, l'ex maintainer di systemd ha raccomandato di non dimenticare la modifica evidenziata e di tornare a un montaggio separato di \/run\/lock, e a lungo termine di migrare tutte le applicazioni collegate a \/run\/lock alle chiusure tramite il meccanismo flock. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"