Owen Taylor, creatore di GNOME Shell e della libreria Pango, membro del gruppo di lavoro per lo sviluppo di Fedora per workstation, ha presentato per discussione un piano per la crittografia per default delle partizioni di sistema e delle directory home degli utenti in Fedora Workstation. Tra i vantaggi del passaggio alla crittografia per default si citano la protezione dei dati in caso di furto del laptop, protezione contro attacchi su dispositivi lasciati incustoditi, mantenere la riservatezza e l'integrità senza necessità di ulteriori manovre.
In base al piano preliminare redatto, si prevede di utilizzare Btrfs fscrypt per la crittografia. Per le partizioni di sistema, si prevede di memorizzare le chiavi di crittografia nel modulo TPM e di utilizzarle in associazione con firme digitali, applicate per verificare l'integrità del bootloader, del kernel e dell'initrd (ossia, durante la fase di avvio, l'utente non dovrà inserire una password per decrittografare le partizioni di sistema). Per la crittografia delle directory home, le chiavi saranno generate sulla base dell'username e della password dell'utente (la connessione alla directory home crittografata avverrà durante il login dell'utente nel sistema).
I tempi di attuazione dell'iniziativa dipendono dal passaggio della distribuzione a un'immagine del kernel unificata UKI (Unified Kernel Image), che combina in un unico file il gestore per il boot del kernel da UEFI (UEFI boot stub), l'immagine del kernel Linux e l'ambiente di sistema initrd caricato in memoria. Senza supporto UKI non è possibile garantire l'integrità del contenuto dell'ambiente initrd, in cui avviene la definizione delle chiavi per la decrittografia del file system (ad esempio, un attaccante potrebbe sostituire initrd e simulare la richiesta di password; per evitare ciò è necessaria un'avvio verificato dell'intera catena fino al montaggio del file system).
Nell'attuale versione dell'installatore di Fedora è presente un'opzione per la crittografia delle partizioni a livello di blocco utilizzando dm-crypt, con una frase segreta separata, non collegata all'account utente. In questa soluzione si evidenziano problemi come l'inutilizzabilità per la crittografia separata in sistemi multipli, la mancanza di supporto per l'internazionalizzazione e gli strumenti per le persone con disabilità, la possibilità di attacchi tramite sostituzione del bootloader (un bootloader installato dall'attaccante può fingersi quello originale e richiedere la password di decrittazione), e la necessità di supporto per framebuffer in initrd per visualizzare la richiesta della password.
Fonte: opennet.ru
