NICALINUX

Hace unos 5 años os hablamos de CutefishOS y CDE, un sistema operativo y un escritorio muy bonito que nos llegaba desde China. Como muchos proyectos de los basados en Linux, ambos tuvieron una vida corta. Me consta que tuvieron problemas internos, pero eso es otra historia que no viene al caso. Lo importante aquí es que ha resurgido de sus cenizas, ahora bajo el nombre de Cutefish (sin «OS»), y pinta muy bien, siempre y cuando salga adelante.

La nueva implementación usa su propio compositor de Wayland, lo que gestiona la shell, los efectos de ventanas y animaciones. Lo que más llama la atención de Cutefish es su diseño, que es prácticamente un calco de lo que encontramos en macOS. Y hablando del sistema operativo de escritorio de la manzana, este «pez mono» (mono por «adorable») promete soporte para sus aplicaciones.

Cutefish: diseño Apple y soporte para sus apps

La tecnología que hace la magia se llama Reef, que reimplementa las interfaces de programación de macOS para permitir que aplicaciones no modiicadas de macOS se ejecuten en Linux. El código de las aplicaciones se ejecuta directamente en la CPU, al tiempo que Reef proporciona los marcos de trabajo de macOS y las interfaces del sistema que se espera.

Ya hay disponible una imagen 1.0 de Cutefish, pero sólo como Nightly. Esta basada en Debian 13 y las hay para AMD64 y ARM64. También han habilitado un repositorio para el que quiera instalar el entorno gráfico.

Las dudas que hay que resolver

La primera duda que puede surgir es qué pasa con las aplicaciones de la Mac App Store. No se menciona nada al respecto, por lo que podemos suponer que no están soportadas. Pasa un poco como con la Microsoft Store: aunque podamos usar WINE, Proton y hacer maravillas con las apps de Windows, hacerlo con las de la tienda oficial es otro cantar. Sí se ha demostrado que funcionan apps de fuera de la Mac App Store, como NetNewsWire, Ghostty, CotEditor, Keka o el test de velocidad de Ookla.

La otra duda es si merece la pena Cutefish. La respuesta la conoceremos con el paso del tiempo. Muchos pueden dudar de un producto chino, pero habrá que ver cómo evoluciona. Y es que pasa mucho en Linux que hay proyectos que duran muy poco, motivo por el cual yo recomiendo quedarse en algo con una gran y asentada comunidad detrás.

aerynOS 2026.11 ya está disponible con una nueva imagen ISO que amplía las opciones de escritorio, incorpora un instalador experimental y estrena una importante reorganización de la interfaz de línea de comandos de Moss, su gestor de paquetes. El proyecto, que anteriormente se conocía como Serpent OS, continúa desarrollando una distribución Linux independiente con un modelo de gestión declarativo y herramientas propias.

La actualización, publicada el 2 de noviembre de 2026, destaca especialmente por la llegada de Budgie Desktop, que se suma a GNOME, KDE Plasma y COSMIC. También incluye un nuevo instalador basado en terminal, mejoras en la gestión de paquetes y actualizaciones importantes en el kernel, los controladores gráficos y las aplicaciones.

Budgie se incorpora a las opciones de escritorio

Una de las novedades más visibles es la incorporación de Budgie 10.10.4, desarrollada en colaboración con Joshua Strobl, responsable del proyecto Budgie. Esta integración permite seleccionar cuatro entornos de escritorio durante la instalación:

• Budgie 10.10.4: un escritorio tradicional con una interfaz moderna y sencilla.
• GNOME 51.1: el entorno utilizado también como base de la sesión Live de la nueva ISO.
• KDE Plasma 6.8.2: una alternativa altamente configurable.
• COSMIC 1.11.0: el escritorio desarrollado por System76, que incorpora también COSMIC Viewer.

La distribución amplía además su catálogo de compositores Wayland. Sus repositorios ofrecen alrededor de una docena de alternativas para quienes prefieran construir su propio entorno gráfico en lugar de instalar un escritorio completo.

Entre las opciones disponibles se encuentran Hyprland 0.57, Mango 0.18.4, Miriway 26.10 y Noctalia 5.4.1.

Nuevo instalador experimental con soporte para Btrfs

aerynOS 2026.11 incorpora una segunda alternativa de instalación denominada lichen-installer. Se trata de una herramienta interactiva para terminal que pretende simplificar el proceso de instalación y mejorar su robustez.

A diferencia del instalador anterior, esta nueva versión puede encargarse automáticamente del particionado y formateo de las unidades de almacenamiento. También permite configurar la conexión Wi-Fi y la distribución del teclado durante la instalación, conservando estas preferencias en el sistema instalado.

Entre sus características destaca el soporte para Btrfs, con una partición raíz y un subvolumen independiente `@home`. También permite proporcionar un archivo `system-model.kdl` personalizado para definir los paquetes que deben instalarse.

Ambos instaladores están disponibles en la ISO:

• sudo lichen: ejecuta el instalador anterior.
• lichen-tui: inicia el nuevo instalador experimental.

Hay limitaciones importantes que conviene tener en cuenta. El nuevo instalador todavía no admite cifrado de disco ni configuraciones de arranque dual. Por este motivo, continúa siendo una herramienta en desarrollo y no sustituye todavía al instalador anterior como opción predeterminada.

Moss reorganiza su interfaz de comandos en aerynOS 2026.11

Otro de los cambios importantes afecta a Moss, el gestor de paquetes de aerynOS. Su interfaz de línea de comandos se ha reorganizado para reflejar mejor el modelo declarativo del sistema, en el que las operaciones se interpretan en función de un modelo que describe los paquetes y repositorios deseados.

Las operaciones se agrupan ahora bajo dos categorías principales:

• moss repo: permite añadir, eliminar, habilitar y deshabilitar repositorios.
• moss package: permite incorporar o retirar paquetes del modelo del sistema y sincronizar los cambios.

El comando `sudo moss sync -u` actualiza la información almacenada de los repositorios habilitados y sincroniza la instalación con el estado definido por el modelo del sistema.

También se incorporan alias para agilizar las operaciones habituales. Por ejemplo, `moss pad` sirve para añadir paquetes, `moss prm` para eliminarlos y `moss pif` para consultar información. En la gestión de repositorios se añaden `moss rad` y `moss rrm`.

La herramienta incorpora además el comando `moss tree`, que muestra la jerarquía de comandos y sus opciones. Se han mejorado los mensajes de ayuda y la gestión de errores para facilitar el aprendizaje de esta nueva estructura.

