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 impostazione predefinita 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 di laptop, la protezione contro gli attacchi su dispositivi lasciati incustoditi, e il mantenimento della riservatezza e dell'integrità fin dal primo avvio, senza necessità di ulteriori manovre.
Secondo il piano preliminare redatto, si prevede di utilizzare Btrfs fscrypt per la crittografia. Per le partizioni di sistema, si prevede di conservare le chiavi di crittografia nel modulo TPM e di utilizzarle in combinazione con le firme digitali, applicate per verificare l'integrità del bootloader, del kernel e dell'initrd (ossia, durante la fase di avvio del sistema, l'utente non dovrà inserire una password per decrittografare le partizioni di sistema). Per la crittografia delle directory home, le chiavi sono progettate per essere generate in base al login e alla password dell'utente (l'accesso alla directory home crittografata avverrà al momento del login dell'utente).
I tempi di realizzazione dell'iniziativa dipendono dal passaggio del distributore a un'immagine del kernel unificata UKI (Unified Kernel Image), che riunisce 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 per UKI, non è possibile garantire l'inalterabilità del contenuto dell'ambiente initrd, dove avviene la definizione delle chiavi per la decrittazione del FS (ad esempio, un aggressore potrebbe sostituire initrd e simulare una richiesta di password; per evitare ciò è necessaria una verifica di avvio dell'intera catena fino al montaggio del FS).
L'attuale installatore di Fedora offre un'opzione per la crittografia delle partizioni a livello di blocco utilizzando dm-crypt, con una frase segreta separata, non legata all'account utente. In questa soluzione si evidenziano problemi come l'inadeguatezza per la crittografia separata nei sistemi multi-utente, la mancanza di supporto per l'internazionalizzazione e per le persone con disabilità, la possibilità di attacchi mediante il caricamento di un bootloader sostituito (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 il prompt della password.
Fonte: opennet.ru
