← Todos los actores

Eldorado

Alias: Eldorado ransomware

Fecha de revisión del perfil de origen: 2026-06-21

Añadido al registro de la fuente: 2024-06-06 · 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.

Traducción generada localmente; la revisión lingüística está pendiente.

Resumen ejecutivo

Eldorado es una operación moderna RaaS con Windows- y Linux variantes y contexto de carga de Go en público CTI

Eldorado se describió en 2024, como nuevas variantes RaaS con Windows y Linux, lo que hace relevante para entornos empresariales con plataformas de servidor mixtas.

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 de la gestión

    Eldorado es relevante porque el patrón consiste en acceso impulsado por afiliados, diario de datos, cifrado multiplataforma y extorsión del sitio de fugas. Este perfil da al visitante una imagen práctica de la cadena de ataque y de medidas que reducen la probabilidad de éxito de extorsión.

    El enfoque es lo que es defensible: acceso inicial, identidad, movimiento lateral, acceso a datos, exfiltración, encriptación y recuperación. Un nombre grupal sólo se utiliza cuando se traduce a controles concretos.

    En grupos con menor dura información técnica pública, la confianza es más baja. Luego el perfil se utiliza como escenario basado en patrones conocidos, no como una atribución técnica absoluta.

    Grupo y desarrollo

    Windows- y Linuxpayloads, Go-binarycontext, notas de rescate, reclamaciones del sitio de fugas y datatating son artefactos relevantes.

    Las marcas Ransomware cambian rápidamente. Los afiliados, código, sitios de fuga y corredores de acceso pueden cambiar nombres mientras el playbook subyacente sigue siendo reconocible.

    Este perfil se almacena cuando el nombre aparece en los piensos y tiene valor de defensa. Los nombres sin valor fuente o relevancia duradera pueden ser eliminados más adelante.

    Patrón de ataque en casos públicos

    Las víctimas son organizaciones donde el multiplataforma hace complejo de recuperación del impacto del servidor.

    La mayoría de los ataques son sólo visibles con una reclamación, nota de rescate o cifrado. Las fases anteriores son más importantes para la prevención: inicio de sesión sospechoso, descubrimiento, archivo, transferencia externa y uso indebido de derechos de gestión.

    Las conclusiones técnicas siempre deben estar vinculadas a su propia telemetría: troncos, árboles de proceso, líneas de comandos, cuentas, ubicaciones de archivos y conexiones de red.

    COI y artefactos conocidos

    Detectar binarios Go desconocidos, ejecución Linux, acceso remoto, datataging y archivos masivos escribe en servidores.

    Las pistolas duras IOC son útiles para retro-hunting, pero la edad. Los indicadores conductuales como el acceso remoto, RMM-tooling, datataging, stops de servicio y escrituras masivas de archivos siguen siendo utilizables más tiempo.

    Indicadores de registro por incidente con fase fuente, fecha, confidencia y incidencia, evitando que los datos viejos del alimento sean tratados como verdad técnica.

    Patrón y lecciones de las víctimas

    Protege Windows y Linux por igual; usa cuentas de gestión separadas y registro para plataformas servidor.

    Use patrones de víctimas como escenario de riesgo. Sector, tipos de datos, dependencia del sistema y capacidad de recuperación determinan lo fuerte que se hace la presión de extorsión.

    Una reclamación de una organización similar debe llevar a la revisión de sus propias rutas de acceso, exposición de datos y recuperación.

    lógica de detección práctica

    https://www.group-ib.com/blog/eldorado-ransomware/

    Busque cadenas en lugar de eventos individuales. Un descubrimiento sospechoso VPN-login más compartir más archivo y tráfico fuerabound es mucho más fuerte que una sola advertencia.

    Además de los puntos finales, verifique servidores de archivos, almacenamiento en la nube, plataformas de respaldo, hipervisores y RMM-herramientas. La extorsión moderna a menudo afecta precisamente esas capas de gestión y datos.

    Prioridades de endurecimiento concreto

    No definida

    Fuerza MFA en acceso externo, límite RDP, servidores de segmentos, uso de cuentas privilegiadas separadas y control de acciones de datos a granel. Estas medidas funcionan contra muchos grupos inmediatamente.

    Protege copias de seguridad y virtualización fuera de la capa regular de gestión de dominios. La recuperación debe ser posible cuando las cuentas de usuario, administración o servicio ya no se confían.

    Identidad, nombres y atribución

    Una evaluación fiable de Eldorado comienza con una identificación precisa. El expediente local recoge los siguientes nombres o alias: Eldorado 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 Eldorado es 2024-06-06; 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 Eldorado 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.

    TipoValorFuenteContexto
    behaviorHet patroon bestaat uit affiliategedreven toegang, datadiefstal, cross-platform encryptie en leak-site-afpersing.profile referencesPatrón defensivo primario.
    artifactransom notes, leak-site claims, data staging and exfiltration artefactscase-dependentGrabar valores concretos por incidente.

    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.