Il Fondo Latinoamericano per il Software Libero ha pubblicato una versione completamente libera del kernel Linux 6.12 — Linux-libre 6.12-gnu, ripulita da elementi di firmware e driver contenenti componenti non liberi o sezioni di codice il cui utilizzo è limitato dal produttore. Inoltre, Linux-libre disabilita le funzioni del kernel per il caricamento di componenti esterni non liberi, non inclusi nella fornitura del kernel, e rimuove i riferimenti all'uso di componenti non liberi dalla documentazione.
Per ripulire il kernel da parti non libere, il progetto Linux-libre ha creato uno script shell universale che contiene migliaia di modelli per determinare la presenza di inserzioni binarie ed escludere falsi positivi. Sono inoltre disponibili per il download patch pronte, create sulla base dell'utilizzo dello script sopra menzionato. Il kernel Linux-libre è raccomandato per l'uso in distribuzioni che soddisfano i criteri della Fondazione per la realizzazione di distribuzioni completamente libere GNU/Linux. Ad esempio, Linux-libre è utilizzato in distribuzioni come Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix e Kongoni.
Nella release di Linux-libre 6.12-gnu è stato aggiunto codice per la pulizia dei blob nei driver per SoC CPM/QE QMC, chip wireless Realtek 8852BE-VT, adattatori Bluetooth Amlogic, adattatori di rete amcc qt2025, sensori aw96103/aw96105 e codec TI TLV320AIC31XX. È stata effettuata una pulizia aggiuntiva dei blob nei driver per i controller xHCI Renesas e Intel ISH (Integrated Sensor Hub) HID. È stato aggiornato il codice per la rimozione dei blob nei driver e nelle sottosistemi MHI PCI host, Adreno 620/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a, e anche nei file dts per i chip ARM54 TI PRU e Qualcomm. È stata interrotta la pulizia dei driver per le schede wireless ks7010 e il sistema audio Intel SkyLake, in quanto questi driver sono stati rimossi dal kernel.
Viene segnalata separatamente la rilevazione nei codici sorgente di uno dei driver di codice oggetto eseguibile, generato da codici sorgente non pubblicati e incorporato sotto forma di sequenza di numeri esadecimali. Il driver problematico non è specificato esplicitamente, ma, a giudicare dalle modifiche, si sospetta la presenza di microcodice shader nel file gfx_v9_4_3_cleaner_shader.h, parte del driver AMDGPU. La prima di queste inserzioni è stata rilevata nel kernel 6.11 e poi proposta per la rimozione da uno degli sviluppatori, in quanto i codici sorgente non erano stati forniti (si era verificata una situazione di fornitura sotto licenza GPL di un programma disponibile solo in forma binaria). Tuttavia, nel kernel 6.12, il suddetto codice binario è stato mantenuto e nel medesimo driver è stata aggiunta un'altra inserzione simile.
Inoltre, nell'annuncio di Linux-libre 6.12 sono stati menzionati altri due eventi:
- Per l'inclusione nel kernel, è stata proposta una modifica che blocca ai driver per laptop Tuxedo l'accesso ai sottosistemi del kernel disponibili solo per codice sotto licenza GPLv2 (EXPORT_SYMBOL_GPL). La possibilità di bloccare è stata introdotta inizialmente per limitare il collegamento di driver proprietari con componenti del kernel Linux, esportati solo per moduli sotto licenza GPLv2, ma viene aggirata con successo attraverso la creazione di moduli intermedi, che traducono l'accesso del driver proprietario alle API necessarie del kernel. Nel caso dei driver Tuxedo, la situazione è inversa: nonostante il fatto che i driver Tuxedo si sviluppino separatamente dal kernel, vengono forniti con licenza GPLv3, che da un lato non è compatibile con GPLv2, ma dall'altro lato sostiene maggiori libertà, ad esempio protegge dalla tivoizzazione.
Si segnala che l'azienda Tuxedo ha a lungo proposto di cambiare la licenza dei propri driver, ma ha continuato a fornire codice sotto licenza GPLv3 e ha indicato nel codice del driver il macro ‘MODULE_LICENSE(«GPL»)’ invece di ‘MODULE_LICENSE(«GPL v3»)’ per ottenere accesso a tutti i sottosistemi del kernel. L'azienda Tuxedo ha accolto le critiche e ha cambiato la licenza a GPLv2+ per alcuni dei suoi driver. La modifica è stata applicata ai driver gxtp7380, ite_8291, ite_8291_lb, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl e tuxedo_tuxi. Più di dieci driver non sono ancora stati ri-licenziati, poiché per cambiare la licenza su di essi è necessaria l'approvazione degli sviluppatori terzi.
L'uso nel codice di ‘MODULE_LICENSE(«GPL»)’ invece di ‘MODULE_LICENSE(«GPL v3»)’ è stato spiegato da un rappresentante di Tuxedo con l'assenza di una chiara spiegazione nella documentazione del kernel riguardo al fatto che il marcatore «GPL» non può essere utilizzato per la licenza GPLv3. Ha anche spiegato che l'azienda intende trasferire i propri driver nel kernel principale di Linux e a tal fine sta lavorando alla loro completa riscrittura sotto licenza GPLv2, tenendo conto dei requisiti per i componenti del kernel.
- Gli sviluppatori del kernel discutono un'iniziativa per l'aggiunta del flag X86_BUG_OLD_MICROCODE, che segnala che nella sistema è utilizzata una versione non aggiornata del microcodice della CPU. Quando viene attivato questo flag, il sistema è considerato come potenzialmente vulnerabile a difetti non corretti. Le tentativi di equiparare lo stato del sistema con microcodice non aggiornato alla situazione di avere vulnerabilità reali non corrette nel codice hanno portato a critiche da uno dei manutentori del progetto Linux-libre.
Secondo il manutentore di Linux-libre, il kernel non dovrebbe limitare il diritto degli utenti di non installare firmware e microcodice proprietari non verificati sui propri dispositivi. Si propone di discuterne con riferimento a specifiche correzioni in determinate versioni dei firmware, e non etichettare come vulnerabili tutti i sistemi che non hanno installato l'ultimo microcodice, indipendentemente dal fatto che in tale sistema si manifestino vulnerabilità e se l'ultimo firmware contenga correzioni a vulnerabilità.
Fonte: opennet.ru
