Seguridad · 3 de noviembre de 2026
También publicado en Português (Brasil), Indonesia, ไทย, עברית, Deutsch, Français, Italiano, Nederlands, Svenska, Türkçe, Русский
Dispositivos NAS de Synology sufren ataques de ransomware mediante vulnerabilidades ya corregidas
Numerosos usuarios de dispositivos NAS de Synology han reportado ataques de ransomware que han cifrado la totalidad de sus datos mediante algoritmos modernos. Debido a que es imposible descifrar estos algoritmos, los afectados deben recurrir a canales de respaldo externos para recuperar su información.
El equipo de seguridad de Synology determinó que los atacantes están aprovechando vulnerabilidades en versiones obsoletas del sistema DSM para cifrar datos y extorsionar a las víctimas. Algunos usuarios afectados utilizaban versiones antiguas del sistema y tenían sus dispositivos expuestos a la red pública, aunque otros afirmaron utilizar la versión más reciente.
Una de las fallas más críticas identificadas es la vulnerabilidad CVE-2024-10441, la cual permite la ejecución remota de código debido a un problema de codificación de salida en los servicios de complementos del sistema DSM. Esta vulnerabilidad tiene una calificación de gravedad de 9.8 puntos.
Por otro lado, el equipo de 360 Anti-Ransomware ha gestionado múltiples ataques similares donde los atacantes utilizaron las vulnerabilidades CVE-2026-13639 y CVE-2026-13684. Estas fallas fueron corregidas por Synology el 18 de septiembre de 2026 y están detalladas en el aviso de seguridad Synology-SA-26:13.
Synology recomienda a los usuarios actualizar inmediatamente a las versiones más recientes de DSM. Para la rama 7.4 se requiere la versión 7.4-90075 o superior, para la 7.3 la versión 7.3.2-86009-4 o superior, para la 7.2.2 la versión 7.2.2-72806-9 o superior, y para la 7.2.1 la versión 7.2.1-69057.12 o superior. No existen versiones corregidas para la serie 6.x, por lo que se insta a migrar a versiones con soporte.
La empresa sugiere activar las actualizaciones automáticas y evitar la exposición de los dispositivos a la red pública mediante QC o DDNS, así como no abrir el puerto SSH 22. En caso de requerir conexión pública, se aconseja el uso de contraseñas fuertes, autenticación de múltiples factores y herramientas de red cifradas como WireGuard.