I sviluppatori del progetto Fedora intendono cambiare le edizioni del sistema operativo in modo che utilizzeranno per default il file system Composefs. Se la proposta verrà approvata dal comitato FESCo (Fedora Engineering Steering Committee), responsabile dello sviluppo tecnico del sistema operativo Fedora, Composefs sarà impiegato nelle versioni Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora CoreOS, Fedora IoT, Fedora Sway Atomic e Fedora Budgie Atomic.
Questa modifica consentirà di utilizzare per queste versioni una partizione principale in modalità sola lettura, e in futuro di adottare strumenti di verifica dell'integrità per la partizione di sistema che permetteranno di individuare eventuali problemi durante il funzionamento. Le partizioni /etc e /var continueranno a montarsi con la possibilità di scrittura.
Attualmente, il lavoro è organizzato tramite il montaggio della partizione /usr in modalità di sola lettura, mentre la partizione radice è montata in modalità che consente la scrittura, con modifica delle autorizzazioni vietata a livello di accesso («chattr +i /»). Il controllo dell'integrità avviene durante l'aggiornamento della partizione, il che non consente di rilevare danni e modifiche effettuate durante il funzionamento, senza avviare un controllo completo di tutti i dati tramite il comando «ostree fsck».
Il file system Composefs è implementato come un'estensione su file system già presenti nel kernel, come OverlayFS ed EROFS, ed è ottimizzato per una memorizzazione efficiente dei contenuti di più immagini disco montate. La funzionalità di EROFS (Extendable Read-Only File System) soddisfa i requisiti di Composefs a partire dalla versione 5.15 del kernel Linux, mentre OverlayFS da 6.5. Composefs consente di creare file system multilivello, in cui strutture arboree di file system in sola lettura vengono sovrapposte ai file system Linux di base, che fungono da strato inferiore.
Tra i filesystem esistenti, Composefs si distingue per il supporto alla condivisione dei contenuti tra diverse immagini disco e per le funzionalità di verifica dell'autenticità dei dati letti. Composefs utilizza un modello di archiviazione basato su contenuto, in cui l'identificatore primario non è il nome del file, ma l'hash del contenuto del file. Questo modello garantisce la deduplicazione e consente di conservare solo una copia di file identici che si incontrano in diverse partizioni montate.
Le immagini di sistema di solito contengono molti file standard e, nell'uso di Composefs, ciascuno di questi file sarà condiviso da tutte le immagini montate, evitando trucchi come i link duri. Inoltre, i file comuni non solo sono memorizzati come una sola copia su disco, ma occupano anche una sola voce nella cache delle pagine, consentendo un risparmio sia dello spazio su disco che della memoria RAM.
Per risparmiare spazio su disco, i dati e i metadati in Composefs sono separati e durante il montaggio viene specificato separatamente l'indice binario, in cui sono memorizzati tutti i metadati del file system, i nomi dei file, i diritti di accesso e altre informazioni. Gli indici con metadati vengono creati per ogni immagine di FS e memorizzati in un file separato nel formato EROFS (l'immagine EROFS viene montata in modalità loopback e contiene solo i metadati). I file di tutte le immagini montate vengono memorizzati in una cartella base comune in un normale FS (ext4, xfs, btrfs) e collegati all'immagine tramite l'attributo esteso rusted.overlay.redirect, su cui si basa OverlayFS per trovare i file necessari tramite l'hash del contenuto.
Per la verifica del contenuto dei singoli file e dell'intera immagine in condizioni di archiviazione condivisa, viene utilizzato il meccanismo fs-verity, che controlla, quando si accede ai file, la corrispondenza degli hash indicati nell'indice binario con il contenuto reale: se un aggressore modifica un file nella cartella base o i dati vengono danneggiati a causa di un guasto, tale controllo evidenzierà le discrepanze.
Fonte: opennet.ru
