La validación de la exposición adversa convierte la visibilidad de la seguridad en una priorización segura – CYBERDEFENSA.MX

Para los equipos de seguridad, los hallazgos nunca cesan, pero la confianza en saber cuáles son importantes es cada vez más difícil de mantener.

El problema ya no es la visibilidad. Es validación. Los equipos de seguridad deben decidir qué hallazgos justifican la acción mientras operan bajo presión constante e información incompleta. Cada vez más, el desafío no es descubrir riesgos potenciales. Se trata de determinar qué riesgos merecen atención primero.

La visibilidad nos trajo aquí. La validación nos hace avanzar.

La industria de la seguridad ha pasado la mayor parte de una década mejorando la visibilidad. Los escáneres de vulnerabilidades, las herramientas de postura de seguridad en la nube, la detección de endpoints, las plataformas de superficie de ataque, el análisis de código y las fuentes de inteligencia de amenazas contribuyen a una comprensión más completa de la superficie de ataque. La inversión ha sido enorme y en gran medida ha funcionado. Las empresas modernas pueden ver sus entornos de maneras que habrían parecido extraordinarias hace diez años.

Sin embargo, una mayor visibilidad no se ha traducido automáticamente en mejores resultados. El Informe de investigaciones de violaciones de datos de Verizon de 2025 destaca una realidad persistente: la explotación de vulnerabilidades es un vector de acceso inicial líder, mientras que los plazos de remediación a menudo se miden en días, semanas o incluso años. Las organizaciones están descubriendo más, pero también se les pide que evalúen y prioricen más.

Si los hallazgos se originan en herramientas automatizadas, monitoreo de la superficie de ataque o servicios de pruebas de penetraciónlos equipos de seguridad todavía enfrentan la misma pregunta: ¿Qué riesgos merecen atención primero? Esa evolución ha creado un nuevo desafío. El éxito depende cada vez más de la rapidez con la que los equipos puedan determinar qué hallazgos representan un riesgo significativo.

De la detección a la decisión

Cada nuevo hallazgo compite con cada hallazgo existente por un conjunto finito de atención, recursos y capacidad de remediación. En muchos casos, los equipos de seguridad tienen más visibilidad que nunca. El desafío es comprender qué hallazgos representan un riesgo significativo y explotable y cuáles pueden abordarse con el tiempo.

Son dos ejercicios muy diferentes. Uno es un problema de detección. El otro es un problema de validación.

Las organizaciones que destacan en la priorización no son necesariamente las que tienen menos vulnerabilidades. Son ellos quienes pueden distinguir consistentemente entre exposición teórica y riesgo práctico. Esa capacidad les permite centrar los recursos donde tendrán el mayor impacto.

Cuando cada hallazgo se presenta como urgente, la priorización se vuelve más difícil. Los equipos a menudo se encuentran equilibrando demandas en competencia mientras intentan determinar dónde la acción marcará la mayor diferencia. El resultado es una falta de contexto.

El contexto es lo que convierte una vulnerabilidad en una decisión

Una vulnerabilidad por sí sola proporciona sólo una parte del panorama. Los equipos de seguridad deben comprender si es accesible, si se puede explotar de manera realista, qué sistemas se encuentran en el nivel posterior y qué procesos comerciales podrían verse afectados. Las respuestas a esas preguntas determinan si un hallazgo representa una cuestión de rutina o una prioridad que exige atención inmediata.

Las organizaciones que logran mayores avances en la reducción de riesgos no necesariamente están recopilando más datos, sino que están creando mejores formas de interpretarlos mediante la creación de flujos de trabajo que conectan los hallazgos técnicos con el impacto operativo y comercial. Esto permite a los equipos tomar decisiones con mayor velocidad y confianza.

La validación de la exposición adversa convierte el contexto en confianza

Esta necesidad de contexto es una de las razones Validación de exposición adversa (AEV) cobró impulso dentro de los programas de seguridad modernos. Como componente central de la Gestión continua de la exposición a amenazas (CTEM), AEV va más allá de identificar debilidades potenciales y se centra en validar qué exposiciones representan un riesgo realista.

A diferencia de los enfoques de evaluación tradicionales que principalmente sacan a la luz los hallazgos, AEV evalúa cómo un atacante podría interactuar con un entorno. Utiliza simulación de adversario para probar controles de seguridad, rutas de ataque y preparación de respuesta, al tiempo que incorpora selectivamente técnicas de emulación de adversario cuando se requiere una validación más profunda.

El objetivo no es generar más alertas. Se trata de determinar qué exposiciones son realmente alcanzables, explotables y consecuentes en el contexto del entorno de la organización.

Los equipos de seguridad no necesitan evidencia adicional de que existen vulnerabilidades. Necesitan confianza para comprender qué vulnerabilidades crean un riesgo empresarial significativo. Al validar las exposiciones a través de escenarios de ataque realistas, AEV ayuda a transformar los hallazgos en prioridades procesables, lo que permite a las organizaciones centrar los esfuerzos de remediación donde más importan.

Dónde encaja la IA y dónde no

Aquí es también donde pertenece la conversación sobre la IA.

La automatización proporciona un valor tremendo en el descubrimiento, la escala y el procesamiento de señales en entornos que son demasiado grandes para una revisión manual únicamente. Puede ayudar a las organizaciones a identificar patrones, descubrir posibles exposiciones y acelerar el análisis.

Lo que no puede hacer por sí solo es resolver un problema de juicio.

Las preguntas más importantes en la priorización de la seguridad requieren una comprensión del contexto empresarial, la tolerancia al riesgo, las dependencias operativas y el comportamiento del adversario. Esas entradas se extienden más allá de lo que los escáneres y algoritmos pueden observar. Requieren experiencia humana, conocimiento organizacional y toma de decisiones informadas por parte de expertos en seguridad ofensiva.

