Avaddon
Alias: Avaddon ransomware
Fecha de revisión del perfil de origen: 2026-06-21
Añadido al registro de la fuente: 2021-02-01 · Instantánea de la fuente: 2026-09-15
Los metadatos de la fuente no se han verificado de forma independiente. La fecha de registro no es necesariamente la del primer ataque. Los resúmenes de la fuente se traducen automáticamente cuando es necesario; el flujo puede contener evaluaciones antiguas.
Estado de la investigación: Expediente investigado existente
Este expediente separa la información de fuentes específica del actor del análisis defensivo general. Las recomendaciones y preguntas de investigación no constituyen hechos adicionales sobre el actor. Las limitaciones de la evidencia pública se indican expresamente.
Resumen ejecutivo
Avaddon fue una operacion RaaS con doble extorsion y presion DDoS; investigadores publicaron analisis tecnicos y contexto de descifrado.
Avaddon sigue siendo historicamente relevante por su programa de afiliados, publicacion en sitio de filtraciones, presion DDoS e investigacion sobre posibilidades de descifrado.
Las últimas cinco víctimas reivindicadas conocidas
Cargando reivindicaciones guardadas…
Son reivindicaciones públicas atribuidas al grupo, no intrusiones confirmadas de forma independiente. Las fechas indican publicación o descubrimiento, no necesariamente el ataque.
Resumen ejecutivo
Avaddon es relevante porque la extorsion ransomware puede combinar cifrado, amenaza de filtracion de datos y presion DDoS adicional. Este perfil ayuda a los visitantes a decidir que controles deben mejorar antes de que el cifrado, la publicacion o la extorsion sean visibles.
La cadena de ataque debe leerse siempre mas alla del payload: acceso inicial, uso de credenciales, descubrimiento, preparacion de datos, exfiltracion, cifrado y alteracion de la recuperacion forman el riesgo completo.
Use este perfil como lista de comprobacion defensiva. Si existen las mismas rutas de acceso, debilidades de administracion o riesgos de datos en su entorno, la organizacion esta expuesta a una extorsion comparable.
Grupo y desarrollo
Avaddon se ofrecio como programa de afiliados y uso doble extorsion. La investigacion tambien describio presion DDoS contra victimas que no pagaban.
Los grupos renombrados o historicos siguen siendo utiles cuando sus metodos reaparecen en nuevos afiliados, filtraciones de codigo o marcas sucesoras.
Un perfil de alias permanece disponible cuando el feed usa ese nombre; asi los enlaces CTI siguen siendo correctos y el historial queda consultable.
Patron de ataque en casos publicos
La cadena consiste en acceso, ejecucion de payload, cifrado, robo de datos y presion adicional mediante sitio de filtraciones o DDoS.
El dano suele empezar antes del locker. Revise logs de acceso remoto, cambios de cuentas, archivos comprimidos, transferencias salientes y plataformas de administracion en el periodo anterior a la fecha de reclamo o al cifrado.
Las reclamaciones y notas de rescate son senales. Las conclusiones tecnicas deben apoyarse en telemetria, arboles de procesos, contexto de cuentas y trafico de red.
IOCs y artefactos conocidos
Artefactos del encryptor Avaddon, notas de rescate, publicaciones en sitios de filtracion, amenazas DDoS y contexto antiguo de decryptor son relevantes.
Los IOCs son utiles sobre todo para retro-hunting, alcance y confirmacion. La deteccion estructural debe capturar comportamiento: acceso remoto, staging, archivado, paradas de servicios y despliegue masivo.
Registre indicadores por incidente con fuente, fecha, host, cuenta y fase. Los indicadores antiguos sin contexto pueden convertirse en ruido.
Patron de victimas y lecciones
Las victimas historicas muestran como la multi-extorsion aumenta la presion sobre la direccion. Incluso si el descifrado es posible, el robo de datos o el riesgo DDoS pueden permanecer.
Los patrones de victimas son escenarios, no predicciones. Sector, valor de datos, requisitos de disponibilidad y acceso externo determinan lo atractiva que es una organizacion.
Un reclamo contra una organizacion comparable debe activar controles concretos: misma exposicion, mismos datos, mismos proveedores o misma dependencia de recuperacion.
Logica practica de deteccion
Detecte payloads ransomware, movimiento saliente de datos y amenazas repentinas de DDoS o publicacion en comunicaciones.
Cree detecciones de cadena en lugar de alertas aisladas. Combine login sospechoso, uso de herramientas, acceso a shares, volumen saliente y cambios de servicios.
Incluya siempre plataformas de backup, hipervisores y RMM. Muchos grupos ransomware atacan la capacidad de recuperacion o usan plataformas de administracion como acelerador.
Prioridades concretas de hardening
Prepare ransomware y DDoS juntos: backups, respuesta a filtracion de datos, contactos anti-DDoS y plan de comunicacion.
Exija MFA, limite RDP/VPN, use jump hosts, separe cuentas privilegiadas y supervise el acceso a datos. Estas medidas siguen siendo eficaces independientemente del nombre exacto del grupo.
Los backups deben ser inmutables, offline o estar fuera del alcance de una compromision normal del dominio. Pruebe la recuperacion usando identidad comprometida como escenario.
Identidad, nombres y atribución
Una evaluación fiable de Avaddon comienza con una identificación precisa. El expediente local recoge los siguientes nombres o alias: Avaddon ransomware. Un alias facilita la búsqueda, pero no demuestra que distintas operaciones compartan responsables. Los nombres parecidos, logotipos reutilizados y textos de extorsión similares no bastan. Conserva la grafía original y distingue entre quien publica, la familia de malware y el supuesto ejecutor de la intrusión. Pueden ser personas diferentes. Un incidente no debe atribuirse únicamente por la semejanza de un nombre de archivo. Toda relación propuesta necesita una fuente propia, verificable y fechada. Las nuevas pruebas deben permitir corregir la atribución anterior.
Cronología e interpretación de las fechas
La fecha de registro disponible para Avaddon es 2021-02-01; la instantánea de metadatos corresponde a 2026-09-15. Estas fechas describen el registro, no el comienzo demostrado de la actividad criminal. El grupo podría haber actuado antes y una publicación podría referirse a un incidente antiguo. Separa la intrusión supuesta, el acceso a datos, el descubrimiento por la víctima, la publicación del extorsionador y la observación del servicio de seguimiento. La fecha de revisión del perfil tiene otro significado. No conviertas implícitamente unos hitos en otros. Cuando las fuentes discrepen, conserva ambas observaciones y su procedencia hasta disponer de pruebas que permitan una cronología más precisa.
Víctimas reivindicadas y selección de objetivos
El panel de víctimas de Avaddon muestra hasta cinco organizaciones distintas del historial guardado. Es una muestra, no un censo completo de incidentes. Las listas públicas pueden omitir víctimas, repetir información antigua o exagerar el acceso obtenido. Varias organizaciones del mismo país o sector no demuestran por sí solas una campaña dirigida. Compara especialmente proveedores compartidos, accesos remotos, servicios expuestos y flujos sensibles con los de tu organización. Una reivindicación sobre un proveedor justifica verificarla mediante contactos conocidos, pero no prueba que sus clientes estén afectados. Mantén claramente separadas las declaraciones confirmadas y las afirmaciones de los extorsionadores.
Indicadores de compromiso (IOC)
Los indicadores son observaciones históricas, no pruebas de una infección actual. Verifica la fuente, la antigüedad y el contexto antes de detectar o bloquear; las herramientas legítimas de administración pueden producir falsos positivos.
| Tipo | Valor | Fuente | Contexto |
|---|---|---|---|
| behavior | ransomware-afpersing kan bestaan uit encryptie, datalekdreiging en extra DDoS-druk | profile references | Primary defensive pattern for this actor. |
| artifact | ransom notes, leak-site claims, staging and exfiltration artefacts | case-dependent | Record concrete values per incident. |
Fuentes
Evidencia y limitaciones
La atribución describe la evaluación de la fuente, no una identidad verificada. Una publicación en un sitio de filtraciones no demuestra por sí sola cifrado, robo de datos, una vulnerabilidad concreta ni una relación de afiliación. La información ausente se señala explícitamente.