CISA documenta ataques reales contra una falla de 14 años en el kernel Linux y otra con CVSS 8,8 en ebtables, ThePrimeagen se une a Omarchy Core para liderar su control de calidad el mismo fin de semana en que la comunidad reporta cinco fallas distintas de energía e instalación, un error de configuración regional bloquea las actualizaciones del sistema, y el kernel Linux no llega a su quinta candidata pese al calendario semanal del ciclo 7.3.
La agencia estadounidense de ciberseguridad documenta ataques reales contra la interfaz criptográfica AF_ALG del kernel Linux y contra una falla de firewall con puntaje CVSS de 8,8, según dos reportes especializados publicados esta semana.
La Agencia de Seguridad de Infraestructura y Ciberseguridad de Estados Unidos (CISA) confirmó la explotación activa de fallas del kernel Linux, según reportaron esta semana los medios The Hacker News y Cybersecurity News, sin que ninguna de las dos fuentes consultadas por esta sección precise el día exacto dentro de esta semana en que la agencia sumó los casos a su catálogo. Una de las fallas confirmadas afecta la interfaz criptográfica de espacio de usuario AF_ALG, presente en el kernel desde hace 14 años: escrituras concurrentes inseguras sobre el mismo socket que procesa operaciones como el cifrado y descifrado AES permiten a un atacante local escalar privilegios hasta obtener acceso de root y, en un entorno de prueba de concepto, escapar de un contenedor Docker hacia el sistema anfitrión, según Cybersecurity News, que no atribuye a esta falla un identificador CVE específico en el texto consultado por esta sección. La segunda falla confirmada, identificada como CVE-2026-53266 y con puntuación CVSS de 8,8 sobre 10, es una escritura fuera de límites en la ruta de reescritura de direcciones ARP del módulo de traducción de direcciones de origen (SNAT) de ebtables, la herramienta de filtrado de tráfico a nivel de puente de red del kernel, que puede provocar denegación de servicio o escalamiento de privilegios local, según The Hacker News. El titular de The Hacker News habla de tres fallas del kernel marcadas como explotadas activamente, pero las fuentes consultadas por esta sección solo detallan estas dos con precisión técnica suficiente para reportarlas; esta sección no pudo confirmar de forma independiente cuál sería la tercera. Ambas fallas confirmadas comparten un rasgo que matiza la alarma inicial: requieren que el atacante ya tenga acceso local a la máquina, por lo que no permiten un compromiso remoto directo desde internet. El riesgo real se concentra en entornos donde varios usuarios o cargas de trabajo comparten un mismo kernel -servidores de alojamiento compartido, clústeres de contenedores y plataformas de integración continua-, donde una escalada de privilegios local puede convertirse en una fuga completa entre inquilinos. CISA no ha publicado, en las fuentes consultadas, un plazo específico de corrección para agencias federales estadounidenses ni una lista completa de versiones de kernel afectadas por cada falla. Costa Rica no tiene cifras públicas de proveedores de infraestructura en la nube que corran kernels vulnerables a estas fallas específicas, pero cualquier empresa tica que administre servidores compartidos o clústeres de contenedores sobre Linux debería revisar hoy mismo si su kernel corrige AF_ALG y CVE-2026-53266, antes de que la explotación activa ya confirmada en otros países alcance infraestructura local.
Omarchy publicó este sábado 26 de setiembre de 2026, en la sección de noticias de su sitio oficial, el ingreso de ThePrimeagen -el desarrollador y creador de contenido conocido por su trabajo con Neovim y configuraciones de terminal orientadas al teclado- al equipo Omarchy Core, con la responsabilidad de liderar el «QA agéntico» del proyecto: según el propio anuncio, su tarea es asegurar que cada versión de Omarchy pase por un conjunto de agentes automatizados que revisen el sistema antes de publicarse. El anuncio atribuye a ThePrimeagen haber influido personalmente en David Heinemeier Hansson (DHH), el creador de Omarchy, para adoptar Neovim después de veinte años de usar el editor TextMate, y describe su configuración de Linux centrada en el teclado como una de las inspiraciones originales del proyecto, según la misma fuente. La incorporación llega en un momento en que la comunidad técnica de Omarchy documentó, solo este fin de semana, al menos cinco reportes distintos de fallas de hardware y herramientas -de suspensión, hibernación, apagado, arranque del instalador y restablecimiento del panel táctil, todos reportados hoy mismo por esta sección-, lo que convierte el control de calidad en un frente de trabajo con evidencia inmediata y pública de por qué es necesario. La información proviene únicamente del anuncio oficial de Omarchy, sin cobertura cruzada de otro medio especializado al cierre de esta edición. Omarchy no detalla, en la fuente consultada, cuándo empezará a operar en la práctica ese conjunto de agentes de QA ni si cubrirá los reportes de regresión ya abiertos. Costa Rica no tiene cifras propias de desarrolladores que sigan el trabajo de ThePrimeagen o usen Omarchy, pero la comunidad tica de software libre que ya sigue esta sección por los reportes de regresión del proyecto podrá evaluar, en las próximas semanas, si el nuevo proceso de control de calidad reduce el volumen de fallas documentado.
— El streamer ThePrimeagen se incorpora al equipo central del proyecto para encabezar lo que Omarchy llama «QA agéntico», una capa de agentes de inteligencia artificial que revisa cada versión antes de publicarse.
Los usuarios nanpaidashi y sijin-xb abrieron, cada uno por separado, este domingo 27 de setiembre de 2026, los reportes #13385 y #13376 en el repositorio de Omarchy en GitHub, en los que documentan que el comando omarchy update se detiene con el mensaje «Refusing to use an unsafe Omarchy update inhibitor state path» en sistemas configurados con una configuración regional distinta al inglés -el primero probó con chino simplificado (zh_CN.UTF-8)-, mientras el mismo comando funciona sin problema bajo la configuración C, según ambos reportes. La causa, de acuerdo con el análisis técnico que incluye el reporte #13376, está en el script bin/omarchy-update-stay-awake: usa el especificador %F del comando stat para verificar el tipo de un directorio, pero ese especificador devuelve texto traducido por gettext según el idioma del sistema -«目录» en lugar de «directory» bajo la configuración china-, por lo que la comparación de cadenas de texto que hace el script siempre falla fuera del inglés. El reporte #13385 documenta, además, tres fallas adicionales en el mismo script: una verificación de permisos demasiado estricta que rechaza directorios de solo lectura legítimos, una espera sin límite de tiempo cuando el proceso no corre en una terminal interactiva, y un intento de terminar un proceso con privilegios de root desde un llamado sin privilegios elevados, según la misma fuente. El defecto adquiere un peso particular porque llega apenas tres días después de que esta sección reportara dos solicitudes de incorporación de cambios para traducir el manual de Omarchy al español rioplatense y al ucraniano: el propio mecanismo de actualización del sistema falla, en la práctica, para cualquier usuario que configure su equipo en un idioma distinto al inglés, incluidos quienes usarían esas mismas traducciones. Ambos reportes proponen la misma solución técnica -forzar la configuración C únicamente durante la llamada al comando stat, sin alterar el resto del sistema-, y ambos documentan que anteponer LC_ALL=C al comando de actualización sirve como parche temporal mientras Omarchy Core no responde, según las fuentes consultadas por esta sección. Costa Rica usa mayoritariamente la configuración regional es_CR.UTF-8, que como la china no es inglés, por lo que cualquier persona tica que use Omarchy sin su sistema en inglés debería verificar si el comando de actualización le falla y aplicar el parche temporal mientras el equipo del proyecto corrige el script.
El usuario ilvez abrió este domingo 27 de setiembre de 2026 el reporte #13395 en el repositorio de Omarchy en GitHub, en el que documenta que un escritorio con procesador AMD Ryzen 5 7600 y tarjeta gráfica discreta AMD Radeon RX 6700 XT no logra reanudar tras hibernar: la imagen de hibernación se escribe y el equipo se apaga sin problema, pero al encenderlo de nuevo la reanudación falla con un error de tiempo de espera agotado (-62) durante el reinicio del modo 1 de la GPU controlado por el SMU, lo que obliga a un reinicio forzado, según el propio reporte, que identifica como causa que el controlador amdgpu se carga en el initramfs antes de que el proceso de reanudación pueda congelar los dispositivos correctamente. Quitar el gancho kms del initramfs evita el problema, de acuerdo con la misma prueba del usuario. El sábado 26 de setiembre, el usuario cd-slash había abierto el reporte #13370, en el que documenta que en equipos Apple Silicon la tapa se vincula al comando interno omarchy-hyprland-monitor-clamshell en lugar de al comando omarchy-system-lid-close, que primero bloquea la pantalla y luego delega esa misma función internamente; al saltarse el paso de bloqueo, la secuencia de suspensión nunca arranca y la máquina permanece encendida con la tapa cerrada, según el propio reporte. Este domingo, el usuario Armoghan-ul-Mohmin abrió el reporte #13394, en el que documenta que una ThinkPad T460 con procesador Intel Core i7-6600U no completa el apagado -la pantalla y la luz del botón de encendido se apagan, pero el ventilador sigue girando y la retroiluminación del teclado permanece encendida, por lo que el usuario debe retirar la batería para apagar el equipo del todo- además de un arranque de dos minutos y diez segundos, de los cuales un minuto con 33,6 segundos corresponden solo al espacio de usuario, según el desglose de systemd-analyze que incluye el mismo reporte. Los tres reportes comparten un patrón distinto al de las regresiones de audio y video que esta sección documentó entre el 20 y el 26 de setiembre: no son fallas aisladas de un solo componente, sino de las transiciones de estado de energía -hibernar, suspender, apagar- en tres arquitecturas de hardware distintas (AMD de escritorio, Apple Silicon y una ThinkPad Intel de generación anterior), lo que sugiere que el manejo de energía es un punto débil transversal del kernel a medida y de los scripts de sistema de Omarchy. Ninguno de los tres reportes tiene mantenedor asignado ni respuesta de Omarchy Core al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras propias de desarrolladores que reporten estas fallas específicas, pero cualquier persona tica que use Omarchy en un escritorio AMD con GPU RDNA2, en un equipo Apple Silicon o en una ThinkPad de generación Skylake debería revisar los tres reportes antes de confiar en la suspensión, la hibernación o el apagado automático del sistema.
cat /feed/kernellinuxciclo73.md
El repositorio de Linus Torvalds sigue fusionando parches de ATA, PCI, sondas de depuración y migración de máquinas SEV, rumbo a v7.3-rc5, que el calendario dominical del ciclo hacía esperable para hoy.
> El repositorio torvalds/linux en GitHub, consultado por esta sección la mañana de este domingo 27 de setiembre de 2026, sigue mostrando v7.3-rc4 -publicada el domingo 20 de setiembre- como la etiqueta más reciente del ciclo, sin que Linus Torvalds haya publicado todavía v7.3-rc5 al cierre de esta edición. El historial de cambios más reciente incluye, sin embargo, varias fusiones que ya llevan en su nombre la referencia a esa candidata pendiente: una serie de correcciones del subsistema ATA («ata-7.3-rc5»), un segundo lote de arreglos de PCI, correcciones a las sondas de depuración del kernel («probes-fixes-v7.3-rc4») y cambios de Paolo Bonzini al subsistema KVM, entre ellos dos ajustes de Sean Christopherson a la migración de máquinas virtuales cifradas con AMD SEV (Secure Encrypted Virtualization) dentro de un mismo servidor físico, según el propio historial de cambios.
> El ciclo del kernel 7.3 había mantenido, desde el 30 de agosto, una cadencia de una etiqueta cada domingo -rc1 el 30 de agosto, rc2 el 6 de setiembre, rc3 el 13 y rc4 el 20-, lo que hacía razonable esperar rc5 este mismo domingo 27; que la etiqueta no aparezca todavía, mientras los nombres de rama de los últimos parches ya la dan por asumida, no es en sí mismo una señal de alarma -Torvalds ha publicado etiquetas dominicales fuera de horario centroamericano en ciclos anteriores-, pero sí deja abierta, por ahora, la pregunta de si el calendario semanal se sostiene sin variación hasta el final del ciclo.
> La fecha del lanzamiento estable de la versión 7.3 sigue en disputa entre el 18 y el 25 de octubre, según las fuentes que esta sección ya citó esta semana, sin que ninguna nueva fuente consultada hoy permita despejar cuál de las dos prevalece. Costa Rica no tiene mantenedores identificados en el equipo de desarrollo del kernel, pero distribuciones como Ubuntu y Fedora, que sí corren en producción en empresas e instituciones ticas, heredarán estos cambios -incluidas las correcciones de migración de máquinas virtuales SEV, relevantes para cualquier proveedor de nube que ofrezca cómputo confidencial- cuando adopten la versión 7.3.
El usuario alexveli1 abrió este domingo 27 de setiembre de 2026 el reporte #13393 en el repositorio de Omarchy en GitHub, en el que documenta que la imagen ISO en vivo de Omarchy 4.0.4 incluye el kernel linux-t2 -diseñado para el chip T2 de Apple- en lugar de uno con soporte para gráficos AMD, lo que produce pantalla negra al arrancar el instalador en una laptop HP 255 G10 con procesador AMD Ryzen 7 7730U; el sistema ya instalado funciona sin problema porque usa el kernel linux-omarchy, con soporte amdgpu completo, según el análisis estático del propio kernel que incluye el reporte, que confirma la ausencia de identificadores de fabricante AMD en el binario del instalador. El mismo domingo, el usuario kianlabs abrió el reporte #13398, en el que documenta que el comando omarchy restart trackpad no hace nada en touchpads ELAN controlados por el controlador elan_i2c: el script solo busca dispositivos bajo el controlador i2c_hid_acpi, por lo que el patrón de búsqueda no encuentra coincidencias, el bucle no se ejecuta y el comando termina con código de salida exitoso (0) pese a no haber reiniciado nada, de acuerdo con el propio reporte, probado en una laptop ASUS GL752VL. Ambos casos comparten un mismo patrón de falla -una herramienta que no hace lo que promete pero tampoco reporta un error-, distinto del patrón de regresiones de hardware que domina la cobertura de esta sección desde el 20 de setiembre: aquí el problema no es que el sistema se rompa de forma visible, sino que falla de forma invisible, lo que complica el diagnóstico para cualquier persona que no revise manualmente si la acción esperada ocurrió. Ninguno de los dos reportes tiene mantenedor asignado ni solicitud de incorporación de cambios asociada al cierre de esta edición, según el propio repositorio, aunque ambos incluyen una solución técnica propuesta por el reportero. Costa Rica no tiene cifras públicas de usuarios de Omarchy con hardware HP de APU AMD o touchpads ELAN, pero cualquier persona tica que instale la distribución desde la imagen en vivo en una laptop AMD, o que use el comando de reinicio de panel táctil en un equipo con touchpad ELAN, debería revisar ambos reportes antes de asumir que la herramienta hizo lo que se le pidió.
— El instalador en vivo de Omarchy muestra pantalla negra en portátiles AMD por un kernel pensado para equipos Apple, y el comando de reinicio de panel táctil falla sin avisarlo en touchpads ELAN.
CISA confirma explotación activa de fallas del kernel, ThePrimeagen se suma a Omarchy Core para el control de calidad, un error de configuración regional bloquea las actualizaciones, tres equipos fallan al suspender, hibernar o apagarse, dos herramientas fallan en silencio durante la instalación, y el kernel Linux aún no llega a su quinta candidata.
El domingo 27 de setiembre de 2026 quedó marcado por la confirmación de CISA de explotación activa contra al menos dos fallas del kernel Linux -una interfaz criptográfica con 14 años de antigüedad y una falla de ebtables con CVSS de 8,8-, ambas limitadas a atacantes que ya tienen acceso local a la máquina. En el frente de Omarchy, el proyecto sumó a ThePrimeagen a su equipo central para liderar el «QA agéntico», el mismo fin de semana en que la comunidad documentó cinco reportes distintos de fallas: un error de configuración regional que bloquea el comando de actualización en cualquier idioma distinto al inglés, tres equipos que fallan al suspender, hibernar o apagarse, y dos herramientas -el instalador en vivo y el reinicio de panel táctil- que fallan sin avisar. En el kernel Linux, el ciclo 7.3 no produjo la etiqueta v7.3-rc5 pese a que el calendario dominical del ciclo la hacía esperable para hoy, aunque los últimos parches fusionados -de ATA, PCI, sondas de depuración y migración de máquinas virtuales SEV- ya asumen esa candidata en su nombre. Esta sección seguirá la respuesta de Omarchy Core a los cinco reportes de hoy, la publicación de la etiqueta v7.3-rc5 del kernel y cualquier plazo de corrección que CISA fije para las fallas confirmadas. Costa Rica no reporta impacto local confirmado de ninguno de estos frentes al cierre de esta edición, pero administradores de sistemas, desarrolladores y la comunidad tica de software libre siguen expuestos, en distinta medida, a cada uno.