**Nueva vulnerabilidad HollowByte en OpenSSL permite denegación de servicio por agotamiento de memoria**

—

### 1. Introducción

Un reciente hallazgo realizado por el equipo Red Team de Okta ha puesto en el punto de mira una vulnerabilidad crítica en OpenSSL, el popular toolkit de cifrado utilizado en millones de sistemas y servicios en todo el mundo. El fallo, bautizado como HollowByte, permite que un atacante provoque una condición de denegación de servicio (DoS) de manera trivial, simplemente enviando un mensaje especialmente manipulado de once bytes a un servidor OpenSSL sin parchear. Este incidente destaca la importancia de mantener actualizados los componentes críticos de la infraestructura y la necesidad de una monitorización constante frente a amenazas emergentes.

—

### 2. Contexto del Incidente o Vulnerabilidad

OpenSSL es una biblioteca de software de código abierto que proporciona herramientas esenciales para la implementación de los protocolos TLS y SSL en servidores web, dispositivos IoT, infraestructuras cloud y aplicaciones empresariales. La vulnerabilidad HollowByte afecta a las versiones anteriores a la actualización liberada en junio de 2024, y ha sido especialmente problemática en sistemas basados en glibc (GNU C Library), donde la memoria asignada no se libera hasta que el proceso es reiniciado manualmente.

El proceso de divulgación del fallo ha sido poco convencional: OpenSSL incluyó el parche en su actualización de junio de 2024 sin asignar un identificador CVE, sin emitir un aviso de seguridad formal y sin hacer mención explícita en el changelog. Esta falta de transparencia ha dificultado la respuesta de la comunidad y de los equipos de seguridad encargados de proteger infraestructuras críticas.

—

### 3. Detalles Técnicos

El bug HollowByte se manifiesta cuando un atacante remoto envía un mensaje específico de solo 11 bytes a un servidor OpenSSL en espera de conexiones TLS. Este mensaje es suficiente para que el proceso, siguiendo la lógica interna defectuosa, reserve hasta 131 KB de memoria con la expectativa de recibir un mensaje más grande. Sin embargo, el atacante nunca completa la transmisión, dejando la memoria asignada de forma indefinida.

En plataformas Linux que utilizan glibc, esta memoria no se libera hasta que el proceso OpenSSL es reiniciado, lo que permite que un atacante, enviando múltiples mensajes maliciosos, agote rápidamente la memoria disponible, llevando al servidor a una situación de denegación de servicio.

**Vectores de ataque:**
– Envío remoto de mensajes TLS manipulados.
– No requiere autenticación ni establecimiento previo de sesión.

**TTP MITRE ATT&CK relevantes:**
– T1499 (Denial of Service)
– T1499.004 (Network Denial of Service: Application Layer Flood)

**Indicadores de compromiso (IoC):**
– Incremento anómalo del uso de memoria en procesos relacionados con OpenSSL.
– Conexiones incompletas o abandonadas en registros de tráfico TLS.

Por su naturaleza, la vulnerabilidad puede ser explotada mediante herramientas personalizadas o frameworks de pentesting como Metasploit, aunque en este caso el exploit es trivial y puede implementarse con simples scripts de bajo nivel.

—

### 4. Impacto y Riesgos

La explotación de HollowByte puede provocar el agotamiento total de la memoria asignada a procesos OpenSSL, derivando en caídas de servicio, bloqueos y la necesidad de reinicios manuales o automáticos de servicios afectados. En entornos de alta disponibilidad, esto puede traducirse en interrupciones significativas y potenciales pérdidas económicas.

Según estimaciones de Okta, un atacante podría agotar varios gigabytes de memoria en cuestión de minutos enviando miles de mensajes maliciosos en paralelo. Dada la ubicuidad de OpenSSL, el rango de impacto es masivo: desde servidores web y VPNs hasta plataformas cloud, infraestructuras de telecomunicaciones y dispositivos IoT.

En ausencia de un CVE y documentación oficial, muchas organizaciones podrían estar expuestas sin ser conscientes de ello, lo que incrementa el riesgo de ataques DoS exitosos.

—

### 5. Medidas de Mitigación y Recomendaciones

– **Actualizar OpenSSL:** Instalar inmediatamente la última versión publicada en junio de 2024, que incluye el parche para HollowByte.
– **Supervisión de recursos:** Implementar alertas de uso inusual de memoria en procesos que utilicen OpenSSL.
– **Limitación de conexiones:** Configurar límites en el número de conexiones simultáneas y establecer timeouts agresivos para conexiones TLS incompletas.
– **Segmentación de servicios:** Aislar servidores críticos y aplicar controles de acceso para reducir la superficie de ataque.
– **Pruebas de penetración:** Incluir pruebas específicas para HollowByte en los ciclos de pentesting interno.

—

### 6. Opinión de Expertos

Especialistas en ciberseguridad han criticado la falta de transparencia en la gestión de esta vulnerabilidad por parte del equipo de OpenSSL. “La ausencia de CVE y de un advisory oficial complica la labor de los equipos de seguridad, que dependen de estos avisos para priorizar parches”, señala un analista de amenazas del sector financiero.

Otros expertos destacan la urgencia de monitorizar las dependencias críticas y la conveniencia de mantener inventarios actualizados para evitar brechas por componentes desactualizados, especialmente en el contexto de normativas como NIS2 y GDPR, que exigen un enfoque proactivo en la gestión de riesgos.

—

### 7. Implicaciones para Empresas y Usuarios

Para las empresas, HollowByte representa un recordatorio de los riesgos asociados a la cadena de suministro de software y a la dependencia de librerías externas. Los responsables de seguridad deben revisar sus sistemas, especialmente aquellos expuestos a internet, e implementar procesos de actualización y monitorización continua.

Los usuarios finales pueden verse afectados por caídas de servicios y pérdida de disponibilidad, lo que puede impactar la reputación de las organizaciones y conllevar sanciones regulatorias en caso de incumplimiento de la normativa vigente.

—

### 8. Conclusiones

El caso HollowByte evidencia la importancia de una gestión transparente de vulnerabilidades y refuerza la necesidad de mantener controles estrictos sobre los componentes críticos de la infraestructura digital. La rápida actuación y la actualización inmediata de OpenSSL son esenciales para mitigar este vector de ataque de denegación de servicio. De cara al futuro, la colaboración entre la comunidad de seguridad y los desarrolladores de proyectos open source será clave para anticipar, detectar y corregir vulnerabilidades antes de que puedan ser explotadas a gran escala.

(Fuente: feeds.feedburner.com)