Nel sistema operativo KDE Linux, sviluppato dal team di KDE, ha rivisto i componenti di base dopo un audit interno della sicurezza del sistema. Il progetto, che KDE posiziona come un sistema operativo in fase di sviluppo, continua a muoversi verso un modello più controllato e prevedibile: meno moduli del kernel non standard, meno dipendenze da AUR e più implementazioni personalizzate là dove prima venivano utilizzati i componenti del kernel.
Gli sviluppatori hanno spiegato le modifiche con il fatto che nel mese precedente nel kernel upstream di Linux sono state trovate diverse problematiche di sicurezza. Dopo ciò, Adrian Vovk, Hadi Chokr e Nate Graham hanno effettuato un controllo del software insicuro e inutilizzato già incluso in KDE Linux. Ne è risultato un insieme di modifiche volto a semplificare la base del sistema e ridurre il numero di componenti potenzialmente rischiosi.
Modifiche principali
Ritorno dal Zen Kernel al normale kernel Linux. KDE Linux non userà più Zen Kernel come opzione base per il kernel. Secondo gli sviluppatori, questo ramo non offriva più vantaggi significativi rispetto alle configurazioni che il progetto applica già autonomamente. In altre parole, per semplificare la manutenzione, è stata scelta un'opzione di kernel più vicina all'upstream.
Rimozione di moduli del kernel non sicuri e inutilizzati. Sono stati rimossi dal sistema i moduli che gli sviluppatori hanno considerato inutili e potenzialmente rischiosi. Ciò riduce la superficie di attacco: meno codice caricato nello spazio del kernel significa meno componenti che possono diventare fonti di vulnerabilità.
Porting di NTFS e CDemu su varianti FUSE. Invece dei moduli del kernel per NTFS e CDemu, ora vengono utilizzate implementazioni FUSE personalizzate. Questo approccio rende il sistema più conservativo: la logica dei file opera al di fuori del kernel, quindi eventuali errori non ricevono lo stesso livello di privilegi del codice all'interno dello spazio del kernel.
Rimozione dei moduli esterni OpenRazer e APFS. I moduli out-of-tree preinstallati OpenRazer e APFS sono stati rimossi dall'immagine. Si ritiene che tali componenti potrebbero ostacolare in futuro il superamento del controllo Secure Boot, quindi, anziché fornire moduli del kernel di terze parti, KDE Linux intende orientarsi verso soluzioni upstream. Per APFS rimane comunque la possibilità di funzionare tramite il driver FUSE, anche se gli sviluppatori notano separatamente l'incertezza riguardo al suo futuro.
Rimozione dei pacchetti superflui dall'immagine di base. Dalla fornitura sono stati esclusi acpi_call, busybox, cryfs, encfs, hplip, v4l2loopback-utils e vpl-gpu-rt. La motivazione è semplice: questi componenti non vengono utilizzati, non sono necessari nel sistema di base o possono essere sostituiti con soluzioni personalizzate.
Abbandono di fuse2. KDE Linux rimuove fuse2 poiché considerato non supportato e non sicuro. Un effetto collaterale è che alcune vecchie applicazioni AppImage potrebbero smettere di funzionare. Gli sviluppatori suggeriscono di considerare questo come un problema delle stesse applicazioni e dei loro pacchettizzatori: devono passare a fuse3, soprattutto perché anche altri sistemi operativi hanno già abbandonato fuse2.
Rifiuto totale dell'uso di AUR. Grazie alla rimozione di fenrir, il progetto è riuscito a eliminare completamente la dipendenza dall'Arch User Repository. In precedenza, l'AUR era già una fonte di instabilità infrastrutturale; inoltre, tale dipendenza si adattava male all'obiettivo di KDE Linux di essere meno vincolata alle peculiarità del packaging di Arch.
Parallelamente alla ‘pulizia’, gli sviluppatori hanno migliorato l'infrastruttura di build: KDE Linux ora compila il software KDE direttamente tramite kde-builder, invece di generare pacchetti Arch e installarli tramite mkosi. Questo dovrebbe meglio corrispondere a come gli stessi sviluppatori KDE assemblano il loro software, semplificare un'eventuale sostituzione delle fonti di componenti non KDE e velocizzare le build grazie a una cache più efficiente.
Un altro aspetto è il test automatico. KDE Linux ha già una verifica di base per controllare se l'immagine si avvia fino al desktop, ma ora il progetto sta migliorando il sistema basato su OpenQA per catturare in anticipo le build non funzionanti e ampliare gradualmente il set di controlli. È stato aggiunto anche un test che dovrebbe impedire il rilascio di immagini con capacità di file non valide.
Le modifiche sono un tentativo di rendere KDE Linux più adatta al ruolo di piattaforma sicura e di riferimento per KDE: meno AUR, meno moduli esterni del kernel, meno componenti non supportati e maggiore controllo su ciò che entra nell'immagine di base.
Fonte: linux.org.ru
