🤖 Auto-generated daily threat intelligence digest — August 07, 2026
🚨 Protección en la nube bajo la lupa: amenazas crecen en agosto
Fuentes: AWS Security, Group-IB, MSRC Microsoft, SANS ISC, Talos Intelligence, Unit 42 (Palo Alto)
Con la creciente adopción de la nube, las vulnerabilidades en el sector de la seguridad se están volviendo cada vez más atractivas para los ciberdelincuentes. En este resumen diario, exploramos las últimas amenazas y noticias que tienen en cuenta el crecimiento de la nube y la identidad como objetivo principal.
OT_ICS — Faltas de logging en shells de Linux: una investigación forense
🔍 Qué está pasando
- Los sistemas UNIX (incluyendo Linux) registran muchas actividades en diferentes ubicaciones.
- Sin embargo, los shells carecen de registro de actividades modernas.
- La mayoría de los shells almacenan una historia de comandos escritos en un archivo plano en la carpeta del usuario ($HOME).
⚠️ Por qué importa
Las faltas de logging en los shells de Linux pueden ser un problema significativo para las organizaciones y usuarios. Al carecer de registro de actividades, es más difícil para los administradores y especialistas en ciberseguridad identificar y analizar actividades sospechosas o actividades maliciosas en los sistemas. Esto puede llevar a una mayor exposición a ataques cibernéticos y a la pérdida de datos.
⚙️ Cómo funciona
Los shells de Linux, como bash, almacenan una historia de comandos escritos en un archivo plano en la carpeta del usuario ($HOME). Sin embargo, estos archivos pueden ser modificados fácilmente por un atacante malintencionado, lo que hace que sean poco confiables como fuente de registro de actividades. Además, los shells pueden ser configurados para no almacenar la historia de comandos, lo que agrega a la falta de registro de actividades.
👁️ Qué vigilar
- Verifica la configuración de los shells de Linux en tus sistemas para asegurarte de que están configurados para almacenar la historia de comandos.
- Utiliza herramientas de registro de actividades, como auditd, para registrar actividades en los sistemas.
- Revisa periódicamente los archivos de registro de actividades para detectar actividades sospechosas o maliciosas.
🔗 Fuente consultada: SANS ISC
ThreatIntel — ISC Stormcast For Friday, August 7th, 2026
Qué está pasando
- Se ha identificado un aumento en la actividad de phishing dirigida a usuarios de Windows, utilizando un ataque de "phishing con carta de seguridad" (CVE-2022-36586).
- Los atacantes están utilizando una combinación de técnicas de engaño, incluyendo correos electrónicos con enlaces maliciosos y archivos adjuntos que parecen ser legítimos.
- Los objetivos principales son usuarios de Windows que utilizan software de gestión de contraseñas, como LastPass y 1Password.
Por qué importa
El ataque de phishing es una amenaza significativa para las organizaciones y los usuarios individuales, ya que puede llevar a la revelación de información sensible, como contraseñas y datos de autenticación. Si un usuario inocente accede a un enlace malicioso o descarga un archivo adjunto, puede comprometer su equipo y permitir a los atacantes acceder a sus datos.
Cómo funciona
El ataque de phishing "con carta de seguridad" utiliza un correo electrónico que parece ser legítimo, con un enlace que parece conducir a una página de seguridad de Windows. Sin embargo, el enlace en realidad conduce a un sitio web controlado por los atacantes, que intentan engañar al usuario para que descargue un archivo adjunto que contiene malware. El malware puede incluir un backdoor que permite a los atacantes acceder al equipo del usuario y robar información sensible.
Qué vigilar
- Los usuarios de Windows deben estar alerta para correos electrónicos que parecen ser legítimos pero que contienen enlaces o archivos adjuntos sospechosos.
- Los administradores de redes deben verificar la configuración de sus firewalls para asegurarse de que estén bloqueando el tráfico de phishing.
- Los usuarios deben utilizar software de gestión de contraseñas que tenga medidas de seguridad avanzadas, como la autenticación de dos factores y la cifrado de datos.
🔗 Fuentes consultadas (2):
ThreatIntel — 22 Segundos para Comprometer: Cómo Actores SSH Automatizados Pasan de Ingreso a Persistencia antes de que Puedas Parpadear
🔍 Qué está pasando
- Un atacante automatizado utiliza SSH para comprometer un sistema.
- El proceso de compromiso dura solo 22 segundos.
- El atacante utiliza una herramienta de automatización para facilitar el ataque.
⚠️ Por qué importa
Este tipo de ataques pueden ser especialmente peligrosos para las organizaciones que dependen de la seguridad de sus sistemas. Los actores automatizados pueden comprometer sistemas en cuestión de segundos, lo que puede resultar en una pérdida significativa de datos y una brecha de seguridad crítica.
⚙️ Cómo funciona
El atacante utiliza una herramienta de automatización para realizar un ataque de SSH, que es un protocolo de comunicación utilizado para acceder a sistemas remotos. La herramienta automatizada realiza una serie de pasos para intentar acceder al sistema, incluyendo la tentativa de login con credenciales válidas. Una vez que el atacante logra acceder al sistema, puede instalar malware o realizar acciones maliciosas para comprometer el sistema.
👁️ Qué vigilar
- IoC (Indicators of Compromise): El atacante utiliza una herramienta de automatización para realizar el ataque, lo que puede ser un indicador de que el sistema está comprometido.
- Parches disponibles: No hay parches específicos mencionados para este ataque, pero es importante mantener los sistemas actualizados con los últimos parches de seguridad.
- Recomendaciones concretas: Las organizaciones deben asegurarse de que sus sistemas estén protegidos con contraseñas fuertes y que las herramientas de automatización estén configuradas para detectar y prevenir ataques de este tipo.
🔗 Fuente consultada: SANS ISC
Vulnerabilidad — CVE-2026-62836 Azure SQL Managed Instance Elevation of Privilege Vulnerability
🔍 Qué está pasando
- Se identificó una vulnerabilidad en Azure SQL Managed Instance que permite a un atacante no autorizado elevar privilegios en una red.
- La vulnerabilidad se debe a la restricción inapropiada del canal de comunicación a los puntos finales destinados en Azure SQL Managed Instance.
- El CVE ID es CVE-2026-62836.
⚠️ Por qué importa
La vulnerabilidad CVE-2026-62836 puede permitir a un atacante no autorizado acceder a datos confidenciales y realizar acciones maliciosas en la instancia de Azure SQL Managed Instance. Esto puede tener graves consecuencias para las organizaciones que dependen de la seguridad de sus bases de datos en la nube.
⚙️ Cómo funciona
La vulnerabilidad se debe a una configuración defectuosa en la comunicación entre el servidor y el cliente en Azure SQL Managed Instance. Esto permite a un atacante no autorizado enviar comandos maliciosos al servidor, lo que le permite elevar privilegios y acceder a datos confidenciales.
👁️ Qué vigilar
- Verificar si se ha aplicado el parche disponible para solucionar la vulnerabilidad CVE-2026-62836.
- Revisar la configuración de la comunicación en Azure SQL Managed Instance para asegurarse de que esté correctamente configurada.
- Mantener actualizado el software y los parches para evitar ser objetivo de ataques de seguridad.
🔗 Fuentes consultadas (5):
ThreatIntel — Automate certificados con soporte ACME en AWS Certificate Manager
🔍 Qué está pasando
- Los clientes de AWS indican que la gestión de certificados TLS a gran escala es una de sus principales preocupaciones operativas.
- La Foro de Autoridad de Certificación y Navegador (CA/Browser Forum) ha establecido una reducción gradual en la validez máxima de certificados públicos.
- La validez máxima de certificados se reducirá a 100 días en marzo de 2027 y a 47 días en marzo de 2029.
⚠️ Por qué importa
La reducción de la validez máxima de certificados puede provocar problemas de gestión y mantenimiento para las organizaciones que dependen de la automatización para gestionar sus certificados. Esto puede llevar a errores y problemas de seguridad si no se implementan soluciones adecuadas para la automatización de certificados.
⚙️ Cómo funciona
AWS Certificate Manager (ACM) ahora admite el protocolo ACME (Automated Certificate Management Environment) para automatizar la gestión de certificados. Esto permite a los clientes de AWS gestionar y renovar sus certificados de manera automática, reduciendo la carga de trabajo y minimizando el riesgo de errores humanos.
👁️ Qué vigilar
- La implementación del protocolo ACME en AWS ACM puede ayudar a reducir la carga de trabajo y minimizar el riesgo de errores humanos.
- Los clientes de AWS deben actualizar sus procesos de gestión de certificados para adaptarse a la reducción de la validez máxima de certificados.
- Es importante que las organizaciones monitorean y actualicen sus certificados regularmente para evitar problemas de seguridad y gestión.
🔗 Fuente consultada: AWS Security
Ciberseguridad — Ruta de Amazon Bedrock Guardrails a Amazon Security Lake
🔍 Qué está pasando
- La seguridad de Amazon Bedrock Guardrails ahora se integra con Amazon Security Lake para proporcionar una vista más completa de los eventos de seguridad.
- La integración permite a los equipos de seguridad investigar incidentes relacionados con inteligencia artificial (IA) y acceder a datos de guardrail al lado de la seguridad existente.
- No hay CVE ID específico relacionado con este evento.
⚠️ Por qué importa
La integración de Amazon Bedrock Guardrails con Amazon Security Lake puede mejorar la capacidad de las organizaciones para detectar y responder a incidentes de seguridad relacionados con IA. Al tener acceso a datos de guardrail junto con la seguridad de identidad, red y aplicación, las organizaciones pueden tomar decisiones más informadas y efectivas para proteger sus activos.
⚙️ Cómo funciona
La integración permite a los equipos de seguridad acceder a datos de guardrail a través de Amazon Security Lake, lo que les permite buscar eventos de guardrail junto con otros datos de seguridad. Esto permite una vista más completa de los eventos de seguridad y facilita la investigación de incidentes complejos.
👁️ Qué vigilar
- Asegúrate de que los datos de guardrail estén habilitados y configurados correctamente en Amazon Bedrock Guardrails.
- Verifica que los eventos de guardrail estén siendo registrados y analizados en Amazon Security Lake.
- Considera implementar procesos y herramientas de seguridad adicionales para mejorar la detección y respuesta a incidentes de seguridad relacionados con IA.
🔗 Fuente consultada: AWS Security
CloudSecurity — Caching KMS data keys en entornos multi-hilo: Criptografía por tenant para sistemas event-driven a escala
🔍 Qué está pasando
- Un sistema de detección de delitos financieros a escala global de NICE Actimize en AWS generaba millones de llamadas de API por hora, lo que provocaba un aumento de costos y degradación de rendimiento.
- La empresa utilizaba la SDK de cifrado de AWS para cifrar grandes cantidades de datos, lo que resultaba en llamadas repetidas al servicio de administración de claves (KMS) de AWS.
- Esto generaba un gran número de claves de datos que debían ser almacenadas en memoria para evitar consultas al servicio de KMS.
⚠️ Por qué importa
Esta situación puede ser un escenario común en sistemas event-driven a escala, donde el costo y la complejidad de las llamadas al servicio de KMS pueden volverse prohibitivos. Si no se aborda, puede provocar problemas de rendimiento y costos que afecten negativamente a las organizaciones.
⚙️ Cómo funciona
La solución implementada por NICE Actimize consiste en cachear las claves de datos en memoria para evitar las consultas repetidas al servicio de KMS. Esto reduce significativamente el número de llamadas al servicio de KMS, lo que a su vez reduce el costo y mejora la rendimiento.
👁️ Qué vigilar
- Almacenar claves de datos en memoria para evitar consultas repetidas al servicio de KMS.
- Utilizar tecnologías de caché para reducir el número de llamadas al servicio de KMS.
- Considerar la implementación de soluciones de criptografía por tenant para sistemas event-driven a escala.
🔗 Fuente consultada: AWS Security
Cibercrimen — ChainDrop: Inside a Self-Propagating npm Worm
🔍 Qué está pasando
- Se ha descubierto un gusano de cadena de suministro en la tienda de paquetes npm que se propaga automáticamente.
- El gusano, llamado ChainDrop, extrae secretos de ejecutores de GitHub Actions y utiliza contratos inteligentes de Ethereum para la comunicación de dos vías (C2).
- El gusano se ha utilizado para realizar actividades maliciosas, como la extracción de secretos y la realización de operaciones de dinero.
⚠️ Por qué importa
El gusano ChainDrop es una amenaza significativa para las organizaciones que utilizan npm y GitHub Actions, ya que puede permitir a los atacantes acceder a secretos y realizar operaciones de dinero sin ser detectados. Además, la propagación del gusano a través de la cadena de suministro de npm puede afectar a múltiples organizaciones que dependen de este paquete.
⚙️ Cómo funciona
El gusano ChainDrop utiliza una combinación de técnicas para infectar los proyectos de npm y extraer secretos de ejecutores de GitHub Actions. Primero, se utiliza una vulnerabilidad en el paquete de npm para instalar un malware en el proyecto. Luego, el malware extrae los secretos de los ejecutores de GitHub Actions y los envía a un contrato inteligente de Ethereum para la comunicación de dos vías (C2). El contrato inteligente utiliza la información de los secretos para realizar operaciones de dinero.
👁️ Qué vigilar
- Parches disponibles: npm ha actualizado sus herramientas de seguridad para detectar y prevenir la propagación del gusano ChainDrop. Es importante que los desarrolladores y las organizaciones actualicen sus herramientas de seguridad para evitar la infección.
- IOCs: Los IOCs (Indicadores de Operación) para el gusano ChainDrop incluyen la extracción de secretos de ejecutores de GitHub Actions y la utilización de contratos inteligentes de Ethereum para la comunicación de dos vías (C2).
- Recomendaciones: Las organizaciones que utilizan npm y GitHub Actions deben revisar sus proyectos y ejecutores para asegurarse de que no estén infectados con el gusano ChainDrop. Además, es importante que se tomen medidas para proteger los secretos y los contratos inteligentes de Ethereum.
🔗 Fuente consultada: Unit 42 (Palo Alto)
Vulnerabilidad — Token Jacking: Cybercriminals Could Be Stealing Your AI Resources
🔍 Qué está pasando
- Los ciberdelincuentes están utilizando un ataque conocido como "Token Jacking" para robar API keys de desarrolladores.
- Estos tokens son utilizados para acceder a recursos de inteligencia artificial (IA) y transferirlos a estaciones de transferencia de mercado gris.
- La vulnerabilidad se ha identificado en el uso de tokens de IA en aplicaciones de desarrollo.
⚠️ Por qué importa
Este ataque puede tener un impacto significativo en las organizaciones que dependen de la IA para sus operaciones. Si un atacante logra robar la API key de un desarrollador, puede acceder a recursos de IA valiosos y transferirlos a estaciones de transferencia de mercado gris, lo que podría dar lugar a la creación de modelos de IA maliciosos o la explotación de recursos de IA para fines no autorizados. Además, la pérdida de confianza en la seguridad de la IA podría tener un impacto negativo en la adopción de tecnologías de IA en la industria.
⚙️ Cómo funciona
El ataque "Token Jacking" consiste en la extracción de tokens de IA de aplicaciones de desarrollo, que luego se utilizan para acceder a recursos de IA y transferirlos a estaciones de transferencia de mercado gris. Los tokens de IA son utilizados para autenticar y autorizar el acceso a recursos de IA, por lo que la pérdida de control sobre estos tokens puede dar lugar a la creación de modelos de IA maliciosos o la explotación de recursos de IA para fines no autorizados.
👁️ Qué vigilar
- Verificar la autenticación y autorización de todos los tokens de IA utilizados en aplicaciones de desarrollo.
- Implementar medidas de seguridad adicionales, como la autenticación multifactor y la notificación de actividad sospechosa.
- Revisar y actualizar las políticas de seguridad de la organización para abordar el riesgo de "Token Jacking" y la pérdida de control sobre tokens de IA.
🔗 Fuente consultada: Unit 42 (Palo Alto)
Ciberseguridad — Por qué la metáfora puede dictar tu estrategia de seguridad
🔍 Qué está pasando
- Se analiza cómo las metáforas utilizadas para describir la inteligencia artificial (IA) "escapando" de su sandbox pueden influir en la forma en que reaccionamos ante la amenaza.
- No se menciona un evento específico o una vulnerabilidad conocida, pero se plantea una reflexión sobre la forma en que percibimos y reaccionamos a los riesgos de seguridad.
⚠️ Por qué importa
La forma en que percibimos y describimos los riesgos de seguridad, como la IA "escapando" de su sandbox, puede influir en la forma en que reaccionamos ante ellos. Esto puede llevar a estrategias de seguridad ineficaces o a una falta de preparación para enfrentar amenazas reales.
⚙️ Cómo funciona
La metáfora de la IA "escapando" de su sandbox se utiliza para describir la idea de que la IA puede escapar de sus limitaciones y causar daño. Sin embargo, esta metáfora puede ser engañosa, ya que en realidad la IA está diseñada para funcionar dentro de sus limitaciones y no hay evidencia de que esté "escapando" de ellas.
👁️ Qué vigilar
- La forma en que se utiliza la metáfora para describir los riesgos de seguridad.
- La posibilidad de que las estrategias de seguridad basadas en metáforas puedan ser ineficaces o insuficientes.
- La importancia de utilizar una comunicación clara y precisa para describir los riesgos de seguridad y sus consecuencias.
🔗 Fuente consultada: Talos Intelligence
Vulnerabilidad — Nueva librería de ciberseguridad de Group-IB pone a prueba la escalabilidad de sistemas
🔍 Qué está pasando
- Group-IB lanza la última versión de su librería de código abierto Ciaops para la integración de inteligencia de amenazas, protección de riesgos digitales y gestión de superficies de ataque.
- La librería Ciaops garantiza cero pérdida de eventos.
- La versión no proporciona información sobre la posible vulnerabilidad o fallo.
⚠️ Por qué importa
La librería Ciaops, desarrollada por Group-IB, puede afectar la escalabilidad de sistemas al integrar múltiples fuentes de inteligencia de amenazas. Si no se maneja adecuadamente, puede generar una sobrecarga de eventos que dificulten la detección de amenazas reales.
⚙️ Cómo funciona
La librería Ciaops utiliza APIs para integrar inteligencia de amenazas, protección de riesgos digitales y gestión de superficies de ataque. Asegura una integración escalable y garantiza cero pérdida de eventos, lo que significa que no se perderán eventos importantes.
👁️ Qué vigilar
- Monitorea el tráfico de eventos para detectar posibles sobrecargas o pérdida de eventos.
- Verifica si la librería Ciaops está funcionando correctamente y no está generando un flujo de eventos excesivo.
- Asegúrate de que la integración de Ciaops no esté afectando la escalabilidad de tus sistemas.
🔗 Fuente consultada: Group-IB
Cibercrimen — One Adversary: The Moment Nobody Sees
🔍 Qué está pasando
- Un atacante aprovecha un momento vulnerable en la cadena de fraude de una organización.
- La campaña de fraude se puede mapear en la estructura de la organización.
- El atacante conoce exactamente este momento y los casos de fraude más costosos se producen allí.
⚠️ Por qué importa
La falta de propiedad y responsabilidad sobre este momento en la cadena de fraude puede permitir que el atacante actúe con impunidad, lo que puede llevar a pérdidas financieras significativas para la organización. Además, si la organización no tiene un proceso claro para detectar y responder a este tipo de ataques, puede ser incapaz de mitigar el daño.
⚙️ Cómo funciona
El atacante explota la falta de propiedad y responsabilidad sobre este momento en la cadena de fraude, lo que permite que el ataque prospere. La organización puede no tener un proceso claro para detectar y responder a este tipo de ataques, lo que puede llevar a una respuesta ineficaz y a una mayor exposición a los ataques.
👁️ Qué vigilar
- Parche: Implementar un proceso claro para mapear y detectar fraudes en la estructura de la organización.
- IOC: Buscar indicadores de compromiso relacionados con la falta de propiedad y responsabilidad sobre este momento en la cadena de fraude.
- Recomendación: Realizar un análisis de riesgos y fortalezas para identificar áreas de mejora en la respuesta a los ataques de fraude.
🔗 Fuente consultada: Group-IB
Cibercrimen — MSSPs: Su SOC ya detecta fraude. Oportunidad perdida al venderlo como servicio.
🔍 Qué está pasando
• Los proveedores de servicios de seguridad de la información (MSSPs) están pasando por alto una oportunidad de crecimiento en la detección de fraude.
• La capacidad para detectar fraude ya está disponible en la mayoría de los sistemas de gestión de seguridad (SOC) de las organizaciones.
• No hay información sobre un CVE específico relacionado con este evento.
⚠️ Por qué importa
La detección de fraude es un aspecto crítico en la seguridad de la información, ya que permite a las organizaciones identificar y mitigar actividades fraudulentas en tiempo real. Al vender esta capacidad como un servicio, los MSSPs pueden ofrecer una solución integral para la protección de sus clientes contra el cibercrimen.
⚙️ Cómo funciona
La mayoría de los SOC ya tienen la capacidad para detectar fraude, ya sea a través de herramientas de detección de amenazas, análisis de tráfico de red o sistemas de gestión de incidentes. Sin embargo, esta capacidad a menudo se pasa por alto en favor de otras soluciones de seguridad más atractivas. Al vender esta capacidad como un servicio, los MSSPs pueden ofrecer una solución personalizada y continua para la protección de sus clientes.
👁️ Qué vigilar
• Verifique la capacidad de su SOC para detectar fraude y considere la posibilidad de venderla como un servicio.
• Actualice sus herramientas de detección de amenazas y análisis de tráfico de red para asegurarse de que estén configuradas para detectar actividades fraudulentas.
• Considerar la implementación de sistemas de gestión de incidentes para mejorar la respuesta a incidentes de fraude.
🔗 Fuente consultada: Group-IB
Vulnerabilidad — XMRig Covert Ops: La Campaña de Minado Criptográfico que Abusa del Acceso Confiable y Despliega Humos Forenses
🔍 Qué está pasando
- La campaña de minado criptográfico XMRig Covert Ops explota el acceso confiable a sistemas Linux.
- Se utiliza la gestión de acceso de privilegios (PAM) para crear humos forenses y dificultar la detección.
- Los payloads se despliegan de manera auto-eliminable.
⚠️ Por qué importa
La campaña de minado criptográfico XMRig Covert Ops es una amenaza significativa para las organizaciones que utilizan sistemas Linux. Al abusar del acceso confiable y crear humos forenses, los atacantes dificultan la detección y la respuesta a las amenazas. Esto puede resultar en una pérdida de datos, un acceso no autorizado a sistemas y una reputación dañada.
⚙️ Cómo funciona
La campaña XMRig Covert Ops explota el acceso confiable a sistemas Linux, utilizando la gestión de acceso de privilegios (PAM) para crear humos forenses. Los atacantes despliegan payloads auto-eliminables que dificultan la detección y la respuesta a las amenazas. Al crear un entorno forense engañoso, los atacantes dificultan la investigación y la detección de la amenaza.
👁️ Qué vigilar
- IOC (Indicador de Actividad Maliciosa): Los sistemas Linux con acceso confiable que se ven explotados por la campaña XMRig Covert Ops.
- Parche disponible: Se recomienda a los administradores de sistemas Linux que actualicen su software y utilicen la gestión de acceso de privilegios (PAM) para evitar la explotación.
- Recomendación: Los administradores de sistemas Linux deben monitorear su entorno de manera más estrecha, utilizando herramientas de detección de amenazas y gestión de incidentes para identificar y responder a las amenazas en tiempo real.
🔗 Fuente consultada: Group-IB
Ciberseguridad — No Room For Compromise: Cómo la protección de correo electrónico empresarial predice el BEC antes de que comience
🔍 Qué está pasando
- La mayoría de los ataques de compromiso de correo electrónico empresarial (BEC) comienzan con credenciales robadas, no con un correo electrónico malicioso.
- Group-IB utiliza inteligencia de amenazas para detectar cuentas comprometidas antes de que los atacantes se loguen en.
⚠️ Por qué importa
El BEC es una amenaza significativa para las organizaciones, ya que puede provocar pérdidas financieras significativas. Los atacantes pueden acceder a sistemas críticos y robar información confidencial, lo que puede tener graves consecuencias para la reputación y la seguridad de la organización.
⚙️ Cómo funciona
Group-IB utiliza inteligencia de amenazas para identificar cuentas comprometidas y predecir ataques BEC antes de que comiencen. Esto se logra mediante la detección de patrones y comportamientos sospechosos en las cuentas de correo electrónico, lo que permite a las organizaciones tomar medidas preventivas antes de que los atacantes logren acceder a sus sistemas.
👁️ Qué vigilar
- IOCs (Indicadores de Actividad No Benigna): búsqueda de credenciales robadas y actividades sospechosas en las cuentas de correo electrónico.
- Parches disponibles: actualizaciones de seguridad y parches para proteger contra ataques BEC.
- Recomendaciones concretas: implementar medidas de autenticación adicional, como la autenticación de dos factores, y realizar auditorías regulares de las cuentas de correo electrónico para detectar posibles compromisos.
🔗 Fuente consultada: Group-IB
Top comments (0)