Nvidia y la Fundación Linux presentan una coalición de 37 organizaciones para defender con herramientas abiertas los sistemas de inteligencia artificial, Linus Torvalds publica una quinta candidata de Linux 7.2 marcada por el volumen de contribuciones asistidas por IA, el mantenedor de KVM Paolo Bonzini fusiona una refactorización de 24 parches rumbo a Linux 7.3, Canonical corrige ocho fallas en glibc, Roc Toolkit y FreeIPMI, el proyecto GNU publica Binutils 2.47 con más soporte para RISC-V, y fwupd cierra una falla de confianza en la actualización de firmware.
Nvidia anunció el 27 de julio una coalición de 37 empresas y organizaciones -entre ellas la Fundación Linux, Red Hat, Microsoft e IBM- para desarrollar herramientas abiertas de defensa contra ataques con inteligencia artificial.
Nvidia anunció el 27 de julio de 2026 la formación de la Open Secure AI Alliance, una coalición de 37 empresas y organizaciones que incluye a la Fundación Linux, Microsoft, IBM, Red Hat, Cisco, CrowdStrike, Palo Alto Networks, Hugging Face, Palantir y Siemens, además de laboratorios emergentes como Thinking Machines Lab, Nous Research y Reflection AI, según reportaron CoinDesk y Unite.AI. El objetivo declarado, según el resumen publicado por Help Net Security, es desarrollar y compartir tecnología de código abierto para proteger agentes de inteligencia artificial, software e infraestructura: controles de identidad, permisos, aislamiento, registro de actividad, escaneo de modelos, flujos de codificación segura y barreras de evaluación. La alianza se apoya, según Help Net Security, en el trabajo previo de la Fundación Linux con su iniciativa de divulgación de vulnerabilidades Akrites y en la comunidad OpenSSF, el mismo linaje institucional que sostiene buena parte de la seguridad del software libre actual. Pero la lista de socios fundadores tiene una ausencia que CoinDesk destacó en su cobertura: ni OpenAI, ni Anthropic ni Google forman parte del anuncio inicial, pese a que esos tres laboratorios desarrollan los modelos de frontera que la propia alianza dice que hace falta defender. Esa ausencia deja abierta la pregunta de si las herramientas abiertas que resulten de esta coalición podrán inspeccionar y proteger sistemas que sus creadores mantienen fuera de la mesa. Ni el anuncio ni la cobertura disponible al cierre de esta edición precisan un calendario de entregables ni la fecha de la primera herramienta compartida por la alianza. Costa Rica no alberga laboratorios de inteligencia artificial de frontera ni sedes de los fundadores de esta coalición, pero Microsoft, IBM y Red Hat mantienen operaciones en el país, por lo que cualquier herramienta de seguridad abierta que surja de esta alianza llegaría primero, de forma indirecta, a esos equipos locales antes que al resto del sector privado costarricense.
Linus Torvalds lanzó el 26 de julio la quinta candidata de Linux 7.2, con más de un tercio del cambio dedicado a redes, y relacionó el tamaño con las contribuciones asistidas por inteligencia artificial.
Linus Torvalds publicó el 26 de julio de 2026 la quinta versión candidata de Linux 7.2, una actualización que describió como inusualmente grande, según reportó Phoronix en su artículo "Once More We Have Quite A Massive -rc5". Más de un tercio del parche corresponde a redes, principalmente del lado de controladores; hubo más cambios en USB que en controladores gráficos; y el resto se reparte entre herramientas de pruebas y perfilado (selftest, perf), los sistemas de archivos SMB y Btrfs, ajustes de Rust y de arquitectura, y documentación. LinuxCompatible reportó que el lanzamiento estable de la versión 7.2 sigue apuntando al 16 de agosto de 2026. Torvalds relacionó, según Phoronix, el volumen del parche con un aumento de contribuciones asistidas por herramientas de inteligencia artificial, un fenómeno que dijo haber notado también en la ronda anterior del ciclo, la de Linux 7.1. La observación conecta con el resto de esta edición: el mismo día en que Nvidia y la Fundación Linux presentan una alianza que promete inteligencia artificial abierta para defender infraestructura de software, el mantenedor del núcleo más usado del mundo describe cómo esa misma tecnología ya está cambiando el volumen y el ritmo de las contribuciones que llegan a revisión. Si el calendario habitual del núcleo se mantiene, restan aún dos o tres candidatas antes del lanzamiento estable previsto para el 16 de agosto. Costa Rica no participa de forma conocida en el desarrollo del núcleo Linux, y el efecto de esta candidata sobre usuarios y empresas ticas es indirecto: solo lo notarán cuando las distribuciones que usan -Ubuntu, Debian, derivados de Red Hat- incorporen la versión 7.2 estable en sus propios ciclos de actualización, semanas o meses después de su lanzamiento.
cat /feed/kernelkvm.md
Una serie de 24 parches, fusionada por el mantenedor de KVM Paolo Bonzini, divide en tres partes la estructura kvm_mmu que por años mezcló funciones distintas del subsistema de virtualización de Linux.
> > git log --oneline kvm/next | grep chainsaw
> > [PATCH 00/24] KVM: apply chainsaw to struct kvm_mmu
> Paolo Bonzini, ingeniero de Red Hat y mantenedor de KVM, fusionó el 27 de julio de 2026 a la rama de desarrollo "next" del hipervisor una serie de 24 parches conocida informalmente como "KVM Chainsaw", según reportaron Phoronix y Slashdot. La serie, publicada originalmente en la lista de correo del núcleo bajo el título "[PATCH 00/24] KVM: apply chainsaw to struct kvm_mmu", divide la estructura kvm_mmu -descrita por los propios desarrolladores como una "estructura dios" que mezclaba tres tareas distintas: describir el formato de las tablas de páginas del invitado, recorrerlas y construirlas- en componentes más especializados, entre ellos kvm_pagewalk y kvm_page_form. Con el trabajo ya en la rama "next", queda en posición de entrar a la ventana de fusión de Linux 7.3.
> > por qué importa: KVM es el hipervisor integrado en el núcleo Linux que sostiene buena parte de la virtualización en la nube pública -de AWS a Azure- y el mismo subsistema donde El Pisuika documentó, el 26 de julio, la falla de escape "Januscape" (CVE-2026-46113). Una reestructuración interna no corrige por sí sola ninguna vulnerabilidad, pero reduce el tipo de complejidad acumulada que suele producir errores como el que hizo posible esa falla: cuanto más mezcla una sola estructura de datos funciones distintas, más difícil es auditarla con seguridad.
> > qué sigue: entrar a la rama "next" no garantiza el ingreso a Linux 7.3 hasta que Linus Torvalds la incorpore durante la ventana de fusión, que abre después de que se estabilice la versión 7.2 -prevista, según LinuxCompatible, para el 16 de agosto de 2026. Costa Rica no tiene impacto inmediato conocido: es un cambio de mantenimiento interno, no una corrección de seguridad urgente, y administradores locales de servidores en la nube no necesitan actuar hasta que la refactorización llegue, meses después, a un núcleo estable.
Canonical publicó el 27 de julio de 2026 tres avisos de seguridad, según los textos oficiales en ubuntu.com. USN-8611-1 corrige siete fallas en GNU C Library (glibc), la biblioteca estándar de C de la que depende prácticamente todo programa en Linux: CVE-2026-4046 (denegación de servicio en iconv al procesar juegos de caracteres de IBM), CVE-2026-4437 y CVE-2026-4438 (manejo indebido de respuestas DNS en gethostbyaddr, esta última solo en Ubuntu 24.04 LTS), CVE-2026-5435 (funciones de depuración obsoletas que no verificaban correctamente la longitud de los búferes, con riesgo de denegación de servicio o ejecución de código), CVE-2026-5450 (desbordamiento de búfer en el montón al procesar especificadores de formato en funciones scanf), CVE-2026-5928 (manejo indebido de codificaciones en ungetwc, con riesgo de filtración de información) y CVE-2026-6238 (validación indebida de datos DNS en las mismas funciones de depuración obsoletas), en Ubuntu 26.04, 24.04 y 22.04 LTS. USN-8612-1 corrige CVE-2026-29022 en Roc Toolkit, software de transmisión de audio en tiempo real por red: un archivo WAV con un bloque "smpl" manipulado puede hacer que el programa se caiga o ejecute código arbitrario, en Ubuntu 26.04 LTS. USN-8613-1 cierra CVE-2026-33554 y CVE-2026-50031 en FreeIPMI, la utilidad de administración remota de hardware por IPMI: desbordamientos de búfer en el manejo de mensajes de respuesta de ipmi-oem, explotables por un dispositivo IPMI malicioso o un simulador, en siete versiones de Ubuntu de la 14.04 a la 26.04 LTS (las más antiguas solo mediante Ubuntu Pro). Ninguna de las tres fallas alcanza el nivel de un escalamiento de privilegios remoto trivial: las de glibc exigen condiciones específicas -codificaciones inválidas, respuestas DNS hostiles-, y las de Roc Toolkit y FreeIPMI requieren un archivo o un dispositivo manipulado. Pero glibc es la biblioteca sobre la que corre virtualmente cualquier programa compilado en un sistema Ubuntu, por lo que incluso una falla de denegación de servicio ahí toca, en principio, cualquier servidor o escritorio de la distribución. La información de esta nota proviene únicamente de los avisos oficiales de Canonical, sin cobertura cruzada de otros medios al cierre de esta edición. Instituciones y empresas costarricenses que administran servidores Ubuntu -bancos, entidades públicas, proveedores de hosting- deberían aplicar la actualización de glibc en su ventana de mantenimiento de rutina; ninguna de las tres fallas exige una respuesta de emergencia.
El proyecto GNU publicó el 26 de julio de 2026 la versión 2.47 de Binutils, el conjunto de herramientas que incluye el ensamblador, el enlazador y utilidades como objdump y readelf, según el anuncio oficial en la lista de correo info-gnu y la cobertura de LWN.net, Phoronix y FOSS Force. La nueva versión suma soporte para más de 15 extensiones estándar de RISC-V, una opción --reloc-section-sym para el ensamblador que controla si las relocalizaciones que referencian símbolos de vinculación local se ajustan a símbolos de sección, una opción --debug-dir para objdump y readelf que indica dónde buscar archivos de información de depuración por separado, y una opción de desensamblado -M annotate para AArch64 que muestra el símbolo de instrucciones no definidas. La versión retira el objetivo de 32 bits de s390 -el de 64 bits, s390x, sigue soportado- y deja fuera del paquete principal al enlazador gold, ya deprecado, que ahora vive en un tarball separado. Binutils es, junto con GCC y glibc, uno de los tres pilares menos visibles pero más estructurales de la cadena de herramientas de software libre: prácticamente cualquier programa compilado en Linux o BSD pasa por su ensamblador o su enlazador en algún punto. El crecimiento del soporte para RISC-V sigue el ritmo de adopción de esa arquitectura abierta, cada vez más presente en sistemas embebidos y, de forma creciente, en proyectos de servidores impulsados por países que buscan alternativas a licenciar diseños de x86 o ARM. Ninguna de las fuentes consultadas precisa cuándo las principales distribuciones -Debian, Fedora, Arch- incorporarán 2.47 como versión por defecto en sus repositorios. Costa Rica no fabrica procesadores RISC-V ni tiene una industria propia de compiladores, pero equipos universitarios y de investigación que trabajan con microcontroladores RISC-V -una arquitectura cada vez más común en proyectos académicos de bajo costo- se benefician directamente de que el conjunto de herramientas GNU siga ampliando ese soporte.
El actualizador de firmware más usado en Linux corrige, desde el 27 de julio, un fallo que permitía instalar actualizaciones con metadatos sin firmar, y suma un complemento de systemd-pcrlock para el arranque en UEFI.
Richard Hughes, desarrollador de fwupd, publicó el 27 de julio de 2026 la versión 2.1.7 de la herramienta, según reportó LinuxCompatible y confirma el registro de cambios oficial del proyecto en GitHub. La versión cierra una falla de límite de confianza que permitía que metadatos sin firmar sortearan las verificaciones de autorización durante la instalación de actualizaciones de firmware -el registro de cambios lo describe como "exigir metadatos confiables para actualizaciones de dispositivos" y "exigir metadatos confiables al usar OnlyTrusted"-, además de corregir una validación insuficiente que permitía que el desplazamiento de una sección definida por GUID excediera el tamaño real de la sección EFI, y un riesgo de lectura fuera de límites al procesar sectores DFU. Junto a las correcciones de seguridad, 2.1.7 suma un complemento de systemd-pcrlock que conecta las actualizaciones de firmware UEFI con la cadena de medición del arranque seguro, nuevos atributos del índice de seguridad de hardware para el bloqueo de memoria flash SPI y el cifrado de disco, soporte para listas de firmas EFI "administradas externamente" y compatibilidad con el dispositivo PixArt PJP360, entre otras adiciones de hardware. fwupd viene instalado por defecto en la mayoría de distribuciones Linux como la capa que aplica actualizaciones de firmware de fabricantes sin depender de una herramienta separada de cada marca, así que una falla de límite de confianza ahí afecta al mecanismo mismo de actualización, no a una sola aplicación; según la información disponible al cierre de esta edición, la falla no tiene asignado un identificador CVE propio, aunque el propio proyecto la trató como una corrección de seguridad prioritaria. El despliegue hacia las distribuciones arrancó el mismo 27 de julio, según LinuxCompatible, sin un calendario público de cuándo llegará a cada una. Costa Rica no fabrica hardware ni firmware, pero laptops y equipos empresariales locales con Linux preinstalado -y los laboratorios universitarios que administran flotas de equipos- dependen de que fwupd llegue a sus distribuciones en las próximas semanas para cerrar esta falla de confianza.