Es importante señalar que el cambio no es compatible con la organización anterior de los comandos. Los usuarios que ya utilizaban Moss tendrán que adaptar sus instrucciones y scripts. Algunas funciones, como la búsqueda de paquetes mejorada y el autocompletado de comandos, todavía están en desarrollo.

Actualizaciones del kernel y del software en aerynOS 2026.11

La nueva imagen ISO utiliza el kernel Linux 7.2.14, mientras que los repositorios también ofrecen Linux 6.18.60 LTS para quienes prefieran una rama de soporte prolongado.

El apartado gráfico recibe Mesa 26.2.6, mientras que el software de escritorio y las herramientas de desarrollo incorporan numerosas actualizaciones.

Entre los componentes destacados se encuentran:

• Hyprland 0.57.
• PipeWire 1.6.11.
• Firefox 159.
• Thunderbird 159.
• QEMU 11.1.3.
• Wine 11.21.
• COSMIC 1.11.0.
• GNOME 51.1.
• KDE Plasma 6.8.2.
• Budgie 10.10.4.

También llega fwupd a los repositorios de aerynOS. Esta herramienta permite gestionar actualizaciones de firmware en hardware compatible mediante Linux Vendor Firmware Service (LVFS), facilitando la instalación de nuevas versiones de firmware sin depender de utilidades específicas de cada fabricante.

Adiós a las instalaciones headless y de solo terminal

La nueva ISO deja de ofrecer las opciones de instalación exclusivamente mediante terminal y las instalaciones sin entorno gráfico. El equipo explica que estas modalidades, aunque estaban dirigidas a usuarios experimentados, generaban un volumen desproporcionado de solicitudes de asistencia.

Los desarrolladores no descartan recuperarlas en futuras versiones, pero han decidido concentrar los esfuerzos en las opciones de instalación con escritorio y en mejorar la experiencia general de los usuarios que prueban la distribución.

Una distribución todavía en desarrollo

Aunque aerynOS 2026.11 supone un avance importante en su infraestructura y en las posibilidades de personalización, el propio equipo insiste en que el sistema sigue dirigido principalmente a usuarios pioneros y probadores.

La ausencia de cifrado y arranque dual en el nuevo instalador, junto con la evolución de Moss y otras herramientas internas, son señales de que todavía queda trabajo antes de considerar la distribución preparada para cualquier uso cotidiano.

Con esta versión, aerynOS da un paso hacia una mayor variedad de escritorios y una instalación más accesible, sin abandonar su apuesta por un sistema independiente y una gestión declarativa de los paquetes.

El proyecto Enlightenment ha publicado su versión 0.28, una actualización que se apoya en una base ya conocida: compatibilidad con X11 y Wayland, además de un soporte inicial para NetBSD. No se trata de un cambio de rumbo radical, sino de una puesta al día amplia en la que pesan especialmente las mejoras de red, audio y gestión del escritorio.

La release mantiene la doble apuesta por X11 y Wayland, algo relevante para quienes siguen de cerca la evolución de los gestores de ventanas para Linux y de las bibliotecas asociadas. Entre los cambios más visibles aparecen un módulo de red más completo, un mezclador nativo para PipeWire y distintas correcciones repartidas por ventanas, pantallas y energía.

Redes: NetworkManager gana protagonismo en Enlightenment 0.28

Uno de los bloques que más peso tiene en esta entrega es el módulo de NetworkManager, orientado a gestionar conexiones cableadas e inalámbricas y túneles VPN desde el propio entorno. La actualización refuerza esa integración y la acompaña de correcciones para que la red funcione con menos sobresaltos en el día a día, algo que encaja con el carácter de mantenimiento amplio de la versión.

En la práctica, la intención es que la conectividad se gestione desde el propio escritorio y que los cambios en la red no rompan la experiencia general. Esa línea de trabajo se nota en la evolución del módulo y en las correcciones que acompañan al lanzamiento, aunque el foco sigue estando en tareas básicas de conexión y VPN.

Audio, portapapeles y otros ajustes del entorno

En el apartado multimedia, Enlightenment 0.28 incorpora un mezclador nativo para PipeWire que convive con PulseAudio. Esto permite mantener configuraciones basadas en PulseAudio mientras se añade soporte para PipeWire, de modo que el control de volumen puede integrarse mejor en el escritorio.

Otro añadido destacado es el gestor de portapapeles integrado, que llega con una revisión de sus elementos de interfaz y de los arreglos asociados. La idea es que esta función resulte práctica dentro del entorno y que su presencia no complique el uso cotidiano del escritorio.

Energía, ventanas y estabilidad

La versión también reordena buena parte de la gestión energética: se habla de límites de carga de batería, perfiles ACPI y un seguimiento de batería y corriente alterna más ordenado. Son cambios pensados para portátiles y equipos pequeños, donde el consumo importa tanto como la potencia bruta.

En el terreno de las ventanas, aparecen nuevas acciones de apilado, mejoras en las decoraciones del lado del cliente y un tratamiento más fino de pantallas y modos de visualización. También se han corregido detalles de conmutación de ventanas, filtrado de retroiluminación y cierre de compositores Wayland anidados.

Fuera de los grandes bloques, el lanzamiento acumula una lista notable de correcciones en componentes gráficos y en distintas utilidades del escritorio. La intención no es presumir de una revolución, sino dejar menos cabos sueltos en una base que sigue manteniendo X11 y Wayland como opciones de uso.

Visto en conjunto, Enlightenment 0.28 se presenta como una actualización de mantenimiento ambiciosa que toca redes, audio, portapapeles, energía y gestión de ventanas sin abandonar su doble base técnica. Para quien use este entorno, las mejoras más palpables llegan por el lado de la conectividad y del audio, mientras que el resto se reparte en ajustes de estabilidad y en pequeños detalles que, sumados, buscan una experiencia menos frágil y más coherente.

PorteuX 2.9 ya está disponible con importantes mejoras internas destinadas a reforzar la estabilidad y el rendimiento de esta distribución GNU/Linux basada en Slackware. El lanzamiento incluye una revisión exhaustiva del código encargado del arranque y funcionamiento del sistema, correcciones en el instalador y optimizaciones del kernel. También actualiza componentes fundamentales de sus diferentes ediciones de escritorio.

