Ir al contenido

Actores de amenazas

Por

Madurezreviewed
Última revisión
Publicado
Última actualización

Dos intrusiones pueden utilizar la misma herramienta y exigir respuestas distintas. Una campaña oportunista buscará volumen y cambiará de víctima al encontrar resistencia. Una operación dirigida puede invertir meses en conservar un acceso concreto. El software observado aporta una pista. La motivación, el objetivo, el acceso y la tolerancia al riesgo explican mejor qué puede ocurrir después.

Un threat actor es una persona, grupo u organización capaz de ejecutar o apoyar acciones que ponen en riesgo activos. Puede actuar desde fuera, disponer de acceso legítimo o utilizar identidades comprometidas.

Variable Preguntas
Motivación ¿Busca dinero, espionaje, influencia, disrupción, ventaja competitiva o satisfacción personal?
Objetivo ¿Qué activo o resultado persigue y durante cuánto tiempo?
Acceso ¿Parte desde Internet, la cadena de suministro, un tercero o una identidad interna?
Capacidad ¿Qué conocimiento, infraestructura, herramientas y tiempo puede emplear?
Oportunidad ¿Qué exposición, confianza o evento facilita la acción?
Tolerancia al riesgo ¿Prefiere velocidad y volumen o sigilo y persistencia?

Estas variables permiten modelar desde delincuencia oportunista hasta operaciones estatales, hacktivismo, competencia desleal o abuso interno sin asumir que cada categoría funciona de una única manera.

El modelo cambia decisiones. Un actor que compra accesos iniciales puede reaparecer por otra cuenta después de cerrar el primer vector. Uno que busca disponibilidad inmediata quizá abandone una ruta lenta. Estas son hipótesis que orientan cobertura y monitorización. No son certezas sobre una persona desconocida.

Una operación puede separar desarrollo de malware, obtención de accesos, infraestructura, fraude, negociación y blanqueo. También puede comprar capacidades como initial access, phishing o DDoS. Por tanto, observar herramientas distintas no implica necesariamente actores independientes, y compartir una herramienta no demuestra identidad común.

La atribución combina infraestructura, malware, tácticas, técnicas y procedimientos (TTP), horarios, victimología, objetivos e inteligencia externa. Cualquiera de estas señales puede ser reutilizada, falsificada o compartida. En una investigación operativa suele ser más seguro expresar niveles de confianza y priorizar:

  1. qué ocurrió
  2. qué acceso conserva el adversario
  3. qué activos están en riesgo
  4. qué comportamientos deben bloquearse o detectarse.

Asignar un nombre atractivo con evidencia débil puede distraer la contención y crear conclusiones falsas.

La atribución tampoco es necesaria para todas las decisiones defensivas. Bloquear una credencial, preservar evidencia o cerrar persistencia depende de hechos observados. El nombre del grupo puede ayudar a anticipar TTP y coordinar inteligencia, pero debe acompañarse de nivel de confianza y explicaciones alternativas.

  • ¿Qué variables describen mejor a un actor que una etiqueta como “hacker”?
  • ¿Por qué una herramienta compartida no demuestra atribución?
  • ¿Qué debe priorizar una investigación antes de identificar al responsable?