A Funda\u00e7\u00e3o Latino-Americana de Software Livre publicou uma vers\u00e3o completamente livre do kernel Linux 6.12 \u2014 Linux-libre 6.12-gnu, limpa de elementos de firmware e drivers que cont\u00eam componentes n\u00e3o livres ou segmentos de c\u00f3digo cuja \u00e1rea de aplica\u00e7\u00e3o \u00e9 limitada pelo fabricante. Al\u00e9m disso, o Linux-libre desativa recursos do kernel relacionados ao carregamento de componentes externos n\u00e3o livres que n\u00e3o est\u00e3o inclu\u00eddos na distribui\u00e7\u00e3o do kernel e remove refer\u00eancias ao uso de componentes n\u00e3o livres da documenta\u00e7\u00e3o. <\/p>\n
Para limpar o n\u00facleo de partes n\u00e3o livres, o projeto Linux-libre criou um script shell universal que cont\u00e9m milhares de modelos para identificar a presen\u00e7a de inser\u00e7\u00f5es bin\u00e1rias e excluir falsos positivos. Tamb\u00e9m est\u00e3o dispon\u00edveis para download patches prontos, criados com base na utiliza\u00e7\u00e3o do script mencionado. O n\u00facleo Linux-libre \u00e9 recomendado para uso em distribui\u00e7\u00f5es que atendem aos crit\u00e9rios da Funda\u00e7\u00e3o de Software Livre para a constru\u00e7\u00e3o de distribui\u00e7\u00f5es GNU\/Linux totalmente livres. Por exemplo, o Linux-libre \u00e9 utilizado em distribui\u00e7\u00f5es como Dragora Linux, Trisquel, Dyne:Bolic, gNewSense, Parabola, Musix e Kongoni. <\/p>\n
Na vers\u00e3o Linux-libre 6.12-gnu, foi adicionado c\u00f3digo para limpar blobs em drivers para SoC CPM\/QE QMC, chips sem fio Realtek 8852BE-VT, adaptadores bluetooth Amlogic, adaptadores de rede amcc qt2025, sensores aw96103\/aw96105 e codecs TI TLV320AIC31XX. Foi feita uma limpeza adicional de blobs em drivers para controladores xHCI Renesas e Intel ISH (Integrated Sensor Hub) HID. O c\u00f3digo para remo\u00e7\u00e3o de blobs em drivers e subsistemas MHI PCI host, Adreno 620\/621, r8169, Qualcomm q6v5 remoteproc, rtw8852c, rtw8922a, assim como em arquivos dts para chips ARM54 TI PRU e Qualcomm foi atualizado. A limpeza de drivers para placas sem fio ks7010 e subsistema de \u00e1udio Intel SkyLake foi interrompida, pois esses drivers foram removidos do n\u00facleo. <\/p>\n
Destaca-se ainda a identifica\u00e7\u00e3o, nos c\u00f3digos fonte, de um dos drivers de c\u00f3digo objeto execut\u00e1vel, gerado a partir de c\u00f3digos fonte n\u00e3o publicados e embutido na forma de uma sequ\u00eancia de n\u00fameros hexadecimais. O driver problem\u00e1tico n\u00e3o \u00e9 nomeado explicitamente, mas, com base nas mudan\u00e7as, parece referir-se \u00e0 presen\u00e7a de microc\u00f3digo de shader no arquivo gfx_v9_4_3_cleaner_shader.h, que faz parte do driver AMDGPU. A primeira inser\u00e7\u00e3o desse tipo foi identificada no n\u00facleo 6.11 e depois sugerida por um dos desenvolvedores para remo\u00e7\u00e3o, pois os c\u00f3digos fonte n\u00e3o foram fornecidos (ocorreu a situa\u00e7\u00e3o de fornecimento sob licen\u00e7a GPL de um programa dispon\u00edvel apenas em formato bin\u00e1rio). No entanto, no n\u00facleo 6.12, o c\u00f3digo bin\u00e1rio mencionado foi mantido, e nesse mesmo driver foi adicionada mais uma inser\u00e7\u00e3o semelhante. <\/p>\n
Al\u00e9m disso, o an\u00fancio do Linux-libre 6.12 menciona mais dois eventos: <\/p>\n
Observa-se que a empresa Tuxedo h\u00e1 muito prop\u00f5e mudar a licen\u00e7a de seus drivers, mas continuou a fornecer o c\u00f3digo sob a licen\u00e7a GPLv3 e, ao mesmo tempo, indicava no c\u00f3digo do driver a macro 'MODULE_LICENSE(«GPL»)\u2019 em vez de 'MODULE_LICENSE(«GPL v3»)\u2019 para obter acesso a todos os subsistemas do kernel. A empresa Tuxedo concordou com a cr\u00edtica e alterou a licen\u00e7a para GPLv2+ para parte de seus drivers. A mudan\u00e7a foi aplicada aos drivers gxtp7380, ite_8291, ite_8291_lb, ite_8297, ite_8297, stk8321, tuxedo_compatibility_check, tuxedo_nb02_nvidia_power_ctrl e tuxedo_tuxi. Mais de uma d\u00fazia de drivers ainda n\u00e3o foram re-licenciados, pois a mudan\u00e7a de licen\u00e7a requer a obten\u00e7\u00e3o do consentimento de desenvolvedores terceiros. <\/p>\n
O uso no c\u00f3digo de \u2018MODULE_LICENSE(\u2018GPL\u2019)\u2019 em vez de \u2018MODULE_LICENSE(\u2018GPL v3\u2019)\u2019 foi explicado pelo representante da Tuxedo como resultado da falta de uma explica\u00e7\u00e3o clara na documenta\u00e7\u00e3o do n\u00facleo, informando que o marcador \u2018GPL\u2019 n\u00e3o pode ser utilizado para a licen\u00e7a GPLv3. Ele tamb\u00e9m mencionou que a empresa pretende transferir seus drivers para o n\u00facleo principal do Linux e, para isso, est\u00e1 trabalhando na reescrita completa deles sob a licen\u00e7a GPLv2, levando em considera\u00e7\u00e3o os requisitos dos componentes do n\u00facleo. <\/p>\n
Na opini\u00e3o do mantenedor do Linux-libre, o n\u00facleo n\u00e3o deve restringir o direito dos usu\u00e1rios de n\u00e3o instalarem firmware e microc\u00f3digos propriet\u00e1rios n\u00e3o verificados em seus pr\u00f3prios dispositivos. A conversa sobre a exist\u00eancia de vulnerabilidades deve ser vinculada a corre\u00e7\u00f5es espec\u00edficas em vers\u00f5es determinadas de firmwares, e n\u00e3o rotular qualquer sistema que n\u00e3o tenha o microc\u00f3digo mais recente como vulner\u00e1vel, sem considerar se vulnerabilidades se manifestam nesse sistema e se o firmware mais recente cont\u00e9m corre\u00e7\u00f5es para essas vulnerabilidades. <\/ul>\n