A diferencia de otras versiones centradas en incorporar grandes funcionalidades, PorteuX 2.9 apuesta por perfeccionar la infraestructura existente. El desarrollador ha revisado el initrd, los scripts de inicio y apagado, las herramientas propias de la distribución y el instalador. El resultado es una actualización que busca reducir errores y mejorar el comportamiento general del sistema, tanto durante el arranque como en el uso cotidiano.

Una revisión profunda del sistema

El principal trabajo de esta versión se ha concentrado en el código que permite poner en marcha y mantener funcionando PorteuX. Los componentes del initrd, los scripts rc, las herramientas porteux-scripts y el instalador han pasado por una revisión detallada.

Este trabajo ha permitido corregir numerosos errores y mejorar la seguridad de diferentes operaciones. Entre los problemas solucionados se encuentran procesos que permanecían activos durante el apagado y que no se terminaban antes de desmontar los sistemas de archivos, así como incidencias relacionadas con la activación de módulos mediante enlaces simbólicos.

También se han corregido problemas con los códigos de arranque (*cheatcodes*) cuando el archivo porteux.cfg se modificaba desde Windows, y errores del instalador de Linux al trabajar con rutas que contienen espacios o al detectar la unidad de destino.

Linux 7.3.1 y optimizaciones del kernel

PorteuX 2.9 actualiza el kernel a Linux 7.3.1 e incorpora varias optimizaciones orientadas a mejorar el rendimiento del acceso a los datos.

Entre los cambios destaca la aceleración de la descompresión Zstandard (zstd), utilizada en diferentes operaciones relacionadas con los módulos comprimidos. También se mejora la lectura de páginas de la caché sin necesidad de utilizar bloqueos, además de aligerar el recorrido interno empleado para abrir archivos.

Estas modificaciones pueden beneficiar especialmente a una distribución como PorteuX, que utiliza un sistema modular y recurre a imágenes comprimidas para distribuir y activar componentes. La actualización también incorpora mejoras en las opciones de compilación para obtener un rendimiento adicional.

PorteuX 2.9 y las mejoras en Xfce y KDE Plasma

Los usuarios de Xfce encontrarán una novedad en el comportamiento de las ventanas: ahora es posible arrastrar archivos desde una ventana situada en segundo plano directamente a otra sin que la primera tenga que recibir el foco previamente.

El comportamiento recuerda al de Windows, donde se puede iniciar una operación de arrastre sobre una ventana que no está activa sin necesidad de cambiar primero el foco. El cambio modifica también el momento en que se activa y eleva una ventana: cuando se inicia una acción de arrastre, el cambio de foco se produce al soltar el botón del ratón.

KDE Plasma recibe un conjunto especialmente amplio de correcciones. Se solucionan problemas con las teclas de brillo, la batería y el botón de encendido en determinados equipos, además de incidencias relacionadas con las animaciones, el ciclo día-noche y la pantalla de bloqueo. También se corrigen problemas con los temas claros y oscuros de las aplicaciones GTK, la posición de los botones de los cuadros de diálogo y los menús desplegables de aplicaciones ejecutadas como administrador.

Actualización de los entornos de escritorio

La distribución renueva varios de sus escritorios y componentes principales. Entre las versiones incluidas destacan:

• KDE Plasma 6.8.2.
• GNOME 51.1.
• COSMIC 1.11.0.

También se actualizan numerosos paquetes procedentes de sus respectivos proyectos originales. En el apartado gráfico, el controlador propietario de NVIDIA pasa a la versión 615.78.08.

La actualización incorpora además wget2, que sustituye al tradicional wget, soporte para miniaturas PDF en Dolphin y el visor cosmic-viewer para la edición COSMIC. Se añade firmware que faltaba para determinados dispositivos Bluetooth de Qualcomm y sistemas de audio Cirrus, además de dependencias necesarias para que MPV funcione correctamente con Vulkan.

PorteuX 2.9 ofrece más seguridad y compatibilidad

PorteuX 2.9 también introduce cambios relacionados con la protección de archivos y configuraciones. Los archivos de contraseñas del sistema dejan de ser accesibles para cualquier usuario, mientras que se eliminan archivos de configuración que tenían permisos de escritura globales.

En el apartado de hardware, se corrigen problemas con el micrófono en algunos portátiles AMD y con el límite de carga de batería, la iluminación del teclado y otras funciones de determinados equipos Dell. También se solucionan incidencias con el arranque de máquinas virtuales desde dispositivos de almacenamiento virtio y con la cantidad de memoria disponible que mostraba el kernel al contabilizar incorrectamente determinadas reservas de memoria de la GPU.

PorteuX 2.9 está disponible en diferentes ediciones con sus respectivos entornos de escritorio. Las imágenes de instalación y los detalles completos de los cambios pueden consultarse en el repositorio oficial del proyecto en GitHub y en el anuncio de lanzamiento de PorteuX.

El desarrollo de Ubuntu 27.04 Tenacious T-Rex ha comenzado de manera oficial. El archivo se abrió el 30 de octubre, con lo que se ha comenzado la sincronización automática con Debian. Si alguien no tiene muchas ganas de leer, este sería el resumen de la noticia, ya que no hay mucho más de lo que informar.

Cuando Canonical lanza una nueva versión de Ubuntu, se espera un par de semanas y da comienzo al desarrollo de la siguiente. Esas dos semanas desde 26.10 ya han pasado, y han empezado el desarrollo de la entrega que llegará finalmente en abril de 2027. El comienzo del desarrollo significa eso, que han empezado a poner los cimientos, pero nada más. Ahora mismo ni siquiera hay disponible una Daily Build para probar, para lo que habrá que esperar un tiempo más.

Ubuntu 27.04 llegará en abril de 2027

Cuando lleguen las primeras «Diarias», lo que podremos probar será básicamente Ubuntu 26.10, con la diferencia de que usará los repositorios de desarrollo y habrá actualizaciones constantes. No será hasta pasados unos meses que se empezarán a ver los cambios reales que veremos en al versión final, aunque algunos de ellos podrían ser revertidos, modificados o totalmente descartados.

Cabe recordar que Tenacious T-Rex, como el recién lanzado Stonking Stingray, será una versión provisional o interim, una de esas en las que se añaden cambios más arriesgados por no ser LTS. Aún así, hay casos en los que la lista de novedades no es muy extensa.

