Investigadores de ciberseguridad han descubierto y explotado múltiples vulnerabilidades zero-day en Redis, una popular base de datos en memoria utilizada para almacenar caché y gestionar sesiones. Estas fallas críticas, halladas con la ayuda de agentes de inteligencia artificial (AI Agents Kimi K3), permiten la Ejecución Remota de Código (RCE) en versiones específicas, lo que representa un riesgo significativo para la integridad y confidencialidad de los datos.
Las cadenas de explotación, publicadas como Pruebas de Concepto (PoCs) autenticadas, afectan a las versiones 6.2.22, 7.4.9, 8.6.4 y 8.8.0 de Redis. Se han identificado dos rutas principales: una en Redis Streams, que involucra una falla de uso después de liberación de memoria (use-after-free) con el registro shared-NACK, y otra en RedisBloom TDigest, que explota una escritura fuera de límites. Ambas requieren la ejecución del comando RESTORE con privilegios de autenticación. A la fecha de la noticia (24 de julio de 2026), no se ha reportado explotación activa de estas vulnerabilidades en la naturaleza.
Para mitigar el riesgo, Redis ha publicado siete actualizaciones de seguridad cruciales. Las versiones corregidas incluyen la 6.2.23, 7.2.15, 7.4.10, 8.2.8, 8.4.5, 8.6.5 y 8.8.1. Es imperativo que las organizaciones actualicen sus instancias de Redis a la última versión estable de la rama correspondiente. Como medida provisional, se recomienda revocar el permiso del comando RESTORE de todas las cuentas que no lo requieran estrictamente y restringir el acceso de red no confiable a los servidores Redis. Es vital verificar la versión exacta del branch instalado, no solo si Redis fue “recientemente parcheado”, ya que algunas actualizaciones anteriores no incluían estas correcciones.
Qué significa para tu empresa: La detección de vulnerabilidades zero-day en componentes críticos como Redis subraya la importancia de una estrategia de seguridad proactiva y por capas. Para protegerse contra este tipo de amenazas, su empresa puede beneficiarse enormemente de la seguridad gestionada por capas, que incluye la implementación de firewalls perimetrales NGFW para controlar estrictamente el acceso a servicios internos como Redis, así como WAF para aplicaciones que interactúan con estas bases de datos. Adicionalmente, una robusta analítica de logs es fundamental para detectar intentos de explotación o actividades anómalas relacionadas con el comando RESTORE, incluso antes de que los parches sean aplicados.
Fuente original: The Hacker News — ver artículo →