La IA puede acelerar las operaciones de seguridad, pero la confianza aún proviene de la responsabilidad humana.

El cambio de la visibilidad a la validación ya está ocurriendo

Muchos programas de seguridad maduros ya han comenzado a realizar este cambio.

Las conversaciones en toda la comunidad de CISO se centran cada vez más en la explotabilidad, las rutas de ataque y la exposición demostrada en lugar de en los recuentos brutos de hallazgos. El objetivo no es simplemente descubrir vulnerabilidades. Se trata de comprender qué vulnerabilidades crean un riesgo significativo y requieren acción.

Ese cambio tiene que ver tanto con la cultura y el proceso como con la tecnología. Las organizaciones que lideran el camino han creado flujos de trabajo que garantizan que el contexto acompañe los hallazgos antes de tomar decisiones. Han definido lo que significa explotable dentro de sus propios entornos. Han conectado el riesgo técnico con el impacto empresarial en un lenguaje que resuena en todos los equipos de liderazgo.

Nada de eso requiere una herramienta específica. Requiere una forma diferente de pensar acerca de lo que los programas de seguridad están diseñados para lograr.

La confianza es una capacidad de seguridad que vale la pena desarrollar

La siguiente fase de madurez de la seguridad no pertenecerá a las organizaciones que descubran la mayor cantidad de vulnerabilidades. Para la mayoría de las empresas, la visibilidad ya está bien establecida.

Lo que distinguirá a los programas de seguridad líderes es su capacidad para convertir la visibilidad en acciones seguras de manera rápida, consistente y a un ritmo que se mantenga al día con un panorama de amenazas en evolución.

La confianza no es un concepto blando. Es una capacidad operativa. Permite a los equipos priorizar de manera efectiva, comunicar el riesgo con claridad e invertir recursos donde puedan reducir la mayor exposición.

En una era definida por la inteligencia artificial, la automatización y un volumen de hallazgos en constante expansión, la confianza puede ser una de las capacidades de seguridad más importantes que los humanos pueden aportar.

Acerca de BreachLock

BreachLock es un líder mundial en seguridad ofensiva y ofrece pruebas de seguridad continuas y escalables. BreachLock, que cuenta con la confianza de empresas globales, ofrece servicios de gestión de superficie de ataque impulsados ​​por inteligencia artificial y dirigidos por humanos, pruebas de penetración, formación de equipos rojos y servicios de validación de exposición adversarial (AEV) que ayudan a los equipos de seguridad a mantenerse por delante de los adversarios. Con la misión de hacer de la seguridad proactiva el nuevo estándar, BreachLock está dando forma al futuro de la ciberseguridad a través de la automatización, la inteligencia basada en datos y la ejecución impulsada por expertos.

¿Encontró interesante este artículo? Este artículo es una contribución de uno de nuestros valiosos socios. Síguenos en noticias de google, Gorjeo y LinkedIn para leer más contenido exclusivo que publicamos.

144 paquetes de Mastra npm comprometidos a través de una cuenta de colaborador secuestrada – CYBERDEFENSA.MX