Ubuntu 27.04 Tenacious T-Rex está programado para abril de 2027. Entre sus novedades, ninguna confirmada, pero se espera que la versión principal llegue con GNOME 52 y un kernel que podría ser Linux 7.6. También se espera que se ofrezca por primera vez una versión inmutable basada en snaps y LXD (Ubuntu Core Desktoo), aunque esto es algo por confirmar. Saldremos de toda duda en el primer cuarto de 2027.

Si te estás metiendo en el mundo de la seguridad informática, sabrás que el camino puede ser un auténtico quebradero de cabeza. La mayoría de las distribuciones enfocadas al hacking vienen cargadas hasta los topes de herramientas que, para alguien que empieza, resultan abrumadoras y confusas, haciendo que más se pierda el tiempo configurando el entorno que aprendiendo conceptos reales. Para solucionar este lío llega CarotOS.

Se trata de una propuesta basada en Debian que busca simplificar el aprendizaje. No se trata de un simple cambio de colores o una capa estética, sino de un sistema operativo independiente diseñado específicamente para reducir la carga cognitiva de los estudiantes de ciberseguridad, permitiéndoles dar sus primeros pasos sin agobiarse.

¿Qué es exactamente CarotOS?

CarotOS es una distribución Linux que se ha ganado un hueco en el prestigioso listado de DistroWatch, situándose entre las pocas distribuciones activas a nivel mundial. Su núcleo es Debian, lo que le otorga una estabilidad rockera, pero lo que realmente lo diferencia es su enfoque educativo. En lugar de soltarte cientos de utilidades, se centra en un grupo selecto de herramientas para que el usuario entienda el «porqué» y el «cómo» de cada proceso.

El sistema utiliza el entorno de escritorio Xfce, configurado con un diseño de dos paneles muy limpio y funcional. Aunque el idioma predeterminado es el turco, cualquier persona puede cambiarlo al inglés mediante un asistente de bienvenida muy intuitivo. Además, ofrece la posibilidad de probarse en modo live antes de decidirse a instalarlo en el disco duro.

Herramientas y panel de seguridad

La joya de la corona es su Panel de Seguridad. Esta herramienta permite manejar utilidades de línea de comandos a través de formularios gráficos guiados. Lo mejor de todo es que el sistema no solo ejecuta el comando, sino que explica para qué sirve la herramienta, cómo usarla correctamente y qué opciones tiene disponibles, mostrando en tiempo real la salida de los comandos generados.

• Análisis de redes y escaneo: Incluye potentes utilidades como nmap, tcpdump, tshark y nikto.
• Auditoría inalámbrica: Viene equipado con aircrack-ng para el estudio de redes WiFi.
• Ataques y pruebas de penetración: Incorpora sqlmap para bases de datos, Hydra y John the Ripper para gestión de contraseñas.
• Defensa y endurecimiento: Cuenta con UFW y Fail2ban para proteger el propio sistema.

Para las tareas que requieren permisos de administrador, la distribución emplea pkexec, asegurando que el sistema se mantenga seguro mientras el usuario aprende a gestionar privilegios.

Salud del sistema y bienvenida en CarotOS

Para que nadie se sienta perdido, CarotOS incluye un asistente de bienvenida bilingüe de once páginas. Este manual digital es una guía completa que abarca desde los conceptos básicos de Linux y el funcionamiento del sistema de archivos hasta cómo instalar software nuevo y el uso de las herramientas preinstaladas.

Otro punto fuerte es su aplicación de Salud del Sistema. Esta herramienta realiza veinte comprobaciones detalladas divididas en seis categorías, asignando una puntuación final al estado del equipo. Puede detectar y reparar automáticamente hasta doce problemas comunes, analizando aspectos como:

• La configuración del cortafuegos y los puertos abiertos.
• La seguridad de las cuentas de usuario y el estado del disco.
• Actualizaciones de software y repositorios activos.
• Análisis de dispositivos extraíbles en busca de extensiones engañosas o archivos de autorun sospechosos, todo ello sin necesidad de leer el contenido de los archivos.

Compatibilidad y desarrollo técnico

Desde el punto de vista técnico, CarotOS es un sistema robusto que utiliza systemd como software de inicio y el gestor de paquetes APT, heredado de Debian. Es compatible tanto con sistemas BIOS como UEFI y cuenta con un shim firmado para que el Secure Boot no dé problemas al arrancar.

El desarrollo, liderado por Yusuf Miraç Üzümcüler y Metin Ege Boyar, ha puesto especial mimo en la compatibilidad del hardware. Por ello, la ISO incluye los paquetes de firmware necesarios para que el audio, los gráficos y las tarjetas de red inalámbricas funcionen desde el primer minuto, evitando que el usuario tenga que pelearse con los controladores.

Esta distribución se posiciona como una alternativa ideal para quienes buscan aprender hacking ético y endurecimiento de sistemas de forma segura, utilizando aplicaciones nativas desarrolladas en Python y GTK3 que huyen de la complejidad innecesaria y se centran en la formación práctica y progresiva del estudiante.

La versión D7VK 2.4 ha llegado con un enfoque continuista: el proyecto que traduce Direct3D 7, 6, 5 y 3 sobre Vulkan sigue en modo de mantenimiento, sin grandes novedades funcionales, pero con una tanda de ajustes pensados para juegos antiguos. La noticia ha llamado la atención porque el desarrollo se había declarado maduro y parecía haber entrado en una fase tranquila; aun así, el equipo ha publicado correcciones y mejoras que afectan a la compatibilidad y al comportamiento en entornos Linux.

Junto a ese lanzamiento aparece GXVK, un proyecto hermano que lleva la API Glide de 3Dfx a Vulkan. La propuesta busca que títulos de la época de las Voodoo puedan ejecutarse en sistemas modernos mediante Wine y Linux, aunque sus responsables insisten en que se trata de un prototipo muy temprano. No es una solución terminada ni pretende ofrecer todavía una experiencia redonda, pero sí abre una vía de preservación de código abierto para un catálogo que, en muchos casos, dependía de capas de traducción propietarias o de soluciones cerradas.

Qué cambia en D7VK 2.4

El cambio más visible está en la gestión de aspectos y resoluciones. D7VK 2.4 incorpora la conservación de la relación de aspecto al estirar el búfer trasero y deja desactivado por defecto ese estiramiento, de modo que los juegos no se adaptan de forma forzada a pantallas actuales. También se aplican límites clásicos de superficies y modos de DirectDraw, con una opción para saltarse ciertas validaciones, algo útil para quienes trastean con configuraciones poco habituales.

