Die Lateinamerikanische Stiftung f\u00fcr freie Software hat eine vollst\u00e4ndig freie Version des Linux-Kernels 6.12 ver\u00f6ffentlicht - Linux-libre 6.12-gnu, das von Firmware- und Treiberelementen, die nicht freie Komponenten oder Teile von Code enthalten, bereinigt wurde, deren Einsatzbereich vom Hersteller eingeschr\u00e4nkt ist. Dar\u00fcber hinaus deaktiviert Linux-libre Kernel-Funktionen zum Laden externer nicht freier Komponenten, die nicht im Lieferumfang des Kernels enthalten sind, und entfernt alle Erw\u00e4hnungen der Nutzung nicht freier Komponenten aus der Dokumentation. <\/p>\n
Um den Kernel von nichtfreien Teilen zu befreien, wurde von dem Projekt Linux-libre ein universelles Shell-Skript erstellt, das Tausende von Vorlagen enth\u00e4lt, um das Vorhandensein von Bin\u00e4reinsch\u00fcben zu erkennen und Fehlalarmierungen auszuschlie\u00dfen. Au\u00dferdem sind bereits erstellte Patches, die auf der Nutzung des oben genannten Skripts basieren, zum Download verf\u00fcgbar. Der Linux-libre-Kernel wird f\u00fcr die Verwendung in Distributionen empfohlen, die den Kriterien der Stiftung f\u00fcr freie Software zur Erstellung vollst\u00e4ndig freier GNU\/Linux-Distributionen entsprechen. Beispielsweise wird Linux-libre in Distributionen wie Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix und Kongoni verwendet. <\/p>\n
Im Linux-libre 6.12-gnu wurden Code zur Reinigung von Blobs in Treibern f\u00fcr SoC CPM\/QE QMC, drahtlosen Chips Realtek 8852BE-VT, Bluetooth-Adaptern von Amlogic, Netzwerkadaptern amcc qt2025, Sensoren aw96103\/aw96105 und TI TLV320AIC31XX-Codecs hinzugef\u00fcgt. Es wurde eine zus\u00e4tzliche Bereinigung von Blobs in den Treibern f\u00fcr die xHCI-Controller Renesas und Intel ISH (Integrated Sensor Hub) HID durchgef\u00fchrt. Der Code zur Blob-Entfernung in Treibern und MHI PCI-Host-Subsystemen, Adreno 620\/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a und auch in dts-Dateien f\u00fcr ARM54-Chips TI PRU und Qualcomm wurde aktualisiert. Die Treiber f\u00fcr die drahtlosen Karten ks7010 und das Audiosubsystem Intel SkyLake wurden nicht mehr gereinigt, da diese Treiber aus dem Kernel entfernt wurden. <\/p>\n
Besonders hervorzuheben ist die Entdeckung in den Quelltexten eines Treibers eines ausf\u00fchrbaren Objektcodes, der aus nicht ver\u00f6ffentlichten Quelltexten generiert und in Form einer Sequenz von hexadezimalen Zahlen eingebettet wurde. Der problematische Treiber wird nicht namentlich genannt, aber den \u00c4nderungen zufolge bezieht sich das auf das Vorhandensein von Mikrocode des Shaders in der Datei gfx_v9_4_3_cleaner_shader.h, die Teil des AMDGPU-Treibers ist. Der erste \u00e4hnliche Eintrag wurde im Kernel 6.11 gefunden und dann von einem der Entwickler zur Entfernung vorgeschlagen, da die Quelltexte nicht bereitgestellt wurden (es entstand eine Situation, in der ein unter der GPL-Lizenz bereitgestelltes Programm nur im Bin\u00e4rformat verf\u00fcgbar war). Dennoch wurde im Kernel 6.12 der angegebene Bin\u00e4rcode beibehalten und dem gleichen Treiber wurde ein weiterer \u00e4hnlicher Eintrag hinzugef\u00fcgt. <\/p>\n
Dar\u00fcber hinaus wurden in der Ank\u00fcndigung von Linux-libre 6.12 noch zwei weitere Ereignisse erw\u00e4hnt: <\/p>\n
Es wird darauf hingewiesen, dass Tuxedo seit langem vorgeschlagen hat, die Lizenz ihrer Treiber zu \u00e4ndern, aber das Unternehmen weiterhin Code unter der GPLv3-Lizenz bereitstellt und im Treiber-Code das Makro 'MODULE_LICENSE(«GPL»)' anstelle von 'MODULE_LICENSE(«GPL v3»)' verwendet, um Zugang zu allen Subsystemen des Kernels zu erhalten. Tuxedo hat die Kritik akzeptiert und die Lizenz f\u00fcr einen Teil seiner Treiber auf GPLv2+ ge\u00e4ndert. Diese \u00c4nderung wurde auf die Treiber gxtp7380, ite_8291, ite_8291_lb, ite_8297, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl und tuxedo_tuxi angewendet. Mehr als ein Dutzend Treiber sind jedoch noch nicht um lizenziert, da f\u00fcr die \u00c4nderung der Lizenz die Zustimmung von Drittentwicklern erforderlich ist. <\/p>\n
Die Verwendung von \u201aMODULE_LICENSE(\u201eGPL\u201c)\u2018 anstelle von \u201aMODULE_LICENSE(\u201eGPL v3\u201c)\u2018 erkl\u00e4rte ein Vertreter von Tuxedo mit dem Fehlen einer klaren Erkl\u00e4rung in der Dokumentation des Kernels, dass das Label \u201eGPL\u201c nicht f\u00fcr die Lizenz GPLv3 verwendet werden kann. Er berichtete auch, dass das Unternehmen plant, seine Treiber in den Hauptkern von Linux zu \u00fcberf\u00fchren und dazu daran arbeitet, sie vollst\u00e4ndig unter der Lizenz GPLv2 unter Ber\u00fccksichtigung der Anforderungen an die Bestandteile des Kernels neu zu programmieren. <\/p>\n
Laut dem Betreuer von Linux-libre sollte der Kernel das Recht der Benutzer nicht einschr\u00e4nken, nicht gepr\u00fcfte propriet\u00e4re Firmware und Mikrocode auf ihrem eigenen Ger\u00e4t nicht zu installieren. Die Diskussion \u00fcber die Existenz von Sicherheitsl\u00fccken sollte an konkrete Korrekturen in bestimmten Versionen von Firmware gebunden sein und nicht alle Systeme als verletzbar kennzeichnen, die nicht den neuesten Mikrocode installiert haben, ohne zu analysieren, ob in diesem System Sicherheitsl\u00fccken vorhanden sind und ob die aktuelle Firmware Korrekturen f\u00fcr Sicherheitsl\u00fccken enth\u00e4lt. <\/ul>\n