Canonical corrige más de 140 CVE en el kernel de Ubuntu 26.04 y 24.04 LTS y otros 18 en sus variantes NVIDIA, David Heinemeier Hansson repara el panel de agentes de Omarchy y las habilidades que guían a los asistentes de código, y la comunidad del proyecto documenta seis fallas nuevas, desde un hook de sudo sin instalar hasta un aviso de lanzamiento pegado 16 minutos en pantalla.
El aviso USN-8816-2, publicado este martes, corrige más de 140 fallas del kernel en Ubuntu 26.04 LTS y 24.04 LTS, con un cambio de ABI que obliga a recompilar todos los módulos de terceros instalados.
Canonical publicó este martes 29 de setiembre de 2026 el aviso de seguridad USN-8816-2, que corrige más de 140 identificadores CVE en el kernel de Ubuntu 26.04 LTS (Resolute) y 24.04 LTS (Noble), según el listado oficial en ubuntu.com/security/notices consultado por esta sección. El parche afecta los paquetes linux-gcp, linux-gcp-7.0 y linux-oem-7.0, y corrige fallas en más de 30 subsistemas distintos -desde las arquitecturas ARM64, S390 y x86 hasta los sistemas de archivos NFS, SMB y NTFS3, las interfaces de InfiniBand, NVMe e IOMMU, los protocolos de red IPv4, IPv6, TCP, SCTP y XFRM, y la virtualización con Xen y Virtio-, de acuerdo con el propio aviso. El aviso advierte que, debido a un cambio inevitable de ABI, las actualizaciones de kernel recibieron un nuevo número de versión, lo que obliga a recompilar y reinstalar todos los módulos de kernel de terceros, según la traducción de esta sección del texto oficial. Canonical no detalla puntajes CVSS individuales para ninguna de las más de 140 fallas corregidas, aunque advierte de forma genérica que un atacante podría usarlas para comprometer el sistema. El mismo martes, Canonical publicó un segundo aviso, USN-8842-1, con 18 CVE adicionales para los kernels linux-nvidia de Ubuntu 24.04 y 22.04, que esta sección cubre por separado. Ambos parches exigen reiniciar el equipo para completarse, y el cambio de ABI del primero convierte la actualización en un trabajo adicional para cualquier administrador que use módulos de kernel fuera del árbol oficial -controladores propietarios de GPU, VPN empresariales o software de virtualización-, no solo en una descarga rutinaria. Costa Rica no tiene cifras públicas de instituciones o empresas que corran Ubuntu 26.04 o 24.04 LTS en producción, pero cualquier equipo tico que administre servidores Ubuntu con módulos de kernel de terceros debería planificar la recompilación antes de aplicar el parche, no después.
El desarrollador David Heinemeier Hansson (DHH) fusionó este martes 29 de setiembre de 2026 la solicitud #13733 en el repositorio omacom/omarchy en GitHub, que corrige el panel de agentes de Omarchy -el módulo que muestra, dentro del propio escritorio, el estado y los límites de uso de asistentes de código como Claude y Codex-. El panel mostraba con frecuencia el mensaje «Codex limits unavailable» porque el recolector de datos de Codex pedía primero la llamada account/read para obtener el nombre del plan, y esa llamada solía tardar más de los 4 segundos de margen permitido en la versión 0.158 de Codex, aunque la llamada de límites de uso (account/rateLimits/read), que ya incluye el tipo de plan, respondía en unos 0,5 segundos, según la propia descripción de la solicitud. La corrección invierte el orden: ahora pide primero los límites y solo recurre a account/read como respaldo si falta el dato del plan. El mismo martes, el colaborador branewyn fusionó la solicitud #13734, que suma un botón de «Volver a iniciar sesión» dentro de la tarjeta de autenticación del panel de agentes: cuando las credenciales de un asistente vencen, el botón abre una terminal flotante con el comando de inicio de sesión correspondiente -por ejemplo, claude auth login para agentes de Claude- y actualiza el registro de uso apenas la autenticación se completa, según la propia solicitud, coescrita también con Claude Opus 5.5 en los metadatos del commit. El propio autor advierte que probó la visibilidad y el diseño del botón en un escenario simulado de credenciales vencidas, pero no validó de punta a punta el flujo completo de inicio de sesión. Las dos solicitudes continúan el mismo patrón que esta sección reportó el lunes, cuando DHH fusionó cuatro mejoras de rendimiento coescritas con Claude Opus 5.5: Omarchy sigue construyendo, solicitud a solicitud, la capa de escritorio que muestra y administra los asistentes de inteligencia artificial con los que corre el propio sistema. Costa Rica no tiene cifras públicas de desarrolladores que usen el panel de agentes de Omarchy, pero cualquier persona tica que combine Omarchy con Codex o Claude para programar debería notar que el panel deja de congelarse al consultar sus límites de uso.
Canonical publicó este martes 29 de setiembre de 2026 el aviso USN-8842-1, que corrige 18 identificadores CVE en los paquetes linux-nvidia, linux-nvidia-6.8 y linux-nvidia-lowlatency de Ubuntu 24.04 LTS y 22.04 LTS, según el listado oficial en ubuntu.com/security/notices. Las fallas -CVE-2026-64091, CVE-2026-64007, CVE-2026-64000, CVE-2026-63994, CVE-2026-63993, CVE-2026-63992, CVE-2026-63984, CVE-2026-63924, CVE-2026-63922, CVE-2026-63912, CVE-2026-63888, CVE-2026-63887, CVE-2026-63886, CVE-2026-53355, CVE-2026-53221, CVE-2026-53216, CVE-2026-53186 y CVE-2026-53131- afectan los controladores de InfiniBand, los controladores de red, el subsistema TCM, el protocolo de meshing B.A.T.M.A.N., el protocolo HSR, las redes IPv4 e IPv6, netfilter y el protocolo RDS, de acuerdo con el propio aviso, que no incluye puntajes CVSS individuales ni una descripción técnica detallada de cada falla. El texto oficial se limita a advertir, en los mismos términos genéricos que USN-8816-2, que un atacante podría usar estas fallas para comprometer el sistema, sin precisar vectores de ataque concretos. La actualización sube linux-nvidia a la versión 6.8.0-1063.66 en Noble y 6.8.0-1063.66~22.04.1 en Jammy, y exige reiniciar el equipo para completarse, según la misma fuente. La información proviene únicamente del aviso oficial de Canonical, sin cobertura cruzada de otro medio especializado al cierre de esta edición. Costa Rica no tiene cifras públicas de proveedores locales que corran los kernels linux-nvidia en tarjetas gráficas NVIDIA sobre Ubuntu 24.04 o 22.04, pero cualquier equipo tico con GPU NVIDIA en producción sobre esas versiones debería aplicar este parche junto con el de USN-8816-2.
El usuario mxhectorvega abrió este martes 29 de setiembre de 2026 el reporte #13704 en el repositorio omacom/omarchy en GitHub, en el que documenta que la función de sudo sin contraseña de Omarchy no puede activarse en ningún equipo con el paquete omarchy-dev instalado: el script bin/omarchy-sudo-passwordless exige, dentro de su función verify_boot_cleanup(), que exista el archivo /usr/share/libalpm/hooks/05-omarchy-passwordless-revoke.hook -el hook de pacman que revoca automáticamente el permiso sin contraseña tras cada arranque-, pero ese archivo nunca se copia a esa ruta durante la instalación, aunque sí existe como plantilla en /usr/share/omarchy/default/libalpm/hooks/ vía el paquete omarchy-settings-dev, según el propio reporte. La verificación del script falla con código de salida 1 y, desde la solicitud #13454 fusionada anteriormente, ese fallo se muestra como un error visible en lugar de fallar en silencio, lo que hizo evidente el problema. El reportero confirma que copiar el archivo a mano con sudo restaura la función sin más cambios, lo que ubica la causa en un paso de instalación o migración faltante, no en el propio mecanismo de revocación, según la misma fuente. El caso reviste peso porque la revocación automática es, precisamente, la salvaguarda que evita que un permiso de sudo sin contraseña quede activo de forma permanente por accidente. El reporte no tenía mantenedor asignado ni solicitud de incorporación de cambios fusionada al cierre de esta edición, según el propio repositorio, y la información proviene únicamente de esa fuente. Costa Rica no tiene cifras públicas de usuarios que activen el sudo sin contraseña de Omarchy, pero cualquier persona tica que haya intentado esa función y haya visto el error debería copiar el hook a mano, con conciencia de que sin él la revocación automática tras el arranque no ocurre.
— El usuario mxhectorvega reportó que activar el sudo sin contraseña de Omarchy falla siempre porque el paquete omarchy-dev nunca copia el archivo de revocación automática a la ruta que el propio sistema exige para verificarlo.
El usuario TheRWX reportó que linux-omarchy 7.2.5-3 se compiló sin soporte de Android Binder IPC, lo que impide que Waydroid monte sus dispositivos y arranque cualquier contenedor de Android.
El usuario TheRWX abrió este lunes 28 de setiembre de 2026 el reporte #13695 en el repositorio omacom/omarchy en GitHub, en el que documenta que el kernel a medida linux-omarchy 7.2.5-3 se compiló con la opción CONFIG_ANDROID_BINDER_IPC deshabilitada -el propio archivo de configuración del kernel muestra la línea «# CONFIG_ANDROID_BINDER_IPC is not set»-, lo que rompe Waydroid, el entorno que ejecuta aplicaciones de Android dentro de un contenedor sobre Linux. Sin ese soporte, el módulo binder del kernel no existe en el directorio de módulos, los dispositivos /dev/binder, /dev/hwbinder y /dev/vndbinder no pueden montarse dentro del contenedor, y servicios del HAL de Android como vendor.waydroid.task@1.0-service terminan de inmediato con una señal de aborto (SIGABRT) apenas intentan inicializar Binder, según el propio reporte, probado con Omarchy 4.0.4-1 y Waydroid 1.6.3-1. El reportero pide que linux-omarchy se recompile con CONFIG_ANDROID_BINDER_IPC=y y CONFIG_ANDROID_BINDERFS=y habilitadas, en línea con la configuración que ya trae el kernel oficial de Arch Linux, del que Omarchy hereda buena parte de su base. El caso ilustra un riesgo propio de mantener un kernel a medida en lugar de uno de una distribución establecida: cualquier opción de configuración que el equipo de Omarchy no active de forma explícita puede quedar deshabilitada sin que nadie lo note hasta que rompe una herramienta concreta, como ya ocurrió esta semana con la corrupción de btrfs que esta sección reportó el lunes tras arrancar un kernel de reserva sin usar. El reporte no tenía mantenedor asignado ni respuesta de Omarchy Core al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras públicas de usuarios de Omarchy que corran aplicaciones de Android con Waydroid, pero cualquier persona tica en esa situación debería confirmar si su kernel trae Binder IPC habilitado antes de reportar Waydroid como roto por otra causa.
El usuario rahulmanuwas abrió este martes 29 de setiembre de 2026 el reporte #13727 en el repositorio omacom/omarchy en GitHub, en el que documenta que el instalador de Omarchy instala el paquete vulkan-asahi -el controlador Vulkan pensado para las GPU de Apple Silicon- en Mac con chip T2 y procesador Intel, como su MacBookPro16,2 con GPU Intel Iris Plus G7, donde ese controlador no puede funcionar porque la arquitectura es x86_64. La causa es un patrón de detección sin anclar -lspci | grep -iE '(VGA|Display).*$vendor'- que interpreta la línea «Non-VGA unclassified device: Apple Inc. T2 Bridge Controller» del propio chip T2 como si fuera una tarjeta gráfica de Apple, según el propio reporte, que ubica el mismo patrón repetido en tres archivos del código fuente. El mismo martes, rahulmanuwas publicó la solicitud de incorporación de cambios #13728, que ancla el patrón a las clases reales de controlador de video, corrige los tres puntos del código donde aparecía el patrón original (install/hardware/vulkan.sh, migrations/1784401744.sh y bin/omarchy-upgrade-to-quattro) y suma una migración que retira vulkan-asahi de los equipos x86_64 ya afectados, siempre que quitarlo no rompa otras dependencias, según la propia solicitud, que incluye pruebas nuevas basadas en el hardware real de una MacBookPro16,2. La falla no compromete la seguridad ni deja el equipo sin gráficos -Vulkan simplemente no llega a usar ese controlador-, pero instala unos 14 megabytes de un paquete que nunca puede ejecutarse en esa arquitectura. La solicitud #13728 no tenía revisor asignado ni estaba fusionada al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras públicas de usuarios de Omarchy con MacBook Intel de chip T2, pero cualquier persona tica que instaló Omarchy en ese hardware puede revisar si tiene vulkan-asahi instalado con pacman -Qs vulkan-asahi mientras la corrección no se fusione.
El usuario Taydevil abrió este martes 29 de setiembre de 2026 el reporte #13701 en el repositorio omacom/omarchy en GitHub, en el que documenta que el servicio omarchy-sleep-lock.service registra status=1/FAILURE en cada transición de suspensión, aunque el bloqueo de pantalla en sí funciona con normalidad: la causa es una condición de carrera entre el reinicio automático de systemd (Restart=always, con espera de 2 segundos) y las transiciones de logind, que hace que systemd-inhibit falle con un mensaje de inhibición ya solicitada si se ejecuta mientras logind todavía está a mitad del cambio de estado, según el propio reporte, que documenta 31 fallas de ese tipo en 132 transiciones registradas -todas dentro de los 2 segundos posteriores a un evento de suspensión o reanudación-. El propio reportero aclara que se trata de una falla cosmética en el registro, no de un bloqueo de pantalla que deje de funcionar, un matiz importante frente a cualquier lectura apresurada del mensaje FAILURE en los registros del sistema. El mismo martes, el usuario ssandys abrió el reporte #13700, en el que documenta que, tras un cambio que movió los protectores de pantalla a un espacio de trabajo especial, la barra superior de Omarchy queda dibujada encima del protector de pantalla en monitores externos -en su caso, un Framework 13 con un monitor DP-7-, porque Hyprland solo oculta las superficies de capa superior detrás de ventanas a pantalla completa en espacios de trabajo regulares, no en los especiales, según el propio reporte. También este martes, el usuario Tiedeyez abrió el reporte #13707, en el que documenta que el aviso «Lanzando…» que aparece al abrir una aplicación quedó fijo en pantalla durante unos 16 minutos tras abrir Chromium desde el menú del escritorio, porque el aviso se abre con duración cero y depende por completo de una señal externa -un temporizador de 15 segundos o el gestor de ventanas de nivel superior- que en este caso nunca llegó, según la misma fuente, que logró cerrarlo solo a mano con omarchy-shell osd close. Ninguno de los tres reportes tenía mantenedor asignado ni corrección fusionada al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras públicas de usuarios de Omarchy con monitores externos, aplicaciones que tardan en abrir una primera ventana, o que revisen los registros de suspensión del sistema, pero cualquier persona tica en alguna de esas situaciones debería revisar los tres reportes antes de asumir que su equipo tiene una falla más grave de la que en realidad documenta cada caso.
El usuario amaurisd97 abrió este martes 29 de setiembre de 2026 el reporte #13708 en el repositorio omacom/omarchy en GitHub, en el que documenta que el instalador de Omarchy crea 15 envoltorios de carga diferida en ~/.local/bin -entre ellos uno para gh, la herramienta de línea de comandos de GitHub, que se instala sola la primera vez que se ejecuta, según la propia documentación del proyecto-, pero limpiar esa carpeta, una tarea de mantenimiento rutinaria, destruye esos envoltorios sin posibilidad de restaurarlos: la migración 1784909971.sh reconstruye la lista de paquetes a instalar escaneando los envoltorios que ya existen en la carpeta, así que si la carpeta está vacía, el patrón no encuentra nada, el bucle no se ejecuta y la recuperación falla en silencio, según el propio reporte. El resultado, tras ejecutar omarchy update, es un simple «gh: command not found» sin ninguna advertencia. El mismo martes, el usuario ifigueroap abrió el reporte #13736, en el que documenta que el script bin/omarchy-font-set pasa la bandera -g sin un glifo en las notificaciones que piden reiniciar Ghostty o Foot tras cambiar la tipografía desde el menú Estilo → Fuente, lo que hace que omarchy-notification-send interprete el mensaje completo como el valor de esa bandera, se quede sin texto de título, falle con un error de uso y detenga el script antes de ejecutar el comando final omarchy-hook font-set, según el propio reporte. Ninguno de los dos reportes tenía corrección fusionada al cierre de esta edición, según el propio repositorio, aunque ambos incluyen la solución técnica propuesta por quien los reportó. Costa Rica no tiene cifras públicas de usuarios de Omarchy que limpien manualmente ~/.local/bin o cambien de tipografía desde el menú del sistema, pero cualquier persona tica en cualquiera de esas dos situaciones debería revisar los reportes antes de asumir que gh o la notificación de fuente simplemente dejaron de funcionar sin motivo.
— Limpiar la carpeta ~/.local/bin destruye los envoltorios que instalan gh por demanda, y cambiar la tipografía desde el menú de Omarchy falla al notificar el cambio en Ghostty y Foot.
El usuario Taydevil reportó que las habilidades que Omarchy empaqueta para asistentes de código instruyen a ejecutar omarchy debug, un comando que no existe: el binario real se llama omarchy-debug.
El usuario Taydevil abrió este martes 29 de setiembre de 2026 el reporte #13702 en el repositorio omacom/omarchy en GitHub, en el que documenta que las «habilidades» agénticas que Omarchy empaqueta para que asistentes de inteligencia artificial diagnostiquen el sistema -los archivos SKILL.md, contributing.md y reporting.md bajo /usr/share/omarchy/default/agents/skills/- instruyen, en siete líneas distintas repartidas en tres archivos, a ejecutar el comando omarchy debug --no-sudo --print, que no existe: al correrlo aparece «Unknown Omarchy command: omarchy debug» con código de salida 127. El comando real es el binario independiente omarchy-debug, que sí funciona y genera un registro de 69 kilobytes en /tmp/omarchy-debug.log, según el propio reporte, que señala que la plantilla de reporte de errores de GitHub (.github/ISSUE_TEMPLATE/bug.yml) sí usa el nombre correcto, a diferencia de las habilidades para agentes. El defecto afecta de forma directa al propio flujo que Omarchy diseñó para que un asistente de código recopile información de diagnóstico antes de reportar una falla: el agente recibe una instrucción que falla en el momento exacto en que se le pide reunir evidencia, según el mismo reporte. El colaborador 1deat0r fusionó, ese mismo martes, la solicitud #13735, que corrige el nombre del comando en los cinco archivos de habilidades afectados, agrega una verificación de estado antes de alternar la luz nocturna para evitar apagados accidentales, aclara la diferencia entre vscode.json y vscode-theme.json, y suma documentación nueva para los grupos de notificaciones, audio, brillo y pantalla, la sintaxis completa de omarchy bar, la instalación de fuentes y las funciones de espera (idle), según la propia solicitud, con 135 líneas agregadas y 37 eliminadas. Ninguno de los dos elementos -el reporte ni la solicitud- estaba fusionado o cerrado al cierre de esta edición, según el propio repositorio. Costa Rica no tiene cifras públicas de desarrolladores ticos que usen agentes de inteligencia artificial sobre Omarchy para programar, pero cualquier persona tica que le pida a un asistente como Claude o Codex diagnosticar una falla en su instalación de Omarchy debería confirmar que el asistente termine usando omarchy-debug y no la versión con espacio que documentan hoy las habilidades del sistema.
Canonical corrige más de 140 CVE en el kernel de Ubuntu, DHH repara el panel de agentes de Omarchy, y la comunidad documenta seis fallas nuevas de sudo, kernel e interfaz.
El martes 29 de setiembre de 2026 quedó marcado por dos parches de seguridad de Canonical -USN-8816-2, con más de 140 CVE corregidos en el kernel de Ubuntu 26.04 y 24.04 LTS y un cambio de ABI que obliga a recompilar módulos de terceros, y USN-8842-1, con 18 CVE en los kernels linux-nvidia de 24.04 y 22.04-, y por dos correcciones de David Heinemeier Hansson y su equipo al panel de agentes de inteligencia artificial de Omarchy, que dejó de colgarse al consultar los límites de uso de Codex y sumó un botón para reiniciar sesión sin abrir la terminal. La comunidad de Omarchy documentó, además, seis reportes distintos este martes: un hook de revocación de sudo sin contraseña que nunca se instala, un kernel a medida que rompe Waydroid por faltarle soporte de Android Binder IPC, un instalador que confunde el chip T2 de las Mac Intel con una GPU de Apple Silicon, tres regresiones de interfaz -un registro de bloqueo cosmético, una barra que tapa el protector de pantalla y un aviso de lanzamiento pegado 16 minutos-, dos herramientas de desarrollo que fallan en silencio, y las propias habilidades que Omarchy da a los asistentes de código, que instruían a ejecutar un comando inexistente. Esta sección seguirá si Omarchy Core fusiona las correcciones pendientes del hook de sudo, el kernel sin Binder IPC y las tres regresiones de interfaz, y si la próxima etiqueta del kernel Linux, v7.3-rc6, aparece dentro de la cadencia semanal que el ciclo 7.3 mantiene desde finales de agosto. 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.