Hay además un modo de compatibilidad que solo anuncia resoluciones 4:3 y 5:4 a la aplicación. Este ajuste responde a casos concretos: Earth 2150 y sus expansiones podían bloquearse al entrar en ciertas partes de la interfaz cuando se usaban resoluciones 16:9. En la misma línea, se han corregido fallos de texto y elementos gráficos ausentes en Re-Volt y 3DMark 2000, y se ha mejorado el comportamiento general bajo Wayland.

• Ajustes de aspecto: se conserva la relación de aspecto y el estiramiento del búfer trasero queda desactivado por defecto.
• Modos clásicos: se aplican límites tradicionales de DirectDraw y una opción para omitir validaciones.
• Compatibilidad puntual: modo 4:3 y 5:4 para Earth 2150 y correcciones de texto en Re-Volt y 3DMark 2000.
• Wayland: mejora el comportamiento y el encaje de imagen en entornos compatibles.

GXVK y el legado de Glide

La otra pata de la noticia es GXVK, nacido a partir del código de DXVK, igual que D7VK. Su objetivo es cubrir las tres variantes de 32 bits de Glide que 3Dfx distribuyó para Windows, con un enfoque claro en Wine y Linux y sin intención de convertirse en una solución universal para cualquier sistema operativo.

GXVK se apoya en Vulkan para que juegos de la era Voodoo puedan funcionar en equipos actuales, con un enfoque claro en Wine y Linux. No obstante, el propio proyecto se describe como un prototipo muy temprano: lo que ya arranca puede ir lento y es probable que aparezcan errores en muchos títulos. La intención es ir ampliando compatibilidad poco a poco, no prometer milagros de la noche a la mañana.

Compatibilidad, expectativas y contexto

Merece la pena separar D7VK 2.4 de GXVK. El primero es un proyecto ya asentado que sigue recibiendo mantenimiento para Direct3D antiguo; el segundo es una iniciativa nueva y experimental centrada en Glide. D7VK 2.4 no añade grandes funciones, pero sí optimizaciones y correcciones que pueden notarse en juegos clásicos y en configuraciones de pantalla poco habituales.

En el caso de GXVK, el foco está en Wine y Linux, más que en Windows, y el proyecto se encuentra en una fase inicial. Su valor está en ofrecer una alternativa abierta dentro del ecosistema Vulkan para juegos que dependían de Glide. Para el usuario, la recomendación es prudencia: probar, revisar el rendimiento y no dar por hecho que cualquier título antiguo vaya a funcionar a la primera.

La publicación de D7VK 2.4 deja una actualización de mantenimiento con retoques de aspecto, límites clásicos de DirectDraw y correcciones para títulos concretos, mientras que GXVK amplía el horizonte con una traducción experimental de Glide a Vulkan. La idea de fondo es facilitar que juegos muy antiguos sigan siendo utilizables en equipos modernos, sobre todo en Linux con Wine, sin prometer por ello una compatibilidad universal ni un rendimiento perfecto desde el primer día.

Supongo que si empiezo este artículo diciendo algo sobre «malas noticias», habrá mucha gente que esté de acuerdo conmigo. Y es que hace poco, Canonical publicó en su Discourse un hilo hablando de la reactivación de Ubuntu Core Desktop, una versión inmutable de Ubuntu. El problema es que confiará sólo en paquetes snap, o así será por defecto; siempre se podrá usar Workshops para instalar más software.

Pero la mala noticia no es que hayan reactivado y acelerado un proyecto como este. La mala noticia es que Canonical sigue haciendo de las suyas, y se plantea la posibilidad de que esta nueva versión, sin apt, ni nix ni flatpak ni nada por el estilo, termine convirtiéndose en la versión «normal» de Ubuntu. La buena noticia es que, aunque sea lo primero que ofrezcan, se espera que la «actual normal» siga existiendo.

Ubuntu Core Desktop como opción predeterminada

Usar Linux puede llegar a ser un problema. Una actualización puede romper algo, por lo que no se puede recomendar a cualquier usuario. Estos problemas se reducen en las distribuciones inmutables o atómicas, que no permiten tocar nada importante del sistema operativo y, además, las actualizaciones suelen ser imágenes completas del sistema.

Por ese motivo existen las distribuciones inmutables, y muchos desarrolladores eligen esta opción cuando quieren llegar al gran público. Que se lo digan a Valve con su SteamOS. Sistema que, por cierto, he llegado a plantearme para mi portátil si lo que uso en la actualidad termina dándome la lata. También hay versiones inmutables de Fedora, en parte con el objetivo de que sea más difícil de romper. Así lo dice también KDE en el desarrollo de su KDE Linux.

Canonical no lo dice así directamente, pero puede que esté pensando en lo mismo: para la mayor parte de usuarios, un sistema inmutable puede ser la mejor opción, y es lo que ofrecerían para descargar en su página web de manera más visible.

Casos de uso de esta versión

Canonical explica que, en un principio, hay tres motivos o casos de uso de Ubuntu Core Desktop:

Equipo con el navegador como centro

Muchas personas usan el PC y se quedan casi todo el tiempo en el navegador. Yo mismo me paso casi todo el tiempo en él, y mira que hago muchas cosas. Muchas aplicaciones están accesibles desde el navegador, y en lo personal sólo uso aplicaciones locales en contadas ocasiones. Por ejemplo, GIMP, pero podría usar Photopea. Incluso existe VSCode.

Estación de trabajo para desarrolladores

Como ellos mismos reconocen, esto sería lo más difícil, pues Ubuntu Core Desktop no tiene acceso a muchas de las herramientas en las que confiarían los desarrolladores. Pero existen LXD y Workshops, programas para usar software en contenedores que permiten extender posibilidades. Es básicamente su implementación de Distrobox, salvando as distancias.

Aunque sea uno de los tres puntos que mencionan, honestamente creo que no deberían añadirlo como reclamo porque sería complicar las cosas.

Una máquina de juegos

En el hilo se habla de que la Steam Deck y otros ordenadores de mano se han hecho muy populares en los últimos años. Se menciona el snap de Steam y otras cosas, y siguiendo con la sinceridad que me caracteriza, tampoco termino de tener claro que una versión inmutable como Ubuntu Core Desktop sea lo mejor para jugar.

Para juegos ya existe SteamOS, también disponible para equipos normales. Y si no, Bazzite, que además puede instalar todos los emuladores que queramos tirando de Flathub. Incluso el Ubuntu actual sería mejor para jugar, en mi opinión.

