nginx corrigió una falla de gravedad media que puede provocar un desbordamiento de búfer en un proceso worker cuando la configuración combina la directiva alias con rewrite. Afecta a las versiones 0.1.29 a 1.31.6. Actualiza a nginx 1.31.7 o 1.30.6 y verifica qué versión tienen tus servidores.
Qué está pasando
El proyecto nginx publicó un aviso de seguridad por la vulnerabilidad CVE-2026-15176, clasificada con gravedad media. Se trata de un desbordamiento de búfer (buffer overflow) que puede ocurrir en un proceso worker de nginx, es decir, en uno de los procesos que atienden las peticiones web.
La falla se presenta en una combinación concreta de configuración: cuando se usa la directiva alias y la URI de la petición fue modificada por la directiva rewrite antes de traducirse a una ruta de archivo en el disco. Si tu configuración no combina estas dos directivas de esa forma, el escenario descrito en el aviso no se da.
El rango de versiones vulnerables es muy amplio: desde nginx 0.1.29 hasta 1.31.6. Las versiones corregidas son 1.31.7 y posteriores, y 1.30.6 y posteriores. El aviso no informa explotación activa ni código de prueba público, ni entrega un puntaje CVSS.
Vulnerabilidades
| CVE | CVSS | Descripción |
|---|---|---|
| CVE-2026-15176 | — | Desbordamiento de búfer en un proceso worker de nginx al usar la directiva alias cuando la URI de la petición fue cambiada por la directiva rewrite y luego se asoció a una ruta de archivo. |
Productos afectados
| Producto | Versiones afectadas | Versión corregida |
|---|---|---|
| nginx | 0.1.29 a 1.31.6 | 1.31.7 o 1.30.6 (y posteriores) |
Qué hacer ahora
- Verifica la versión de nginx instalada en cada servidor con
nginx -v. - Si tienes una versión entre 0.1.29 y 1.31.6, actualiza a nginx 1.31.7 o posterior, o a 1.30.6 o posterior dentro de la rama 1.30.
- Después de actualizar, confirma con
nginx -vque la nueva versión quedó en uso y que el servicio se reinició correctamente.
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 hacer un inventario: nginx suele estar en más lugares de los que se piensa, como proxies inversos, balanceadores, contenedores Docker, imágenes de aplicaciones y appliances de terceros. Prioriza los servidores expuestos a Internet y, dentro de ellos, los que tengan en su configuración bloques location con alias y reglas rewrite; puedes buscarlos rápidamente revisando los archivos incluidos en nginx.conf con nginx -T.
Aunque la gravedad es media y no hay explotación reportada, el rango de versiones afectadas es enorme, así que conviene incluir la actualización en la próxima ventana de mantenimiento en lugar de postergarla. Recuerda que los paquetes de las distribuciones Linux y las imágenes de contenedores a veces tardan en incorporar la versión corregida o la incluyen con otra numeración, por lo que debes revisar el aviso de tu proveedor y reconstruir las imágenes que empaquetan nginx.
Cómo te ayuda UpTech
Mientras aplicas la actualización, podemos definir en Cerberus WAF reglas específicas para las rutas y parámetros vulnerables de tu sitio. Reduce la exposición, pero no reemplaza el parche.
Conocer el servicio → Servicios Gestionados TICon 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 →Referencias
- https://nginx.org/en/security_advisories.html
- https://my.f5.com/manage/s/article/K000162416
- https://www.cve.org/CVERecord?id=CVE-2026-15176