Bazzite corrige su guía de arranque seguro para juegos con anticheat, Proton publica diez compilaciones experimentales en 48 horas, el kernel recibe sus primeros parches de estabilización para la versión 7.4 y systemd retoma dos de sus ramas estables más antiguas.
Bazzite, la distribución inmutable orientada a videojuegos del proyecto Universal Blue (ublue-os), publicó la noche del viernes 6 de noviembre, a las 18:55 UTC, la compilación "testing-45.20261106" con tres correcciones dirigidas al Steam Machine de Valve: un refuerzo del aviso de hardware que detecta la consola de sobremesa (pull request #6266, del desarrollador identificado como Ted O'Hayer), un ajuste al orden de verificación y una pista sobre SM3_256 en la guía de Secure Boot para juegos con anticheat (#6265), y una corrección al empaquetado de "daemonize" en el controlador openrazer (#6263, del desarrollador "trbocode"), según el historial de lanzamientos del proyecto en GitHub. Ya entrada la madrugada del sábado, la rama inestable "unstable-45.20261106.4" subió además el kernel de prueba de la versión 7.3.1-ogc6.1 a la 7.3.3-ogc1. Las correcciones llegan dos días después de que Bazzite publicara su primera imagen estable sobre Fedora 45, como reportó El Pisuika el jueves, y apuntan al mismo punto débil señalado entonces: el soporte de anticheat para el hardware de Valve. La guía de Secure Boot que ajusta esta compilación es la que el proyecto recomienda a quienes instalan títulos que exigen arranque seguro para validar su sistema anticheat, un requisito habitual en juegos competitivos con Easy Anti-Cheat o BattlEye en modo estricto. El repositorio no publicó notas de cambio narrativas junto a estas etiquetas —solo los mensajes de los pull requests—, por lo que esta nota se basa en una sola fuente, el propio historial de lanzamientos de Bazzite en GitHub, sin cobertura cruzada de medios especializados al cierre de esta edición. La comunidad costarricense de gaming en Linux, activa en foros y canales de Discord de distribuciones basadas en Fedora y Arch, no ha publicado todavía pruebas de estas correcciones: sin impacto local conocido al cierre de esta edición.
Proton, la capa de compatibilidad que permite correr juegos de Windows sobre Linux, publicó diez etiquetas "experimental-bleeding-edge-11.0" entre el 6 y el 7 de noviembre, según el historial de versiones del repositorio de Valve Software en GitHub —un ritmo de iteración diaria que contrasta con el ciclo de parches de estabilización, más espaciado, que sigue el kernel Linux. Las compilaciones no incluyen notas de cambio públicas más allá del número de revisión de Wine (vdb5628 en las más recientes), por lo que no es posible precisar qué juegos o controladores corrige cada una. El ritmo acelerado de Proton convive, sin embargo, con una limitación estructural que las correcciones diarias no resuelven: según la base de datos de compatibilidad que mantiene la comunidad de ProtonDB, varios títulos con anticheat a nivel de kernel —los que corren Easy Anti-Cheat o BattlEye en modo estricto— continúan sin funcionar en Linux, el mismo punto que la guía de Secure Boot de Bazzite trató de aclarar esta semana (ver nota aparte). La brecha pesa especialmente para el Steam Machine, la consola de sobremesa con la que Valve busca competir con PlayStation y Xbox en una franja de público que juega sobre todo títulos competitivos en línea. Ni Valve ni el proyecto Proton han anunciado una fecha para resolver la incompatibilidad con esos sistemas anticheat, ni confirmado si el lanzamiento comercial del Steam Machine esperará a una solución. Esta nota se apoya en una sola fuente primaria para el conteo de compilaciones —el propio historial de GitHub de Proton— y en la base pública de ProtonDB para el dato de compatibilidad. Sin impacto local conocido al cierre de esta edición: no se registran reportes de comunidades costarricenses de videojuegos en Linux probando estas compilaciones.
— La capa de compatibilidad de Valve publicó diez compilaciones de prueba en 48 horas para su rama 11.0, el mismo lapso en que Bazzite corrigió el aviso de arranque seguro para juegos con anticheat en el Steam Machine.
cat /feed/kernellinuxseguridad.md
El parche, fusionado el viernes en la rama de estabilización 7.4-rc2, evita un fallo de puntero nulo en equipos sin GPU dedicada, en una ventana que también sumó correcciones de seguridad en Xen y arm64.
> El subsistema IOMMU de AMD recibió el jueves 5 y el viernes 6 de noviembre una serie de correcciones fusionadas por Linus Torvalds en la rama de estabilización del kernel 7.4-rc2, según el historial de confirmaciones del repositorio oficial de Linux en GitHub. Entre ellas, un parche del desarrollador identificado como "guillaje" corrige una falla de puntero nulo ("NULL pointer dereference") que ocurría en equipos con GPU integradas sin puente PCI ascendente ("upstream bridge"), y otro de "arkevmitch" elimina una advertencia obsoleta sobre el puntero de dominio al liberar memoria IOMMU.
> La misma ventana de fusión incorporó parches de seguridad en el hipervisor Xen —dos correcciones de uso después de liberación ("use-after-free") en las estadísticas de red y bloque, firmadas por el mantenedor Juergen Gross (usuario "jgross1")— y en arm64, donde el desarrollador Kiryl Shutsemau corrigió cómo el núcleo preserva los registros de excepción al interrumpir código de la extensión SDEI. Los árboles de bloque e io_uring, a cargo de Jens Axboe, y el de red llegaron también al repositorio principal entre el 5 y el 6 de noviembre, en lo que ya suma la segunda tanda de correcciones para el ciclo 7.4, cuya primera candidata se publicó el 1 de noviembre.
> El proyecto no ha etiquetado todavía "v7.4-rc2" al cierre de esta edición, por lo que estas correcciones llegan antes de que exista una compilación de prueba formal que las agrupe; esta nota se basa en una sola fuente, el historial de confirmaciones del repositorio de Linux en GitHub, sin cobertura en medios especializados. Ninguna distribución de uso documentado en instituciones costarricenses corre todavía una rama de prueba del kernel 7.4: sin impacto local conocido al cierre de esta edición.
El proyecto systemd publicó la versión 260.7 de su rama estable el viernes 6 de noviembre y la versión 259.11 el sábado 7, ambas firmadas con la clave verificada del desarrollador principal, Luca Boccassi, según el historial de etiquetas del repositorio en GitHub. Las dos ramas no recibían un parche desde el 17 de octubre —cuando salieron 260.6 y 259.10— y quedaban rezagadas frente a la rama principal 262, que systemd actualizó a 262.2 apenas el jueves 5, como reportó El Pisuika esa semana. systemd mantiene en paralelo varias series estables —actualmente 258, 259, 260, 261 y 262— para que las distribuciones que empaquetaron una versión más antigua sigan recibiendo correcciones de errores sin tener que saltar a la rama más reciente. El repositorio no publicó notas de cambio detalladas junto a ninguna de las dos etiquetas, por lo que esta nota se basa en una sola fuente, el propio historial de lanzamientos en GitHub, sin cobertura cruzada de medios especializados al cierre de esta edición. Buena parte de la infraestructura de servidores en instituciones y empresas costarricenses corre sobre distribuciones —Fedora, Debian, Ubuntu, openSUSE— que dependen de systemd para arrancar sus servicios, aunque ninguna ha confirmado públicamente si ya aplicó los parches de las ramas 259 o 260 en particular.
El sábado deja tres frentes abiertos alrededor del hardware de Valve: Bazzite corrigiendo su guía de arranque seguro y su advertencia de hardware para el Steam Machine, Proton iterando a diez compilaciones experimentales en 48 horas, y una brecha de compatibilidad con sistemas anticheat que ninguna de las dos mejoras resolvió todavía. En paralelo, el kernel Linux ya fusiona sus primeras correcciones de seguridad para el ciclo 7.4-rc2 —entre ellas parches de IOMMU en AMD y de uso después de liberación en Xen— y systemd retomó dos de sus ramas estables más antiguas, 259 y 260, después de tres semanas sin tocarlas. Sobre Omarchy, la distro de David Heinemeier Hansson que dominó la conversación del software libre toda la semana con su versión 4.5 y su financiamiento de más de US$18 millones, no hay anuncios nuevos desde el jueves: el proyecto permanece en su versión estable sin movimientos públicos al cierre de esta edición. Ninguno de los frentes de hoy tiene fecha de cierre propia: ni el kernel 7.4 final, previsto para fines de diciembre, ni una fecha comercial confirmada para el Steam Machine de Valve.