Ubuntu Core Desktop ofrecerá imágenes de desarrollo de 27.04

Hasta que el lanzamiento se haga oficial y se vayan respondiendo todas las cuestiones, Canonical ha confirmado que habrá Daily Builds de Ubuntu Core Desktop para 27.04. Así que lo mejor que puede hacer cualquier interesado es probar estas imágenes para saber si satisface sus necesidades.

En lo personal, no me emociona enormemente este anuncio, sobre todo por la ausencia de soporte para paquetes flatpak. Pero quién sabe, quizá estemos hablando de lo que termine convirtiéndose en el Linux del futuro.

La nueva versión de Tails 7.16 ya está disponible con actualizaciones de sus principales componentes de navegación anónima y una corrección relacionada con el cifrado del correo electrónico. El proyecto ha incorporado Tor Browser 16.0 y actualizado el cliente Tor a la versión 0.4.9.15, además de solucionar un problema que impedía utilizar correctamente OpenPGP en Thunderbird.

Tails es una distribución GNU/Linux basada en Debian cuyo objetivo es proteger la privacidad y el anonimato de sus usuarios. Todo el tráfico de Internet se canaliza a través de la red Tor, mientras que el sistema está diseñado para ejecutarse desde una memoria USB y no dejar rastros en el ordenador utilizado una vez apagado. La versión 7.16 continúa esta estrategia con una actualización centrada en mantener al día sus herramientas fundamentales.

Tor Browser 16.0 llega a Tails

La principal novedad de Tails 7.16 es la incorporación de Tor Browser 16.0, que está basado en Firefox 153. Esta versión hereda el rediseño de los ajustes introducido en el navegador, con una organización renovada de sus opciones de configuración.

El cambio afecta a la forma de acceder y gestionar diferentes preferencias del navegador. La nueva disposición busca facilitar la localización de los ajustes y reorganiza distintas categorías de configuración, siguiendo la evolución de Firefox.

La actualización es especialmente relevante en Tails porque Tor Browser constituye una de las herramientas centrales del sistema. Su integración permite navegar a través de la red Tor sin tener que configurar manualmente un navegador convencional para utilizarla.

Actualización del cliente Tor en Tails 7.16

El segundo cambio destacado es la actualización del cliente Tor a la versión 0.4.9.15. Este componente se encarga de establecer las conexiones con la red Tor y gestionar la comunicación necesaria para acceder a Internet de forma anónima.

Mantener actualizado el cliente es importante para incorporar las correcciones y mejoras de las versiones recientes del proyecto Tor. Tails integra estos componentes dentro de su propio sistema, por lo que las actualizaciones se distribuyen mediante las nuevas imágenes y los mecanismos de actualización de la distribución.

Thunderbird recupera el soporte OpenPGP

Tails 7.16 también corrige un problema que afectaba a la compatibilidad con OpenPGP en Thunderbird. Este sistema permite cifrar y firmar mensajes de correo electrónico, proporcionando herramientas para proteger el contenido de las comunicaciones y comprobar su autenticidad.

La incidencia solucionada estaba registrada con el identificador #21841 en el sistema de seguimiento de errores del proyecto. Su resolución permite recuperar el funcionamiento esperado de esta característica, especialmente importante para los usuarios que utilizan el correo electrónico como parte de sus comunicaciones protegidas.

Actualización a Tails 7.16 sin perder el almacenamiento persistente

Los usuarios que ya utilizan Tails pueden actualizar automáticamente desde la versión 7.0 o posteriores a Tails 7.16. Este procedimiento permite conservar el almacenamiento persistente de la memoria USB, donde se pueden guardar documentos, configuraciones y otros datos entre sesiones.

Si la actualización automática no funciona o el sistema deja de arrancar después de aplicarla, el proyecto recomienda recurrir al procedimiento de actualización manual.

También es posible realizar una instalación nueva utilizando la imagen USB o la imagen ISO, destinada a DVD y máquinas virtuales. Sin embargo, hay una diferencia importante: instalar Tails desde cero en una memoria USB elimina el almacenamiento persistente que pudiera contener. Por tanto, quienes quieran conservar sus datos deben utilizar el procedimiento de actualización en lugar de realizar una instalación nueva.

Tails 7.16 está disponible desde la página oficial de descargas. Los detalles completos de esta versión, así como las instrucciones para actualizar, pueden consultarse en el anuncio oficial del proyecto.

Continuando con nuestra serie de artículos sobre el problema de seguridad más grave conocido en lo que queda del año, llegó el momento de explicar qué es PHP2Shell y cómo solucionarlo en Ubuntu.

Como explicamos anteriormente, PHP es un lenguaje de programación de código abierto pensado para usarse del lado del servidor. Según las estadísticas disponibles públicamente, lo utilizan alrededor del setenta y cinco por ciento de los sitios web (incluido este blog).

Qué es PHP2Shell y cómo afectó a los sitios web

Para entender qué hace PHP2Shell, primero tenemos que entender el concepto de motor PHP.

El motor PHP (que recibe técnicamente el nombre de Zend Engine en sus últimas versiones) es el programa intérprete encargado de leer, traducir y ejecutar el código PHP en un servidor web. Su trabajo es convertir las instrucciones escritas en PHP en resultados útiles (formatos HTML, JSON, datos, etc.).

El proceso de trabajo es el siguiente:

Paso 1: Análisis léxico

El procesador lee el código carácter por carácter y lo clasifica en palabras clave, variables, operadores, números y otros componentes importantes.

Paso 2: Parsing

En esta etapa, el motor analiza el resultado del paso anterior para comprobar que tenga sentido según las reglas del lenguaje.

Paso 3: Compilación a opcodes

En este paso, el motor convierte el código PHP en opcodes (códigos de operación), que son instrucciones de bajo nivel que facilitan a la máquina virtual de PHP la ejecución del código más rápidamente.

Paso 4: Ejecución

Aquí, la máquina virtual de PHP ejecuta los opcodes uno por uno, mientras interactúa con el sistema de archivos, la memoria RAM y las bases de datos para lograr el resultado final. Desde la versión PHP 5.5, el motor incluye OPcache, una extensión que guarda en la memoria RAM los opcodes ya compilados. Esto hace posible que, en las siguientes peticiones, el motor se salte los pasos 1, 2 y 3 y pase directamente al 4.

PHP2Shell

