Los mantenedores de la red del kernel se declaran desbordados por los parches de inteligencia artificial en la ventana de Linux 7.3, SCTPhantom llega a 17 días sin parche en el kernel genérico de Ubuntu pese a existir corrección en kernel.org, Canonical explora traducir C a Rust con IA en AppArmor y snap-confine, y la votación de Debian sobre IA entra en su última semana.
El rastreador de seguridad de Canonical, con última actualización registrada el 18 de agosto de 2026, mantiene el estado "Vulnerable" para CVE-2026-64564 (SCTPhantom) en las seis versiones LTS activas de Ubuntu -26.04, 24.04, 22.04, 20.04, 18.04 y 16.04-, según ubuntu.com. La falla, un error de uso después de liberación ("use-after-free") en la reconfiguración dinámica de direcciones del protocolo SCTP, cumple 17 días sin parche completo en el kernel genérico desde su publicación el 4 de agosto, cuando Tencent Zhuque Lab confirmó haber obtenido acceso root y escapado de contenedores en compilaciones de prueba de Ubuntu 24.04, Debian 13, Rocky Linux 9, RHEL 9 y OpenCloudOS, según The Hacker News. El caso complica la lectura de que la falla sigue abierta por falta de solución: el kernel oficial ya fusionó la corrección en sus ramas estables 6.6.148, 6.12.101, 6.18.42 y 7.1.6 poco después de la publicación, según The Hacker News. El cuello de botella no es la ausencia de parche sino su empaquetado -Ubuntu numera sus kernels LTS con esquemas propios que no siguen directamente las versiones de kernel.org, y Canonical no ha explicado por qué el traslado tarda más de dos semanas pese a que, desde el 18 de agosto, la propia empresa elevó la prioridad interna de la falla de "Medium" a "Critical"-. RefluXFS (CVE-2026-64600), la segunda falla crítica que esta sección sigue desde el 15 de agosto, llegó a 36 días sin parche completo en la misma rama genérica, con Ubuntu 26.04 marcada "vulnerable, trabajo en curso" y las demás LTS "vulnerable" sin matices, según la misma fuente. Canonical no confirmó, al cierre de esta edición, una fecha para trasladar los parches ya disponibles en kernel.org hacia el kernel genérico de sus LTS. Costa Rica no tiene cifras propias de servidores locales con el módulo SCTP activo o particiones XFS con reflink, pero cualquier institución o proveedor de hosting tico que use Ubuntu LTS en producción debe mantener la mitigación de Canonical -deshabilitar el módulo SCTP con "install sctp /bin/false"- mientras el traslado del parche no se confirme.
Los mantenedores del subsistema de redes del kernel Linux fusionaron, para la ventana de fusión de la versión 7.3 abierta desde el 17 de agosto, cerca de 632 parches a la rama "net" y 648 a la rama "net-next", según reportó Phoronix. Jakub Kicinski, uno de los mantenedores de la red del kernel, describió el volumen como una situación de estar "completely overwhelmed" -completamente desbordados-, atribuida en gran parte a que entre un tercio y la mitad de los parches de net-next corresponden a correcciones menores, limpiezas y aclaraciones generadas con agentes de inteligencia artificial, de acuerdo con la misma cobertura. El episodio profundiza la fricción que esta sección sigue desde mediados de agosto entre distintas partes del proyecto: Linus Torvalds normalizó la revisión asistida por IA como parte rutinaria del ciclo que cerró la versión 7.2 el 16 de agosto, mientras Greg Kroah-Hartman vetó los parches generados por IA en el área de staging por considerar que un tercio de esos resultados son incorrectos o dañinos. Los mantenedores de red optaron por una tercera vía: en lugar de rechazar los envíos, empezaron a retirar código y controladores antiguos con poco uso en hardware moderno para reducir la superficie que ese ruido de parches de IA puede tocar, según Phoronix. Debian, mientras tanto, sigue votando su propia postura sobre el uso de IA en las contribuciones del proyecto, con siete días por delante hasta el cierre previsto para el 28 de agosto. La información sobre el volumen de parches de red proviene principalmente de Phoronix, sin cobertura cruzada de otro medio especializado revisada por esta sección al cierre de esta edición. Costa Rica no tiene mantenedores identificados en el subsistema de redes del kernel, pero la comunidad tica de desarrollo backend que reporta fallas o envía parches a proyectos de kernel deberá considerar este mismo escrutinio reforzado contra contribuciones generadas por IA.
cat /feed/kerneliagenerativa.md
Canonical se asoció con la Universidad de Bristol para investigar si la inteligencia artificial puede traducir automáticamente código C crítico de seguridad a Rust, usando AppArmor y snap-confine como casos de prueba.
> > proyecto: traducción automática de C a Rust asistida por IA
> > socios: Canonical + Universidad de Bristol (Reino Unido) | casos de prueba: AppArmor y snap-confine
> Canonical anunció el 20 de agosto de 2026 una asociación con la Universidad de Bristol para investigar si herramientas de inteligencia artificial pueden traducir código C heredado a Rust sin alterar su comportamiento, según InfoWorld y Linuxiac. El proyecto usa como casos de estudio dos componentes de seguridad de Ubuntu escritos en C: AppArmor, el sistema de confinamiento de aplicaciones, y snap-confine, el programa que crea los entornos aislados donde corren los paquetes snap.
> > objetivo declarado: no reemplazar AppArmor ni snap-confine todavía, sino determinar qué evidencia necesitarían los mantenedores para confiar en una traducción automatizada de código de producción
> Canonical no tiene, según InfoWorld, un plan para sustituir las versiones actuales de ninguno de los dos componentes con el resultado de esta investigación; el objetivo es metodológico, no de despliegue inmediato. La iniciativa llega el mismo mes en que el área de staging del kernel Linux vetó los parches generados por IA y en que los mantenedores de la red del kernel se declararon desbordados por el volumen de parches de IA en la ventana de fusión de Linux 7.3, lo que sitúa el experimento de Canonical como una apuesta más cauta -evaluar antes de adoptar- frente al resto del ecosistema.
> > qué sigue: sin cronograma público de resultados, según la cobertura revisada por esta sección
> Costa Rica no tiene participación identificada en el proyecto de Canonical y Bristol, ni desarrolladores ticos vinculados a AppArmor o snap-confine en la cobertura consultada; el efecto directo sobre el país es nulo por ahora, aunque cualquier avance eventual en traducción segura de C a Rust beneficiaría, a mediano plazo, a cualquier equipo local que mantenga código de sistemas escrito en C.
La votación general de los desarrolladores de Debian sobre el uso de modelos de lenguaje e inteligencia artificial generativa en las contribuciones del proyecto lleva ocho propuestas y la opción "Ninguna de las anteriores" en la papeleta, según Phoronix y Tux Machines. Solo la opción que prohibiría por completo las contribuciones asistidas por IA requiere una supermayoría de tres a uno para aprobarse, porque modificaría un Documento Fundacional del proyecto; el resto de las opciones -que van desde permitir la IA bajo condiciones hasta rechazarla "en la medida de lo práctico"- solo necesita mayoría simple según la Constitución de Debian, de acuerdo con Tech Times. La aritmética de la supermayoría hace matemáticamente improbable que la opción de prohibición total gane, según el análisis de Tech Times, incluso si es la opción con más respaldo inicial entre los desarrolladores que se han pronunciado en la lista de correo del proyecto. La votación es la respuesta formal de Debian a una tensión que el resto del ecosistema del kernel resuelve de forma distinta y descentralizada -Torvalds la normaliza, Kroah-Hartman la veta en un subsistema específico, los mantenedores de red la toleran mientras retiran código antiguo para contenerla-, mientras Debian busca fijar una postura única y vinculante para todo el proyecto. El resultado de la votación se conocerá tras el cierre de la papeleta a las 23:59 UTC del 28 de agosto, siete días después de esta edición. Costa Rica no tiene desarrolladores con derecho de voto identificados en el padrón de Debian revisado por esta sección, pero la decisión final definirá la postura de una de las distribuciones base -Debian sostiene a Ubuntu, Raspberry Pi OS y decenas de derivadas- que sí circula ampliamente en instituciones y empresas de tecnología costarricenses.
Los desarrolladores del sistema de archivos btrfs enviaron para Linux 7.3 un conjunto de optimizaciones que, en las pruebas internas reportadas por Phoronix, muestran ganancias de rendimiento de entre tres y cinco veces en operaciones específicas del sistema de archivos, sin que la fuente detalle todavía una metodología de referencia independiente. La misma ventana de fusión, abierta desde el 17 de agosto, incorpora mejoras al planificador de procesos orientadas a juegos y a procesadores híbridos con núcleos de rendimiento y eficiencia, y una serie de parches de Andrew Morton para reducir la contención de bloqueos en zs_free(), la función del asignador zsmalloc que usan zswap y zram para liberar páginas de memoria comprimida. El paquete de cambios confirma que, más allá de la disputa sobre el uso de inteligencia artificial en el desarrollo, el ciclo de Linux 7.3 mantiene el ritmo habitual de mejoras técnicas de bajo nivel que rara vez llegan a portada fuera de la prensa especializada en kernel. La ganancia de rendimiento en btrfs es particularmente relevante para las distribuciones que lo usan como sistema de archivos por defecto -openSUSE, Fedora en instalaciones que lo seleccionan- y para quienes ejecutan cargas de trabajo con snapshots frecuentes, uno de los usos más comunes del sistema de archivos. La información de este resumen técnico proviene principalmente de la cobertura de Phoronix sobre la ventana de fusión, sin verificación cruzada de otro medio especializado revisada por esta sección al cierre de esta edición; los números de rendimiento corresponden a pruebas internas de los propios desarrolladores, todavía sin auditoría independiente. Costa Rica no tiene laboratorios de benchmarking de kernel identificados en esta cobertura, pero los administradores de sistemas ticos que usan btrfs en producción podrán confirmar las ganancias reportadas cuando Linux 7.3 llegue a distribuciones de lanzamiento continuo, antes de que Ubuntu o Debian lo empaqueten en una versión estable.
— Las pruebas de desarrollo publicadas para la ventana de fusión de Linux 7.3 muestran mejoras de hasta cinco veces en operaciones de btrfs, además de cambios en el planificador de procesos y en el manejo de memoria comprimida, según Phoronix.
Cinco días de pruebas comunitarias para GNOME 51 en Fedora 45 Workstation, abiertos desde el 17 de agosto, terminan hoy, antes del lanzamiento estable previsto para el 12 de septiembre.
El equipo de control de calidad de Fedora cierra hoy, 21 de agosto de 2026, la ventana de cinco días de pruebas comunitarias para GNOME 51 en Fedora 45 Workstation, abierta desde el 17 de agosto, según Fedora Magazine y la desarrolladora de GNOME Felipe Borges en su blog oficial. La versión incorpora más de 47 módulos actualizados, entre ellos autenticación basada en web, un protocolo estandarizado de vidrio esmerilado para ventanas sobre Wayland (ext-background-effect-v1), matemática racional exacta en la calculadora y una reescritura del reloj de cuadros ("frameclock") de GTK, según Fedora Magazine. Los participantes instalan Fedora 45 en hardware que no sea de producción, corren los casos de prueba oficiales y reportan errores verificados directamente en GitLab de GNOME o en Bugzilla de Red Hat, según la convocatoria de Felipe Borges. GNOME 51 será, además, el escritorio por defecto de la próxima Ubuntu 26.10, lo que extiende el alcance de cualquier regresión detectada esta semana más allá de la comunidad de Fedora. El lanzamiento estable de Fedora 45 está previsto para el 12 de septiembre de 2026, tres semanas después del cierre de este día de pruebas. Fedora no ha publicado, al cierre de esta edición, un recuento de errores reportados durante la semana de pruebas. Costa Rica no tiene una comunidad de pruebas de Fedora organizada identificada en esta cobertura, pero cualquier usuario tico de Fedora Workstation puede sumarse a los casos de prueba oficiales antes del cierre de hoy, disponibles en la wiki del proyecto.
El 21 de agosto cerró con la red del kernel desbordada por parches de inteligencia artificial, SCTPhantom en 17 días sin parche pese a existir corrección en kernel.org, Canonical probando traducir C a Rust con IA y la votación de Debian sobre IA a siete días de su cierre.
El viernes 21 de agosto de 2026 confirmó que los mantenedores de la red del kernel Linux fusionaron cerca de 1.280 parches para la ventana de fusión de la versión 7.3, con hasta la mitad de las contribuciones a net-next generadas por inteligencia artificial, según Phoronix. En seguridad, SCTPhantom llegó a 17 días sin parche completo en el kernel genérico de las seis LTS activas de Ubuntu pese a que el kernel oficial ya fusionó la corrección en sus ramas estables desde principios de agosto, y RefluXFS llegó a 36 días en la misma situación. Canonical, además, anunció una asociación con la Universidad de Bristol para investigar si la inteligencia artificial puede traducir código C crítico de seguridad a Rust, usando AppArmor y snap-confine como casos de prueba. El contraste que esta sección sigue desde el 12 de agosto se profundizó en una tercera dirección: donde Torvalds normaliza la IA y Kroah-Hartman la veta en staging, los mantenedores de red optaron por tolerarla mientras retiran código antiguo para contener el ruido, y Canonical explora con cautela metodológica si puede automatizarse la traducción de código crítico. La votación de Debian sobre su propia postura cierra en siete días, el 28 de agosto, con una aritmética de supermayoría que hace improbable, según Tech Times, que la opción de prohibición total prospere. En paralelo, Fedora cerró hoy su semana de pruebas de GNOME 51, y btrfs reportó mejoras de rendimiento de hasta cinco veces en pruebas internas para Linux 7.3. Esta sección seguirá el rastreador de Canonical hasta que SCTPhantom y RefluXFS reciban parche en el kernel genérico, los canales oficiales de Debian hasta el cierre de la votación el 28 de agosto, y el repositorio del kernel hasta que cierre la ventana de fusión de Linux 7.3. Costa Rica no participa directamente en ninguno de estos procesos, pero la banca, los proveedores de hosting y la comunidad tica de software libre que dependen de Ubuntu, Debian y el kernel Linux en producción siguen expuestos, en distinta medida, a cada frente que permanece abierto.