Una vulnerabilidad de gravedad media en nginx (CVE-2026-60005) permite que un proceso worker exponga parte de su memoria o se detenga. Ocurre en ciertas configuraciones que usan la directiva slice o la actualización de caché en segundo plano. Afecta a las versiones 1.15.8 a 1.31.2, y debes actualizar a 1.31.3 o 1.30.4.
Qué está pasando
El proyecto nginx publicó un aviso sobre la vulnerabilidad CVE-2026-60005, de gravedad media. El origen es un acceso a memoria no inicializada que puede producirse cuando se usan capturas de expresiones regulares sin nombre (unnamed regex captures) junto con la directiva slice del módulo ngx_http_slice_module, o con la actualización de caché en segundo plano (background cache update).
En esos casos, un proceso worker de nginx podría devolver fragmentos de su memoria interna, lo que constituye una fuga de información. También podría terminar de forma inesperada, lo que interrumpe parte del servicio mientras nginx lo reinicia.
Son vulnerables las versiones 1.15.8 a 1.31.2. La falla está corregida en nginx 1.31.3 y posteriores, y en 1.30.4 y posteriores. El aviso no menciona explotación activa ni código de prueba público.
Vulnerabilidades
| CVE | CVSS | Descripción |
|---|---|---|
| CVE-2026-60005 | — | Acceso a memoria no inicializada al usar capturas de regex sin nombre con la directiva slice o con la actualización de caché en segundo plano. Puede causar una fuga de memoria del proceso worker o su terminación. |
Productos afectados
| Producto | Versiones afectadas | Versión corregida |
|---|---|---|
| nginx | 1.15.8 - 1.31.2 | 1.31.3 o posterior; 1.30.4 o posterior |
Qué hacer ahora
- Verifica qué versión de nginx tienes instalada en cada servidor con el comando
nginx -v. - Actualiza nginx a 1.31.3 o posterior, o a 1.30.4 o posterior si usas esa rama.
- Da prioridad a los servidores cuya configuración usa la directiva
sliceo la actualización de caché en segundo plano junto con capturas de regex sin nombre.
Te ayudamos a revisar sin costo si tus servidores o equipos usan una versión afectada por esta alerta, y qué conviene hacer primero.
Empieza por identificar todos los lugares donde corre nginx. Además de los servidores web evidentes, suele estar como proxy inverso, como balanceador, dentro de contenedores o incluido en appliances y paneles de hosting. En ese último caso, la versión depende del paquete del fabricante o de la distribución, así que conviene revisar si ese proveedor ya publicó la actualización.
Como la falla solo se activa con ciertas configuraciones, revisa los archivos de configuración (por ejemplo, con grep -r slice /etc/nginx/) para saber qué servidores están realmente expuestos y actualízalos primero. El resto puede seguir tu ciclo normal de parches, sin dejarlos atrás. Después de actualizar, valida la configuración con nginx -t antes de recargar el servicio.
Cómo te ayuda UpTech
Con Gestión de Parches, las actualizaciones de seguridad de sistemas operativos y aplicaciones se aplican de forma programada, sin depender de que alguien lea esta alerta a tiempo.
Conocer el servicio → Servicios Gestionados TICon el inventario automatizado de hardware y software sabes de inmediato qué equipos tienen la versión afectada.
Conocer el servicio → Respaldo y MonitoreoEl monitoreo 24/7 con alertas en tiempo real ayuda a detectar a tiempo comportamientos anómalos en tus servidores.
Conocer el servicio →Referencias
- https://nginx.org/en/security_advisories.html
- https://my.f5.com/manage/s/article/K000162100
- https://www.cve.org/CVERecord?id=CVE-2026-60005