El nombre PHP2Shell se le asignó a una familia de vulnerabilidades críticas de seguridad de memoria que se determinó que afectaban directamente al núcleo, al motor y al intérprete del lenguaje PHP.

Estas dos vulnerabilidades están integrada por:

• CVE-2026-109618: Descripta como corrupción de memoria por agotamiento de memoria (out-of-memory). Sucede cuando una petición agota el límite configurado (memory_limit) durante el tiempo asignado para la inicialización de los datos de entrada; esto hace que las rutinas de limpieza traten estructuras incompletas como válidas, permitiendo la ejecución de código malicioso.
• CVE-2026-109619: Descripta como reutilización de estado global obsoleto o liberado (use-after-free)[5]. Sucede cuando un proceso de trabajo (worker) guarda punteros a memoria liberada de una petición anterior y una petición posterior en el mismo worker vuelve a utilizarlos.

Mediante estas vulnerabilidades, los atacantes pueden:

• Lograr la ejecución remota de código con los privilegios del proceso del servidor web, aunque el atacante no esté autenticado.
• Permitir la filtración de información sensible de la memoria del proceso, con la consiguiente exposición de contraseñas, claves API, tokens de autenticación y certificados utilizados por otros procesos.
• Obtener acceso, por más seguro que sea el código de la aplicación. Esto lo logran al actuar sobre el motor de PHP y no sobre las aplicaciones (como WordPress, Drupal o Joomla).
• Afectar a gran parte de las versiones de PHP, desde la versión 5.4 hasta las ramas 8.x que no fueron actualizadas.

¿Cómo y para qué usan esta vulnerabilidad los atacantes?

La explotación depende de cuál de las dos vulnerabilidades se aproveche:

CVE-2026-109618 (corrupción por agotamiento de memoria / OOM)

1. Inducción del límite de memoria: el delincuente informático envía una petición HTTP pensada para gastar rápidamente la memoria del proceso de trabajo (*worker*) hasta llegar al límite fijado por la directiva memory_limit. Esto puede hacerlo enviando múltiples archivos o campos de formulario complejos.
2. Interrupción abrupta con longjmp(): cuando se detecta la falta de memoria, PHP interrumpe inmediatamente el flujo normal y va directamente a la rutina de cierre de la petición (request shutdown).
3. Corrupción de estructuras y ejecución: cuando se hace este salto, se omiten la inicialización y la limpieza ordenada de variables, lo que hace que permanezcan estructuras internas en un estado incompleto e inválido. El atacante logra manipular previamente la memoria (heap spraying), enviando parámetros de formulario en forma masiva con estructuras de C. Durante la fase de apagado, PHP lee la memoria inconsistente y, cuando evalúa punteros a funciones o destructores corruptos, la ejecución utiliza las instrucciones del atacante, lo que permite la ejecución remota de código.

CVE-2026-109619 (uso de memoria liberada / use-after-free)

1. Generación del puntero descolgado (Producer): en este caso, el delincuente produce un error fatal o de memoria al principio del arranque de la petición, en las características activas por defecto (por ejemplo, en el seguimiento del progreso de carga de archivos session.upload_progress o en las trazas de errores fatales). Cuando termina la petición de manera anormal, PHP libera la memoria de la solicitud, pero mantiene punteros globales que apuntan a esa dirección ya liberada.
2. Reutilización en peticiones posteriores (Consumer): como un mismo proceso de trabajo (worker) atiende varias peticiones HTTP consecutivas, una segunda petición enviada al mismo worker interactúa con ese estado global no reinicializado antes de que PHP limpie el puntero.
3. PHP copia fragmentos de la memoria interna del proceso a través del puntero liberado dentro de la cookie de sesión PHPSESSID en la respuesta HTTP. Con esto, el delincuente informático logra extraer contraseñas, tokens de autenticación, claves API y certificados correspondientes a otras peticiones del servidor.
4. Ejecución remota de código (RCE): el atacante sobrescribe el bloque de memoria liberado insertando estructuras de funciones falsas (incluidas llamadas a comandos del sistema, como system()). Cuando la siguiente petición ejecuta la rutina de actualización, el motor sigue el puntero manipulado y ejecuta la orden.
5. Confusión de tipos en OPcache: en las versiones más actuales que utilizan la caché de código compilado (OPcache), los errores de asignación pueden permitir que distintos workers compartan metadatos obsoletos, lo que produce una confusión de tipos que logra corromper la memoria compartida.

El resultado de todas estas acciones es el siguiente:

Una vez explotada la vulnerabilidad, el atacante, con los privilegios del proceso del servidor web, puede:

• Ejecutar comandos de la consola para identificar al usuario y el entorno.
• Escribir scripts maliciosos en carpetas públicas o de subida para permitir el acceso posterior como puerta trasera.
• Conectarse al servidor de forma remota.
• Leer archivos de configuración y bases de datos, e intentar acceder a otros sistemas de la red.

Versiones de Ubuntu afectadas y cómo solucionarlo

• Ubuntu 14.04 y 16.04: requieren Ubuntu Pro y el complemento Legacy Support.
• Ubuntu 18.04 y 20.04: requieren Ubuntu Pro con ESM.
• Ubuntu 22.04 y posteriores: reciben la corrección mediante las actualizaciones estándar.

Para instalar los paquetes con las correcciones:

Actualizamos la lista de paquetes de los repositorios:

sudo apt update

Actualizamos los paquetes:

sudo apt upgrade

Comprobamos la versión instalada:

apt list '?installed ?name(^php[0-9.]+$)'

Reiniciamos los servicios que utilizan PHP:

sudo systemctl restart nombre_del_servicio

Si utilizamos PHP-FPM:

sudo systemctl restart phpX.X-fpm

Donde X.X debe sustituirse por el número de versión correspondiente.

Recuerda que todos estos pasos solo son necesarios si tienes aplicaciones que se ejecuten bajo PHP.

Continuando con nuestra serie de artículos sobre el grave problema de seguridad informática ocurrido en la penúltima semana de octubre de 2026, explicaremos cómo se clasifican los problemas de seguridad informática para luego advertir sobre ellos y facilitar el acceso a las soluciones. De lo que se trata es de separar la realidad de la falsa información proporcionada por el sensacionalismo y el odio al lenguaje de programación.

PHP2Shell fue una vulnerabilidad grave y explotada antes de que se hiciera pública su existencia y es una más en la serie de vulnerabilidades que se irán descubriendo en los próximos meses gracias al uso de la inteligencia artificial. Esto obligará a los responsables de servicios web a estar atentos a su aparición y a la de las soluciones.