Hasta paquetes de 144 npm asociados con el mastra El espacio de nombres («@mastra/*»), un popular marco JavaScript y TypeScript de código abierto para crear aplicaciones de inteligencia artificial (IA), se ha visto comprometido como parte de un ataque a la cadena de suministro de software con nombre en código. día-fácil-jssegún los hallazgos de JFrog, SafeDep, Enchufey PasoSeguridad.

«Una sola cuenta npm (ehindero) publicó en masa más de 140 paquetes maliciosos en todo el ámbito de Mastra en un breve período el 17 de junio de 2026», dijo Socket.

Los paquetes infectados en sí no incluyen código malicioso. En cambio, se introduce mediante una biblioteca de terceros llamada «easy-day-js» que se ha agregado a la lista de dependencias de cada paquete. La biblioteca JavaScript fue publicada por un usuario de npm llamado «sergey2016» el 16 de junio de 2026 a las 7:05 a. m. UTC como una copia limpia y completamente funcional, y los cambios maliciosos se introdujeron el 17 de junio de 2026 a la 1:01 a. m. UTC.

El paquete «easy-day-js» lanza una carga útil ofuscada que se activa durante un enlace posterior a la instalación, que actúa como un gotero o cargador para una carga útil de segunda etapa recuperada de la infraestructura controlada por el atacante («23.254.164[.]92») después de deshabilitar la validación del certificado TLS.

Ciberseguridad

Luego, la carga útil se ejecuta como un proceso en segundo plano independiente, tras lo cual el cargador toma medidas para borrarse a sí mismo y minimizar el rastro forense.

La etapa final es un ladrón de información multiplataforma que puede recopilar el historial del navegador, almacenar datos de más de 160 extensiones de navegador de billeteras de criptomonedas, instalar persistencia en Windows, macOS y Linux, y filtrar la información capturada al servidor C2 («23.254.164[.]123»).

En su análisis, SafeDep describió «easy-day-js» como un clon de la biblioteca de fechas «dayjs» que descarga y ejecuta un troyano de acceso remoto que roba criptomonedas. Se dice que los atacantes detrás de la campaña secuestraron la cuenta de «ehindero», un ex colaborador legítimo de Mastra cuyo acceso nunca fue revocado. Desde entonces, Npm eliminó las versiones maliciosas de los paquetes de más alto perfil y revirtió su última etiqueta.

Fuente de la imagen: StepSecurity

«Mastra envía sus lanzamientos reales de CI a través del flujo de editores confiables de npm, y cada uno lleva certificaciones de procedencia SLSA», dijo SafeDep. «El atacante empujó las versiones maliciosas desde un token personal y eliminó la procedencia».

«La misma huella digital se repite en todo el alcance. Mastra generó procedencia en las publicaciones de CI pero no la requirió, por lo que un token npm estándar aún podría publicarse sin atestaciones. Una instalación de verificación de firmas (firmas de auditoría de npm o una política que requiere atestaciones) habría rechazado todos los paquetes en esta ola».

Ciberseguridad

Cualquier estación de trabajo, ejecutor de CI o entorno de compilación que haya instalado las versiones afectadas debe tratarse como potencialmente comprometido. Se recomienda volver a una versión segura, rotar las credenciales y auditar los hosts en busca de artefactos vinculados a la campaña.

«Los paquetes afectados incluyen @mastra/core, que recibe más de 918.000 descargas semanales de npm, lo que le da a esta campaña un gran radio potencial de explosión», dijo Socket. «Debido a que la carga útil se ejecuta durante la instalación, los sistemas pueden quedar expuestos antes de que los desarrolladores importen o utilicen el paquete».

Los atacantes aprovechan tres fallas de FortiSandbox de Fortinet, una de ellas corregida la semana pasada – CYBERDEFENSA.MX

Los malos actores están explotando múltiples vulnerabilidades de seguridad en Fortinet FortiSandbox, según la firma de inteligencia de amenazas Defused Cyber.

en una publicación compartido en X, la compañía dijo que había observado la explotación de CVE-2026-39813, CVE-2026-39808 y CVE-2026-25089 durante las últimas 24 horas.

CVE-2026-39813 (puntaje CVSS: 9.1) hace referencia a una vulnerabilidad de recorrido de ruta en la API JRPC de FortiSandbox que podría permitir a un atacante no autenticado eludir la autenticación mediante solicitudes HTTP especialmente diseñadas.

La segunda falla, CVE-2026-39808 (puntaje CVSS: 9.1), es un caso de inyección de comandos del sistema operativo que podría permitir a un atacante no autenticado ejecutar código o comandos no autorizados a través de solicitudes HTTP diseñadas. Fortinet parchó ambas vulnerabilidades en abril de 2026.

Ciberseguridad

CVE-2026-25089 (puntuación CVSS: 9.1), por otro lado, se solucionó la semana pasada, y Fortinet lo describió como una inyección de comando del sistema operativo que afecta a FortiSandbox, FortiSandbox Cloud y FortiSandbox PaaS WEB UI y que podría permitir que un atacante no autenticado ejecute comandos no autorizados a través de solicitudes HTTP específicamente diseñadas.

Defused Cyber ​​señaló que el exploit para CVE-2026-25089 no solo muestra signos de haber sido desarrollado utilizando un modelo de inteligencia artificial (IA), sino que también es defectuoso. No se ha revelado públicamente un exploit funcional para la vulnerabilidad.

Las vulnerabilidades en los dispositivos Fortinet se han convertido en un pararrayos para los atacantes en los últimos años. En abril de 2026, Fortinet lanzó parches fuera de banda para una falla de seguridad crítica que afecta a FortiClient EMS (CVE-2026-35616, puntuación CVSS: 9.1) que, según dijo, había sido explotada en la naturaleza.

Cisco lanza actualizaciones de seguridad para una falla de SD-WAN Manager activamente explotada – CYBERDEFENSA.MX

Cisco ha publicado actualizaciones de seguridad para una falla de seguridad de gravedad media en Catalyst SD-WAN Manager que ha sido objeto de explotación activa en la naturaleza.

La vulnerabilidad, rastreada como CVE-2026-20262tiene una puntuación CVSS de 6,5 sobre 10,0.

«Una vulnerabilidad en la interfaz de usuario web de Cisco Catalyst SD-WAN Manager, anteriormente SD-WAN vManage, podría permitir a un atacante remoto autenticado crear un archivo o sobrescribir cualquier archivo en el sistema de archivos de un sistema afectado», Cisco dicho en un aviso.

El problema, añadió la empresa de equipos de red, se debe a una validación inadecuada de los datos proporcionados por el usuario durante el proceso de carga de archivos. Un atacante podría aprovechar este comportamiento para crear o sobrescribir cualquier archivo en el sistema operativo subyacente enviando solicitudes HTTP diseñadas a un punto final API afectado.

Esto, a su vez, podría convertirse en un arma para llegar a la raíz. Sin embargo, una explotación exitosa depende de que el atacante ya tenga credenciales válidas con al menos acceso de escritura.

Ciberseguridad

La vulnerabilidad afecta a los siguientes productos independientemente del tipo de implementación:

  • Cisco Catalyst SD-WAN Manager local
  • Cisco SD-WAN Cloud-Pro
  • Nube Cisco SD-WAN (administrada por Cisco)
  • Cisco SD-WAN para gobierno (FedRAMP)

Se han lanzado parches para solucionar el problema.

  • Cisco Catalyst SD-WAN versión 20.9.9.1 y anteriores: corregido en 20.9.9.2
  • Cisco Catalyst SD-WAN versión 20.12.7.1 y anteriores: corregido en 20.12.7.2
  • Cisco Catalyst SD-WAN versión 20.15.4.4 y anteriores: corregido en 20.15.4.5
  • Cisco Catalyst SD-WAN versión 20.15.5.2 y anteriores: corregido en 20.15.5.3
  • Cisco Catalyst SD-WAN versión 20.18.3: corregido en 20.18.3.1
  • Cisco Catalyst SD-WAN versión 26.1.1.1 y anteriores: corregido en 26.1.1.2

Cisco dijo que «se dio cuenta de la explotación limitada de esta vulnerabilidad» en junio de 2026, y agregó que fue descubierta durante las pruebas de seguridad internas.

La compañía también ha compartido indicadores de compromiso asociados con la actividad maliciosa, instando a los clientes a auditar «/var/log/nms/vmanage-server.log» para detectar cargas de archivos WAR sospechosos como se muestra a continuación:

11-June-2026 03:53:37,310 EDT INFO  [a66cdc5f-807d-4c23-944e-5c809a2ece6b] [server] [SdraAnyConnectFileUploadHandler] (default task-40704) |default| uploaded Remote Access Anyconnect profile file: ../../../../var/lib/wildfly/standalone/deployments/suspicious.war to vManage.
Ciberseguridad

Otros indicadores incluyen intentos de implementar código malicioso e interactuar con él, aunque Cisco advirtió que es posible que no «aparezcan consistentemente» en todos los registros de incidentes. Las actividades de seguimiento relacionadas con esta vulnerabilidad son:

CVE-2026-20262 es la octava falla de seguridad que afecta a Cisco SD-WAN y que se marca como explotada activamente solo este año después de CVE-2026-20245, CVE-2026-20182, CVE-2026-20127, CVE-2026-20122, CVE-2026-20128. CVE-2026-20133 y CVE-2022-20775. La explotación de algunas de estas fallas se ha atribuido a un actor de amenaza persistente avanzada (APT) llamado UAT-8616.

El desarrollo ha llevado a la Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) a agregar la falla de sus vulnerabilidades explotadas conocidas (KEV), que exige que las agencias del Poder Ejecutivo Civil Federal (FCEB) apliquen las correcciones antes del 29 de junio de 2026.

Los expertos en ciberseguridad no creen que Fable 5 de Anthropic represente una amenaza de ciberseguridad única

El viernes pasado, la administración Trump provocó una conmoción en el ecosistema tecnológico cuando el Departamento de Comercio impuso controles de exportación al nuevo modelo de inteligencia artificial de Anthropic, Fable 5.

Anthropic ha tomado medidas para limitar los riesgos relacionados con la venta comercial de su modelo Mythos, incluida la negativa a publicarlo públicamente, canalizándolo a organizaciones de ciberdefensa y desarrollando barreras de seguridad para Fable 5 que predeterminarían sus respuestas a modelos más antiguos y menos poderosos en torno a temas delicados como la ciberseguridad y la guerra biológica.

Pero, según se informa, la administración Trump se alarmó por informes recientes de Amazon y otro investigador de ciberseguridad que afirmaban haber liberado Fable 5 a los pocos días de su lanzamiento público, y determinó que si los investigadores en los EE. UU. podían liberar el modelo, también podrían hacerlo los adversarios extranjeros de Estados Unidos.

La decisión del Departamento de Comercio impulsó a Anthropic a cerrar los modelos para todos los usuarios mientras intentaban convencer a la Casa Blanca de cambiar de rumbo.

Pero algunos expertos en ciberseguridad e inteligencia artificial han estado en total desacuerdo con las acciones de la Casa Blanca, diciendo que la investigación no ha demostrado que alguien haya podido eludir las salvaguardas de Fable 5 y acceder al tipo de nuevas capacidades peligrosas que han preocupado a los funcionarios.

Katie Moussouris, una conocida experta en ciberseguridad, dijo el lunes que Anthropic le proporcionó una copia de una investigación de terceros sobre técnicas de derivación de barreras de seguridad para Fable 5.

Según Moussouris, los investigadores pidieron a tres modelos de Claude (Fable 5, Mythos y Claude Opus) que revisaran lotes de código fuente abierto conocido y vulnerable en busca de problemas de seguridad. Fable 5 inicialmente rechazó la solicitud, pero los investigadores pudieron utilizar «un proceso manual de varios pasos» para lograr que Fable 5 convirtiera la salida en scripts automatizados que pudieran probar parches para la vulnerabilidad.

La investigación de terceros desde el lanzamiento de Fable 5 no ha encontrado formas de eludir sus salvaguardas en materia de piratería. Las capacidades que los investigadores han demostrado son fundamentales para que Fable 5 y otros modelos de vanguardia sean valiosos para la defensa de la ciberseguridad.

«Los defensores deben poder pedirle a la IA que corrija los errores en un archivo, explicar por qué es importante la corrección y escribir pruebas que confirmen que el parche funciona», dijo. escribió. «Eso no es un paso por alto la barandilla. Es lo más valioso que un modelo de IA puede hacer para la seguridad defensiva: ejecutar el bucle de búsqueda, reparación y prueba que los defensores ejecutan todos los días».

Moussouris anteriormente brindó experiencia técnica al Acuerdo de Waasenaar, un acuerdo de seguridad multilateral voluntario sobre el control de las exportaciones tanto de municiones como de tecnología de doble uso que incluye a Estados Unidos y docenas de otros países. Con base en la investigación que ha visto, calificó la imposición de restricciones a la exportación de todas las ventas extranjeras de Fable 5 como una medida «dura» y «equivocada».

Anthropic también sometió el modelo a 1000 horas de pruebas por parte de miembros del equipo rojo interno y externo, informando que no se encontraron fugas universales que eliminaran esas barreras de seguridad o permitieran al modelo acceder a Mythos para trabajos cibernéticos y biológicos.

Moussouris no está ni mucho menos solo. Ella es una de las docenas de expertos en ciberseguridad que firmaron un carta abierta Lunes llamando a la administración Trump a “Free Fable”.

Los investigadores dicen que si bien los modelos de clase Mythos son «bastante buenos» para identificar y explotar vulnerabilidades en el código de software, «no son excepcionalmente buenos» en comparación con otros modelos de frontera que utilizan todos los días para la defensa de la ciberseguridad.

Por ejemplo, a pesar de que el modelo Daybreak de OpenAI ofrece capacidades similares de parcheo y descubrimiento de vulnerabilidades. No estaba incluido en las restricciones del Departamento de Comercio.

Los investigadores también señalan que las barreras de seguridad de Fable 5 han sido notoriamente hipersensibles en comparación con otros modelos fronterizos utilizados por los equipos rojos, convirtiéndose en «una fuente de humor en la comunidad cibernética el día del lanzamiento», cuando los trabajadores cibernéticos y de TI informaron en línea que no pudieron lograr que el modelo realizara tareas básicas de ciberseguridad defensiva.

La carta cuestiona si los problemas encontrados en los informes de jailbreak calificarían como capacidades ofensivas, y señala que pueden reproducirse en otros modelos comerciales y de código abierto, incluidos GPT 5.5, Claude Opus, Claude Sonnet y modelos chinos como Kimi 2.7.

«La justificación para esta acción sin precedentes fue que Fable proporciona una 'mejora' única de capacidades más allá de otros modelos de IA, pero la IA ha estado encontrando errores y generando exploits funcionales a niveles sobrehumanos desde el año pasado», escribieron.

La decisión de la Casa Blanca se produce en un momento en que las empresas de IA se enfrentan a una reacción cada vez mayor por parte de un público que ahora pide de manera abrumadora una intervención gubernamental más sólida.

Una Universidad Johns Hopkins encuesta en mayo encontró un amplio apoyo bipartidista para las regulaciones de IA, con un 73% pidiendo prohibiciones de imágenes y videos generados por IA, un 68% pidiendo etiquetas en el contenido de IA, un 75% queriendo leyes de divulgación cuando interactúan con chatbots de IA y un 70% pidiendo «el derecho a interactuar con un ser humano en lugar de una IA en entornos médicos, legales, educativos y gubernamentales».

Otro encuesta global Un estudio de 18.000 personas publicado esta semana descubrió que las cuatro principales preocupaciones que la mayoría de la gente tiene en torno a la IA giran en torno a la capacidad de la herramienta para difundir información errónea, crear deepfakes para avergonzar o herir a otros, facilitar que los delincuentes pirateen las redes de las víctimas y ayudar a los terroristas a crear nuevas armas.

Derek B. Johnson

Escrito por Derek B. Johnson

Derek B. Johnson es reportero de CyberScoop, donde su área incluye la ciberseguridad, las elecciones y el gobierno federal. Antes de eso, ha brindado una cobertura galardonada de noticias sobre ciberseguridad en los sectores público y privado para varias publicaciones desde 2017. Derek tiene una licenciatura en periodismo impreso de la Universidad de Hofstra en Nueva York y una maestría en políticas públicas de la Universidad George Mason en Virginia.

Una falla crítica de Splunk Enterprise permite a los atacantes ejecutar código sin autenticación – CYBERDEFENSA.MX

Splunk ha publicado actualizaciones de seguridad para abordar una falla de seguridad crítica en Splunk Enterprise que podría explotarse para realizar operaciones de archivos no autenticados e incluso la ejecución remota de código.

La vulnerabilidad, rastreada como CVE-2026-20253tiene una calificación de 9,8 en el sistema de puntuación CVSS.

«En las versiones de Splunk Enterprise inferiores a 10.2.4 y 10.0.7, un usuario no autenticado podría crear o truncar archivos arbitrarios a través de un punto final de servicio secundario de PostgreSQL», Splunk dicho en una alerta esta semana.

«La vulnerabilidad existe porque el punto final del servicio complementario PostgreSQL carece de controles de autenticación, lo que permite que cualquier usuario accesible en la red invoque operaciones de archivos sin credenciales».

Ciberseguridad

El problema se ha solucionado en las siguientes versiones:

  • Splunk Enterprise 10.0.0 a 10.0.6: corregido en 10.0.7
  • Splunk Enterprise 10.2.0 a 10.2.3: corregido en 10.2.4
  • Splunk Enterprise 10.4: no afectado

Splunk, que es parte de Cisco, dijo que Splunk Cloud no se ve afectado por la vulnerabilidad ya que los sidecars de Postgres no se utilizan en el producto.

De qué se trata el defecto

El viernes, mira Tower Labs liberado detalles técnicos adicionales de CVE-2026-20253, que indican que podría explotarse para lograr la ejecución remota de código previamente autenticado en sistemas susceptibles a través de los puntos finales «/v1/postgres/recovery/backup» y «/v1/postgres/recovery/restore».

La cadena de ataque funciona de la siguiente manera:

  • Conéctese a una base de datos controlada por un atacante y descargue su contenido en un archivo arbitrario usando el punto final /backup
  • Cargue el volcado de la base de datos controlada por el atacante en la instancia local de PostgreSQL utilizando el punto final /restore incluyendo un argumento «passfile» que especifique la ruta a un «.pgpass«archivo («/opt/splunk/var/packages/data/postgres/.pgpass») que contiene la contraseña para el usuario «postgres_admin»
  • Las consultas SQL definidas en el volcado de la base de datos serán ejecutadas por la instancia PostgreSQL de Splunk

Un atacante podría convertir esta debilidad en un arma para definir una nueva función que usa lo_exportar – una función utilizada para extraer un BLOB de la base de datos y guardarlo como un archivo en el sistema de archivos – para escribir contenido controlado por el atacante en un archivo, tras lo cual la función se ejecuta durante el proceso de restauración.

«En este punto, podemos autenticarnos, restaurar el SQL controlado por el atacante e interactuar con la base de datos local», dijeron los investigadores de seguridad Piotr Bazydlo y Yordan Ganchev. «Una vez que pudimos restaurar el SQL controlado por el atacante en la instancia local de PostgreSQL, rápidamente armamos una plantilla de volcado de base de datos que nos proporcionó una escritura de archivo controlada».

Ciberseguridad

Armado con una primitiva de escritura de archivos arbitraria en el sistema de archivos Splunk, un atacante podría escalar aún más a la ejecución remota de código sobrescribiendo un script de Python que Splunk ejecuta con frecuencia (por ejemplo, «/opt/splunk/etc/apps/splunk_secure_gateway/bin/ssg_enable_modular_input.py») para incluir la carga maliciosa.

La secuencia completa de acciones se encuentra a continuación:

  • Cree una base de datos y configúrela de modo que un usuario pueda autenticarse sin contraseña y otorgarle permisos suficientes para invocar funciones como lo_export.
  • Utilice el punto final /backup para colocar un volcado de la base de datos remota en el sistema de archivos Splunk
  • Utilice el punto final /restore para cargar el volcado de la base de datos malicioso, desencadenar la ejecución de la función maliciosa durante el proceso de restauración y escribir un script Python controlado por el atacante en el sistema de archivos Splunk.

Aunque no hay evidencia de que la falla haya sido explotada en la naturaleza, la disponibilidad de los detalles específicos de la vulnerabilidad puede ser suficiente para impulsar a los actores de amenazas a desencadenar intentos oportunistas. Es esencial que los usuarios actúen rápidamente para aplicar las correcciones y mantenerse protegidos.

Los piratas informáticos vinculados a China ocultaron el software de inicio de sesión de Linux durante casi una década – CYBERDEFENSA.MX

En lugar de esconderse en las computadoras portátiles y servidores que los defensores vigilan más de cerca, un grupo del nexo con China pasó cerca de una década escondido dentro del propio sistema de inicio de sesión de Linux.

Sygnia, que rastrea al grupo como Hormiga de terciopelodice que puso una puerta trasera en los componentes PAM y OpenSSH que deciden quién puede iniciar sesión, colocando su acceso donde la limpieza ordinaria no podría alcanzarlo. La red a la que apuntaba no tenía acceso directo a Internet, por lo que el grupo primero utilizó sistemas conectados a Internet para llegar allí.

Los primeros rastros se remontan a 2016. En lugar de lanzar nuevo malware que un escáner podría detectar, el atacante cambió los propios programas de inicio de sesión confiables. No apareció nada obvio y no fue necesario ningún exploit, por lo que la actividad parecía una administración normal.

En muchas máquinas, el atacante reemplazó el módulo de inicio de sesión PAM principal con copias con puerta trasera. Algunos les dejan entrar con una contraseña secreta; otros registraron silenciosamente nombres de usuarios y contraseñas reales cuando las personas iniciaron sesión.

Ciberseguridad

Los investigadores encontraron nueve versiones distintas. Los programas OpenSSH se modificaron de la misma manera, registrando las credenciales y cada comando escrito, con un interruptor oculto para desactivar ese registro cuando fuera necesario.

Llegar a la red aislada requirió un trabajo extra. El atacante utilizó otras herramientas encubiertas y un servidor web con acceso a Internet como puente, pasando comandos a través de él para abrir sesiones remotas en lo más profundo del segmento que no tenía acceso directo a Internet.

Debido a que el propio sistema de inicio de sesión se vio comprometido, la contención normal sirvió de poco. Los restablecimientos de contraseñas y las sesiones canceladas no ayudan cuando lo que verifica esas credenciales está funcionando para el atacante.

Esto no es nuevo para el grupo. Cada vez que los defensores encuentran un punto de apoyo, Velvet Ant se mueve hacia el equipo que miran menos y se instala allí. en un caso 2024Sygnia descubrió que el mismo actor convertía dispositivos F5 BIG-IP expuestos a Internet en servidores de comando internos.

Más tarde ese año, informó que el grupo explotaba una falla de Cisco NX-OS, CVE-2024-20399para colocar una puerta trasera en los interruptores. Ese error necesita primero acceso de administrador, por lo que es una herramienta de persistencia, no una irrupción remota. Cisco lo parchó en julio de 2024 y CISA lo marcó como explotado al día siguiente.

Operación Highland Es la misma idea, un nivel más profundo. Los balanceadores de carga, los conmutadores y el propio software de inicio de sesión son confiables de forma predeterminada y rara vez se verifican, razón por la cual un atacante paciente se esconde dentro de ellos.

Ciberseguridad

La Operación Highland no es un problema de un solo CVE. El atacante cambió los programas confiables después de ingresar, por lo que la solución es la verificación, no la aplicación de parches, y la limpieza es delicada: un reemplazo incorrecto puede bloquear a los administradores de un sistema activo.

  • Mira los archivos de inicio de sesión. Supervise los programas PAM y OpenSSH y sus archivos clave para detectar cualquier cambio y avise cuando cambien.
  • Caza comprobando qué cambióno esperando una alerta. Compare estos programas con copias en buen estado, porque nada los marcará por usted.
  • Retire la puerta trasera antes de restablecer las contraseñaso los nuevos los roban de la misma manera. Pruebe cualquier reemplazo en un laboratorio primero.

Los casos anteriores de F5 y Cisco tienen sus propias comprobaciones: aplique el parche CVE-2024-20399 en el equipo Cisco Nexus y observe las casillas F5 para detectar conexiones salientes inesperadas.

La lección más amplia es clara: la infraestructura que se encuentra fuera del monitoreo normal todavía necesita controles de integridad, y eso ahora incluye la capa de inicio de sesión.

El FBI desmantela una enorme red de cibercrimen con sede en China que causó pérdidas por valor de 1.900 millones de dólares

El FBI, junto con Google y Lumen Technologies, desmanteló una importante red de delitos cibernéticos con sede en China que fue responsable de pérdidas estimadas en 1.900 millones de dólares, dijeron funcionarios el viernes.

Outsider, que proporcionó kits de phishing e infraestructura alojada para ciberdelincuentes desde julio de 2023, facilitó una ola de ataques de phishing contra personas y empresas en 55 países, incluido Estados Unidos, dijo el FBI en un publicación en LinkedIn.

El esfuerzo coordinado conjuntamente denominado «Operación Ghost Hook» logró la incautación de varios dominios de los servidores de administración principales del grupo, una tienda Shopify, aproximadamente $100,000 de billeteras de pago de Outsider y miles de dominios registrados a través de proveedores con sede en EE. UU., dijeron los funcionarios.

El FBI dijo que también utilizó un bot Outsider Telegram para acceder a información sobre los clientes de la red de cibercrimen.

«Los delincuentes detrás de Outsider Enterprise construyeron un negocio haciéndose pasar por marcas confiables para defraudar a cientos de miles de víctimas», dijo en un comunicado Brett Leatherman, subdirector de la división cibernética del FBI.

Las autoridades rastrearon los dominios de phishing de Outsider hasta casi 3,9 millones de tarjetas de crédito robadas.

Google, uno de los proveedores personificados por los kits de phishing, describió a Outsider como una operación masiva impulsada por inteligencia artificial.

Outsider proporcionó su kit de phishing, que permitía a los ciberdelincuentes crear sitios falsos y campañas de phishing para robar tarjetas de crédito, credenciales de cuentas bancarias y datos personales, por una suscripción semanal de tan solo 88 dólares por semana, dijo la compañía en una demanda civil que presentó para desmantelar la infraestructura de la red de cibercrimen.

El grupo con sede en China detrás de la operación alentó y proporcionó instrucciones paso a paso para que los clientes usaran Gemini y otras plataformas de inteligencia artificial para generar códigos personalizados para señuelos de phishing y los sitios correspondientes para paquetes ilegítimos perdidos, peajes de autopistas vencidos, infracciones de estacionamiento, problemas con una cuenta de corretaje o recompensas de proveedores de servicios inalámbricos.

«El software Outsider permite a los estafadores solicitar múltiples tipos de verificación a las víctimas, incluidos SMS, PIN, correo electrónico y verificación de aplicaciones», escribió Google en la demanda presentada en el distrito estadounidense del Distrito Sur de Nueva York. «Esta flexibilidad permite a la empresa vencer varias formas de seguridad de autenticación».

Google dijo que está trabajando con AT&T, T-Mobile y Verizon para interceptar los mensajes de spam antes de que lleguen a los clientes, pero este tipo de ataques de phishing prevalecen y se han estado propagando durante años.

Google también está presionando para que se tomen medidas legislativas, incluida una serie de proyectos de ley, para combatir estas estafas, escribió la asesora general Halimah DeLaine Prado en un publicación de blog.

«El litigio por sí solo no pondrá fin a esto», escribió. «A medida que las amenazas evolucionan, nuestras leyes también deben evolucionar».

Google dijo que no conoce los nombres reales de las personas o entidades involucradas en Outsider, pero dijo que la operación cuenta con el apoyo de múltiples grupos de delitos cibernéticos que desempeñan diferentes funciones con infraestructura superpuesta.

El FBI dijo que la eliminación fue parte de la Operación Riptide, una campaña en curso dirigida a los ciberdelincuentes y la infraestructura y las redes financieras que utilizan para cometer fraude.

Matt Kapko

Escrito por Matt Kapko

Matt Kapko es reportero de CyberScoop. Su ámbito incluye delitos cibernéticos, ransomware, defectos de software y (mala) gestión de vulnerabilidades. El californiano de toda la vida comenzó su carrera periodística en 2001 con paradas anteriores en Cybersecurity Dive, CIO, SDxCentral y RCR Wireless News. Matt tiene una licenciatura en periodismo e historia de la Universidad Estatal de Humboldt.

ShinyHunters está extorsionando activamente a las universidades después de explotar una falla de Oracle sin parchear

Los investigadores advierten que los ciberdelincuentes explotaron una vulnerabilidad de día cero de Oracle PeopleSoft y potencialmente se infiltraron en las redes de más de 100 organizaciones en una ola de ataques que afectó en gran medida a la educación superior.

Mandiant y Google Threat Intelligence Group dijeron que se enteraron de los ataques a principios de este mes como parte de su monitoreo continuo de las operaciones de ShinyHunters. El notorio grupo de cibercrimen afirma que pirateó más de 100 organizaciones y comenzó a nombrar a las víctimas y a publicar datos presuntamente robados el martes.

La Universidad de Nottingham, una de las presuntas víctimas de ShinyHunters, confirmó el miércoles una Se robó una cantidad significativa de datos de los estudiantes. durante un ciberataque después de que el grupo de amenazas filtrara algunos de los datos de la escuela.

Los ataques se remontan al menos al 27 de mayo, según Mandiant, e implican la explotación de CVE-2026-35273un defecto en Oracle PeopleSoft PeopleTools que permite a atacantes no autenticados ejecutar código remoto y tomar el control de los servidores afectados.

Oráculo reveló la vulnerabilidad y recomendó algunas medidas de mitigación el miércoles, semanas después de que los ataques ya estuvieran en marcha. El proveedor no ha lanzado un parche para solucionar el defecto y no respondió a una solicitud de comentarios.

Google dijo que alertó más de 100 organizaciones de puntos finales potencialmente vulnerables en sus entornos, pero se negó a confirmar cuántas víctimas están comprometidas.

«Esta campaña todavía está activa. Hemos observado a ShinyHunters enviando extorsiones incluso hoy», dijo a CyberScoop Charles Carmakal, director de tecnología de Mandiant Consulting, el jueves por la noche. Añadió que más víctimas, más allá de la visibilidad de Google, podrían verse afectadas.

La mayor parte del grupo de víctimas potenciales tiene su sede en Estados Unidos y el 68% está en el sector de la educación superior, según Google.

«Hemos observado anteriormente que ShinyHunters se dirige al sector educativo este año, sin embargo, es posible que este objetivo sea representativo de la mayoría de las instancias expuestas de PeopleSoft que pertenecen al sector», dijo Carmakal.

Oracle PeopleSoft PeopleTools incluye más de 40 herramientas para la gestión de recursos humanos y relaciones con los clientes.

Los ataques se producen menos de un año después de que el grupo de ransomware Clop explotara un día cero en Oracle E-Business Suite que afectó a decenas de víctimas. La campaña de extorsión por robo de datos que siguió a esos ataques, que comenzó en agosto, no comenzó hasta octubre.

Matt Kapko

Escrito por Matt Kapko

Matt Kapko es reportero de CyberScoop. Su ámbito incluye delitos cibernéticos, ransomware, defectos de software y (mala) gestión de vulnerabilidades. El californiano de toda la vida comenzó su carrera periodística en 2001 con paradas anteriores en Cybersecurity Dive, CIO, SDxCentral y RCR Wireless News. Matt tiene una licenciatura en periodismo e historia de la Universidad Estatal de Humboldt.

Una operación de INTERPOL derriba la plataforma de phishing Sniper Dz y arresta a un administrador – CYBERDEFENSA.MX

Una operación dirigida por INTERPOL el mes pasado provocó la interrupción de francotiradoruna plataforma de phishing como servicio (PhaaS) de una década, dijo el jueves Group-IB.

El esfuerzo, cuyo nombre en código es Operación Ramz, tuvo lugar entre octubre de 2025 y febrero de 2026, y en él las autoridades de 13 países de la región de Medio Oriente y África del Norte (MENA) realizaron 201 arrestos.

Entre ellos se encontraba Guedz, el principal desarrollador y administrador de Sniper Dz, un servicio PhaaS que se dice que recopiló más de 45.000 registros de víctimas. La detención fue realizada por la Policía Nacional de Argelia. Con el paso de los años, la plataforma se rebautizó como Joker Dz, Storm Dz y Spam Dz.

Como parte de la Operación Ramz, el sitio web utilizado para ofrecer capacidades PhaaS a otros ciberdelincuentes fue eliminado. Las autoridades también confiscaron hardware que contenía software y scripts de phishing.

Ciberseguridad

«Activo desde al menos 2015, Sniper Dz evolucionó hasta convertirse en una sofisticada plataforma criminal que ofrece kits de phishing listos para usar, infraestructura de alojamiento y soporte operativo a los ciberdelincuentes», dijo la empresa de ciberseguridad con sede en Singapur. dicho.

Desde entonces, se han identificado más de 20.000 dominios únicos asociados con el servicio PhaaS. El conjunto de herramientas se dirigió principalmente a 30 organizaciones globales importantes, incluidas PayPal, Facebook, Instagram, Yahoo, Netflix y Steam, utilizando 80 plantillas de phishing implementadas en cinco idiomas, incluidos árabe, inglés, francés, español y hebreo.

Las campañas de phishing que utilizaban Sniper Dz señalaron a los usuarios de tecnología, redes sociales y plataformas de transmisión en varias geografías al hacerse pasar por marcas populares y entidades gubernamentales utilizando sitios web de imitación convincentes con el objetivo de recopilar credenciales, información personal y otros datos confidenciales.

«Más allá del tradicional robo de credenciales, la plataforma también aprovechó técnicas de ingeniería social que explotaron la popularidad y credibilidad de figuras públicas en todo Medio Oriente y África del Norte», explicó Group-IB. «Los actores de amenazas crearon cuentas falsas en las redes sociales haciéndose pasar por personalidades políticas conocidas y las utilizaron para promover enlaces de phishing disfrazados de ofertas promocionales o acceso gratuito a Internet».

Ciberseguridad

Sniper Dz fue objeto de un análisis exhaustivo realizado por la Unidad 42 de Palo Alto Networks en octubre de 2024, que detalló el uso por parte del actor de amenazas de un canal de Telegram con más de 7.300 suscriptores para compartir videos tutoriales y las opciones que ofrece para alojar las páginas de phishing en su propia infraestructura detrás de un servidor proxy.

Lo que hizo que Sniper Dz se destacara del abarrotado mercado PhaaS es que ofrecía toda su infraestructura de forma gratuita, lo que facilitaba a los aspirantes a ciberdelincuentes llevar a cabo campañas de phishing a escala. En cambio, las vías de monetización se basaron en el robo de credenciales y el tráfico de víctimas.

«Las credenciales robadas podrían recolectarse a través de campañas de phishing, mientras que los usuarios que no proporcionaron sus credenciales aún podrían ser redirigidos a fraudes de facturación del operador, suscripciones premium de SMS, esquemas de abuso de notificaciones del navegador y otras campañas fraudulentas impulsadas por afiliados», Group-IB dicho.