nginx corrigió una falla de gravedad baja en el módulo ngx_http_charset_module. Puede filtrar pequeñas porciones de memoria o provocar la caída de un proceso worker cuando se usa la directiva charset_map con conversión desde UTF-8. Afecta a las versiones 0.3.50 a 1.30.0: actualiza a 1.30.1 o 1.31.0.
Qué está pasando
El equipo de nginx publicó el 13 de mayo de 2026 un aviso sobre CVE-2026-42934, una lectura de memoria fuera de límites (buffer overread) en el heap dentro del módulo ngx_http_charset_module, que se encarga de convertir la codificación de caracteres de las respuestas.
El problema aparece cuando un proceso worker maneja una respuesta especialmente preparada y nginx está configurado para decodificar desde UTF-8 mediante la directiva charset_map. En ese escenario, un atacante podría obtener una divulgación limitada de la memoria del proceso worker o provocar un fallo de segmentación (segmentation fault) que hace caer ese worker.
El proyecto clasifica la falla como de gravedad baja. Afecta a una franja muy amplia de versiones, desde la 0.3.50 hasta la 1.30.0, y está corregida en nginx 1.31.0 y 1.30.1. El aviso no menciona explotación activa ni código de prueba público.
Vulnerabilidades
| CVE | CVSS | Descripción |
|---|---|---|
| CVE-2026-42934 | — | Lectura fuera de límites en memoria heap en ngx_http_charset_module al procesar una respuesta especialmente preparada con decodificación desde UTF-8 vía charset_map; puede causar una divulgación limitada de memoria del worker o un fallo de segmentación del worker. |
Productos afectados
| Producto | Versiones afectadas | Versión corregida |
|---|---|---|
| nginx | 0.3.50 - 1.30.0 | 1.31.0+, 1.30.1+ |
Qué hacer ahora
- Verifica la versión de nginx instalada en cada servidor con
nginx -v. - Actualiza nginx a la versión 1.30.1 (rama estable) o 1.31.0 o superior.
- Reinicia o recarga nginx tras la actualización y confirma con
nginx -vque la nueva versión quedó activa.
Te ayudamos a revisar sin costo si tus servidores o equipos usan una versión afectada por esta alerta, y qué conviene hacer primero.
Aunque la gravedad es baja, el rango de versiones afectadas es enorme, así que casi cualquier nginx que tengas hoy está dentro. Para priorizar, revisa primero si tu configuración usa la directiva charset_map (por ejemplo con grep -r charset_map /etc/nginx/): los servidores que la utilizan son los realmente expuestos y conviene actualizarlos antes. Si no la usas, puedes incluir la actualización en tu próxima ventana de mantenimiento normal.
Lo que suele pasarse por alto es que nginx no solo está en tus servidores web visibles: también viene dentro de proxies inversos, balanceadores, contenedores Docker, paneles de hosting y equipos de terceros. Haz un inventario de dónde corre, incluidas las imágenes de contenedor, y recuerda que en distribuciones Linux el paquete corregido puede llevar un número de versión propio del proveedor, así que confirma en sus avisos que incluye el parche.
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/K000161028
- https://www.cve.org/CVERecord?id=CVE-2026-42934