Pero antes de seguir con el artículo, quiero destacar algunas aclaraciones sobre cosas que dije en el artículo anterior.

• Conexión a bases de datos: Cuando dije que a las bases de datos solo se puede acceder desde el servidor, hablaba de buenas prácticas, no de imposibilidades técnicas. Permitir el acceso solo desde el servidor garantiza que las credenciales solo las tengan quienes estén autorizados a realizar las operaciones de lectura, escritura, eliminación y actualización de datos. De esta forma se protege la información sensible.
• Distinción entre contenido PHP y no PHP: No necesariamente el contenido PHP debe estar separado del contenido HTML, siempre que esté entre etiquetas identificadoras. El contenido que no es PHP no se interpreta como código durante el procesamiento, pero se utiliza para dar formato a la salida.
• Generación de CSS: Aunque puede generar contenido en formatos CSS, JSON o HTML, la práctica habitual es que el contenido CSS esté en una hoja externa que se invoca desde una página con extensión .html o .php.
• Usos de PHP: Si bien, en su forma tradicional, PHP no puede usarse para comunicaciones en tiempo real, existen extensiones, aplicaciones y bibliotecas que le dan esa funcionalidad.
• Necesidad de un servidor: PHP no necesita un servidor web; se puede usar desde la línea de comandos o incluso mediante interfaces gráficas. Pero no está pensado para ese uso, por lo que, en general, los desarrolladores prefieren otras alternativas.
• Versiones y vulnerabilidades: Al ser un lenguaje de programación de más de 30 años, PHP tiene varias versiones y subversiones. No todas las vulnerabilidades que aparecen ni todos los parches que se publican afectan por igual. Lo ideal es actualizar cada vez que se publique una nueva versión estable.

Cómo se clasifican los problemas de seguridad informática

Para entender qué es PHP2Shell, debemos entender primero cómo funciona el sistema de detección y corrección de errores en informática.

El identificador CVE

Las letras CVE corresponden al acrónimo de Vulnerabilidades y Exposiciones Comunes (Common Vulnerabilities and Exposures) y se refieren a un sistema internacional estandarizado que contiene las vulnerabilidades de seguridad que se descubrieron y se hicieron públicas. Cada identificador adquiere esta forma:

• CVE: Como dijimos, indica que se trata de una vulnerabilidad común.
• AÑO: Indica el año en que se le asignó el ID o se hizo público el error.
• NÚMERO: Es el identificador secuencial único (debe tener un mínimo de cuatro dígitos.

El objetivo es que todas las personas involucradas en su detección, mitigación o solución sepan que se están refiriendo al mismo problema.

Las etapas entre el descubrimiento y la asignación del CVE son:

Etapa 1: Descubrimiento

Los errores en el software son detectados generalmente por investigadores, integrantes de la comunidad de desarrolladores, herramientas automatizadas, aficionados participantes de programas de caza de bugs y, en los últimos tiempos, por modelos de inteligencia artificial.

Etapa 2: Reporte confidencial

Si una persona detecta un bug y lo hace público antes de que los desarrolladores tengan tiempo de encontrar una solución, es una invitación abierta a los delincuentes informáticos para aprovecharlo. Lo ideal es que lo comunique en forma privada a los desarrolladores o a una entidad asignadora de CVE, dándoles un plazo prudencial para el desarrollo del parche.

Etapa 3: Validación y asignación del CVE

Una vez que se comprueba que el bug es reproducible y constituye un problema de seguridad, se le asigna un CVE. Esto puede hacerse de dos formas:

• En caso de que el desarrollador sea un CNA autorizado (como Microsoft, Google, GitHub o Red Hat), este se ocupa de generar y asignar el número CVE.
• En caso de que el desarrollador no lo sea, la solicitud se envía a la organización sin fines de lucro MITRE Corporation. Esta entidad, financiada por el gobierno de Estados Unidos, es la encargada de administrar el sistema CVE.

Etapa 4: Publicación

Ya sea que el parche esté listo o no, si se vence el plazo de confidencialidad, la corporación MITRE publica en su sitio web una entrada que contiene:

• El identificador CVE.
• Una breve descripción del fallo.
• Enlaces al aviso del fabricante y al parche, si está disponible.

Etapa 5: Agregado de información

Otra vez interviene el gobierno norteamericano, pero esta vez directamente a través del Instituto Nacional de Estándares y Tecnología (NIST, por sus siglas en inglés). El NIST maneja la Base de Datos Nacional de Vulnerabilidades (NVD). En esta base de datos se agrega la siguiente información:

• La puntuación CVSS (Common Vulnerability Scoring System): Es una nota del 0,0 al 10,0 que indica la gravedad del bug. Cuanto más alta, más grave.
• Clasificación CWE (Common Weakness Enumeration): Indica el tipo de fallo.
• Software afectado (usando el formato CPE, Common Platform Enumeration): Indica una lista exacta de las versiones vulnerables de los programas afectados.

¿Qué pasa fuera de Estados Unidos?

El artículo se concentró en el sistema norteamericano porque en la Unión Europea no existe una agencia centralizada para la clasificación de problemas informáticos y se apoya en la base de datos del NVD para su trabajo. Sin embargo, en los últimos tiempos está impulsando proyectos para reducir la dependencia de bases de datos extranjeras mediante el Centro Europeo de Competencia en Ciberseguridad (ECCC). Como parte de eso, 13 de mayo de 2025, la Agencia de la Unión Europea para la Ciberseguridad (ENISA) puso en marcha la EUVD (European Vulnerability Database), una base de datos europea de vulnerabilidades.

Además de la información de Mitre y NVD incluye:

• Información sobre desarrolladores de software y fabricantes de hardware.
• Detalle de los equipos de respuesta a incidentes.
• Información sobre vulnerabilidades explotadas.

Otras entidades de respuesta son:

• CERT-EU: Es un equipo de respuesta a incidentes informáticos que puedan afectar a las instituciones de la UE. Analiza las vulnerabilidades globales (CVE) y emite alertas específicas sobre cómo pueden afectar a las instituciones relacionadas.
• CSIRT nacionales: Cada país tiene el suyo (por ejemplo, CERT-ES en España). Actúan cuando se publica un CVE crítico (como PHP2Shell). Se ocupan de difundir la información en el idioma local y trabajar con las instituciones y empresas locales para solucionarlos.