La IA podría reducir los falsos positivos, pero no detendrá la caída

A medida que los defensores consiguen modelos de IA más nuevos con capacidades de ciberseguridad más potentes, como Mythos de Anthropic y Daybreak de OpenAI, se les pide a las organizaciones que se preparen para una avalancha de nuevos informes de vulnerabilidad.

Pero para los programas de recompensas por errores en todo el país, es posible que ese día ya esté aquí, ya que los modelos de frontera de ayer y las herramientas de inteligencia artificial de código abierto de hoy han aumentado dramáticamente el volumen de informes de errores que llegan a las empresas en torno a sus propios productos o en plataformas de recompensas en línea más grandes.

GitHub, uno de los repositorios de código en línea más grandes del mundo, dicho está ajustando su definición de informe de error «completo» después de un aumento significativo en las presentaciones asistidas por IA durante el año pasado.

Aunque la afluencia ha tenido algunos beneficios, muchos informes se presentan sin prueba de concepto, se basan en escenarios de ataque poco realistas o cubren cuestiones que ya figuran como no elegibles. Como resultado, la empresa tiene dificultades para separar la señal del ruido.

«Esto no es exclusivo de GitHub», escribió Jarom Brown, ingeniero senior de seguridad de productos en GitHub. «Los programas de toda la industria están enfrentando el mismo desafío y algunos se han cerrado por completo».

Brown dijo que GitHub no quiere prohibir por completo el uso de informes generados por IA, calificándolos de «multiplicador de fuerza» para la seguridad en el contexto adecuado. Pero en un mundo donde nunca ha sido tan fácil usar la IA para generar errores teóricos, la compañía quiere que los investigadores hagan un esfuerzo adicional para confirmar que sus descubrimientos realmente pueden explotarse en condiciones del mundo real.

Lo que necesitamos es el mismo estándar que siempre esperábamos: validación», escribió Brown. «Un hallazgo asistido por IA que haya sido verificado, reproducido y presentado con una prueba de concepto funcional es una gran presentación. Un resultado no validado enviado tal cual sin reproducción o impacto demostrado no lo es”.

Grant Bourzikas, director de seguridad de Cloudflare, dijo que clasificar los errores y demostrar que pueden explotarse siempre ha sido una de las partes más difíciles de la investigación de vulnerabilidades, y los escáneres de vulnerabilidades de IA y el código lo han «empeorado».

Por ejemplo, el código escrito en lenguajes de programación C y C++ es vulnerable a una variedad de exploits (como desbordamientos de búfer y lectura y escritura fuera de límites) que no existen en lenguajes seguros para la memoria como Rust. El software de escaneo de herramientas de inteligencia artificial escrito en lenguajes de programación inseguros para la memoria tiene muchas más probabilidades de generar falsos positivos.

Pero uno de los mayores defectos sigue siendo que las herramientas de IA también están diseñadas para darle al usuario lo que pide, incluso cuando no está disponible. Esto lleva a la generación de informes de errores llenos de especulaciones y calificativos sobre la explotabilidad que requieren un seguimiento humano.

«Ese es un sesgo razonable para una herramienta exploratoria», dijo Bourzikas. escribió. «Es ruinoso para una cola de clasificación, donde cada hallazgo especulativo gasta atención humana y fichas para descartarlo, y ese costo se acumula en miles de hallazgos».

Cloudflare compartió recientemente los resultados de las pruebas de Mythos en 50 de sus propios repositorios de código, en busca de exploits. Bourzikas llamó a Mythos “un tipo diferente de herramienta que hace un tipo de trabajo diferente” de otros modelos de frontera, y que logró avances significativos en la reducción de falsos positivos.

Por ejemplo, señaló dos capacidades de Mythos que se destacaron en comparación con otros modelos: encadenar exploits y generar su propio código de prueba de concepto para confirmar la explotabilidad.

Los modelos más antiguos podían detectar muchos de los mismos errores, pero a menudo no podían descubrir cómo explotarlos de manera efectiva o mostrar que el problema podría explotarse en condiciones del mundo real.

Otros han argumentado que la brecha en las capacidades de búsqueda de errores entre los modelos de IA más nuevos y los más antiguos, o los modelos de código abierto disponibles en la actualidad, no es tan grande como se anuncia.

El desarrollador de software sueco Daniel Stenberg, desarrollador líder de curl, una herramienta de transferencia de archivos de código abierto utilizada en todo el mundo, recientemente escribió sobre su experiencia con Mythos Preview. Al igual que otros, también ha visto un mayor volumen de informes de errores impulsados ​​por la IA durante el año pasado, pero dicho La avalancha de informes de baja calidad ha disminuido significativamente desde marzo a medida que los modelos han mejorado.

Curl es maduro y está pulido según los estándares de la mayoría del software: Stenberg estima que cada línea de código ha sido reescrita o alterada al menos cuatro veces, y dijo que ha utilizado herramientas tanto humanas como de inteligencia artificial en el pasado para implementar cientos de correcciones de errores durante la existencia de Curl.

Eso lo convierte en un campo de pruebas único para las capacidades mejoradas de Mythos, que supuestamente fue tan poderoso para encontrar vulnerabilidades que Anthropic optó por no publicarlo al público en general.

Después de obtener acceso a Mythos, Stenberg recibió los resultados de un escaneo de 178.000 líneas de código curl. Al final, el análisis detectó cinco vulnerabilidades «confirmadas». Una exploración más exhaustiva realizada por investigadores humanos encontró que 4 de los errores eran falsos positivos o no tenían ningún impacto en la seguridad. ¿El único error restante que encontró Mythos? Una falla de baja gravedad que se solucionará en una actualización periódica de junio.

Aunque elogió el impacto de la IA en la ciberseguridad en general, Stenberg concluyó que, a pesar de todo el revuelo, Mythos es sólo “un poco mejor” que los modelos lanzados anteriormente.

«Sin embargo, mi conclusión personal no puede ser otra cosa que la de que hasta ahora el gran revuelo en torno a este modelo ha sido principalmente marketing», escribió. «No veo evidencia de que esta configuración encuentre problemas en un grado particular más alto o más avanzado que las otras herramientas anteriores a Mythos».

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.

Interpol lidera la lucha contra la ciberdelincuencia en 13 países de Oriente Medio y el Norte de África

Interpol coordinó una investigación amplia con 13 países de Medio Oriente y África del Norte para interrumpir y acabar con las operaciones de delitos cibernéticos, incluidos servicios y herramientas de phishing, malware y estafas. El esfuerzo de aplicación de la ley obtuvo 201 arrestosprovocó la incautación de 53 servidores e interrumpió múltiples servicios de ciberdelincuencia, dijo Interpol el lunes.

La Operación Ramz, que según la organización policial fue el primer esfuerzo a gran escala de su tipo en la región, también identificó a 382 sospechosos durante un período de cuatro meses que finalizó en febrero. Las contramedidas colectivas permitieron a las autoridades atribuir las diversas actividades maliciosas a casi 4.000 víctimas.

«En un mundo donde los ciberdelincuentes explotan el panorama digital sin fronteras, la Operación Rams demuestra la eficacia de la colaboración global», dijo en un comunicado Neal Jetton, director de delitos cibernéticos de Interpol.

La policía de Jordania rastreó una computadora involucrada en estafas de fraude financiero y, durante una redada, encontró a 15 personas que llevaban a cabo las estafas y que luego se determinó que eran víctimas de trata de personas. Las víctimas fueron reclutadas bajo falsas promesas de empleo en sus países de origen en Asia y les confiscaron sus pasaportes al llegar a Jordania, dijeron las autoridades.

Según Interpol, un par de cabecillas detrás de la operación, que obligaron o coaccionaron a las víctimas a participar en el plan, fueron arrestados.

Las fuerzas del orden en Argelia desmantelaron un servicio de phishing incautando un servidor y otros dispositivos vinculados a la operación. Las autoridades marroquíes también incautaron múltiples dispositivos que contenían datos bancarios y software para operaciones de phishing.

Los funcionarios de Omán remediaron un servidor que contenía información confidencial que estaba infectado con malware y comprometido por vulnerabilidades. Mientras tanto, los investigadores en Qatar identificaron y aseguraron múltiples dispositivos comprometidos que estaban siendo utilizados, sin que sus propietarios lo supieran, para difundir amenazas maliciosas.

Las autoridades involucradas en el esfuerzo de meses recopilaron casi 8.000 datos que se compartieron entre los países participantes para respaldar las investigaciones en curso.

La Operación Ramz contó con el apoyo de Argelia, Bahréin, Egipto, Irak, Jordania, Líbano, Libia, Marruecos, Omán, Palestina, Qatar, Túnez y los Emiratos Árabes Unidos. Varias empresas y organizaciones también ayudaron a Interpol a rastrear actividades cibernéticas ilegales e identificar servidores maliciosos, incluidos Group-IB, Kaspersky, Shadowserver Foundation, Team Cymru y Trend Micro.

«Interpol se dedica a trabajar con sus países miembros y socios del sector privado para derribar infraestructura maliciosa, desarticular grupos criminales y llevar a los perpetradores ante la justicia», dijo Jetton.

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.

La operación Ramz de INTERPOL desbarata las redes de ciberdelincuencia de MENA con 201 detenciones – CYBERDEFENSA.MX

INTERPOL ha coordinado una campaña de lucha contra los delitos cibernéticos, la primera de su tipo, en Oriente Medio y el Norte de África (MENA), que dio lugar a 201 detenciones y la identificación de 382 sospechosos adicionales.

La iniciativa involucró los esfuerzos de 13 países de la región entre octubre de 2025 y febrero de 2026, con el objetivo de investigar y neutralizar infraestructura maliciosa, arrestar a los perpetradores detrás de estas actividades y prevenir pérdidas futuras.

«La operación se centró en neutralizar las amenazas de phishing y malware, así como en hacer frente a las estafas cibernéticas que causan graves costes a la región», INTERPOL dicho en un comunicado. «Además de las detenciones realizadas, se identificaron 3.867 víctimas y se incautaron 53 servidores».

La operación, cuyo nombre en clave Ramzprovocó la interrupción de un servicio de phishing como servicio (PhaaS) por parte de las autoridades argelinas después de que su servidor fuera confiscado, junto con una computadora, un teléfono móvil y discos duros que contenían software y scripts de phishing. Un sospechoso fue arrestado en relación con el plan.

En otros lugares, funcionarios marroquíes confiscaron computadoras, teléfonos inteligentes y discos duros externos que contenían datos bancarios y software utilizados para operaciones de phishing.

Ciberseguridad

Las autoridades también identificaron un servidor legítimo ubicado en una residencia privada en Omán que contenía información confidencial. El servidor padecía múltiples vulnerabilidades de seguridad críticas y estaba infectado por malware. INTERPOL dijo que se tomaron medidas para desactivar el servidor.

En un caso similar, se descubrieron dispositivos comprometidos en Qatar, sin que los propios propietarios supieran que sus sistemas estaban siendo utilizados para difundir «amenazas maliciosas». Aunque no se reveló la naturaleza exacta de estas amenazas, se dice que las máquinas afectadas fueron aseguradas y se alertó a los propietarios de los dispositivos para que tomaran las medidas de seguridad adecuadas.

Por último, la policía jordana identificó una computadora que se utilizaba para ejecutar estafas de fraude financiero, donde se engañaba a usuarios desprevenidos para que invirtieran sus activos en una plataforma comercial aparentemente legítima, solo para que se cerrara una vez que se depositaban los fondos.

«Una redada descubrió a 15 personas que llevaban a cabo estafas, pero los investigadores determinaron que eran víctimas de trata de personas que habían sido reclutadas bajo la falsa promesa de empleo en sus países de origen en Asia», dijo INTERPOL.

«Al llegar a Jordania, les confiscaron los pasaportes y los obligaron o coaccionaron a participar en el plan. Dos individuos sospechosos de orquestar la operación fueron arrestados».

Group-IB, que fue una de las empresas del sector privado que participó en el esfuerzo, dicho proporcionó «inteligencia procesable» sobre más de 5.000 cuentas comprometidas, incluidas aquellas asociadas con la infraestructura gubernamental, y compartió detalles sobre la infraestructura de phishing activa en toda la región.

«El cibercrimen no tiene fronteras y la única respuesta eficaz es una que tampoco las tenga», Joe Sander, director ejecutivo de Team Cymru, dicho. «La Operación Ramz es exactamente ese tipo de respuesta: las fuerzas del orden y socios confiables del sector privado reúnen inteligencia, actúan en conjunto y desmantelan la infraestructura de la que dependen los delincuentes».

Ciberseguridad

Los países que participaron en la Operación Ramz incluyeron Argelia, Bahrein, Egipto, Irak, Jordania, Líbano, Libia, Marruecos, Omán, Palestina, Qatar, Túnez y los Emiratos Árabes Unidos.

Serie de acciones policiales

Los arrestos se producen en el contexto de una serie de acciones policiales anunciadas por Alemania y el Departamento de Justicia (DoJ) de Estados Unidos en las últimas semanas.

  • la sentencia de Thomasz Szabo (alias Plank, Jonah y Cypher), de 27 años, de Rumania, a 48 meses de prisión por su papel como cerebro de una red de aplastamiento en línea que tenía como objetivo a más de 75 funcionarios públicos, cuatro instituciones religiosas y varios periodistas.
  • la acusación de Debo a Martín Andresen (también conocido como Speedstepper), el presunto administrador principal del mercado ilícito de la red oscura, Dream Market, acusado de lavado de dinero, tras su arresto en Alemania la semana pasada.
  • El cierre de una versión relanzada del red criminal mercado (originalmente fue desmantelado en diciembre de 2024) y el arresto de un presunto administrador, un ciudadano alemán de 35 años, en la isla española de Mallorca.
  • la convicción de Sohaib Akhterde 34 años, de Alexandria, Virginia, por un jurado federal por eliminar 96 bases de datos que almacenan información del gobierno de EE. UU. y robar la contraseña en texto plano de un individuo que había presentado una queja ante el Portal Público de la Comisión de Igualdad de Oportunidades en el Empleo.
  • la sentencia de Alan Billde 33 años, de Bratislava, el administrador eslovaco de Kingdom Market, a 200 meses (más de 16 años) de prisión después de que se declarara culpable de conspiración para distribuir sustancias controladas, drogas ilegales, datos financieros robados, documentos falsificados y malware a principios de enero.
  • la sentencia de David José Gómez Cegarrade 25 años, de Venezuela, al tiempo cumplido y al pago de una restitución por un total de $294,820 en relación con una serie de incidentes de premios mayores en cajeros automáticos entre el 5 de octubre y el 11 de noviembre de 2024, en los estados estadounidenses de Nueva York, Massachusetts e Illinois.
  • la sentencia de Marlon Ferro (alias GothFerrari), de 20 años, de Santa Ana, California, a 78 meses de prisión en relación con una conspiración de ingeniería social que robó más de 250 millones de dólares en criptomonedas a víctimas en todo Estados Unidos entre finales de 2023 y principios de 2025.

«Este [social engineering] «El esquema combinaba un sofisticado fraude en línea con un robo a la antigua usanza para drenar a las víctimas millones de dólares en activos digitales», afirmó la fiscal federal Jeanine Ferris Pirro.

«Los agentes de la conspiración generalmente apuntaban a personas que se creía que tenían importantes tenencias de criptomonedas. Sus miembros manipularon a las víctimas para que les entregaran el acceso a sus billeteras digitales a través de elaborados esquemas de fraude. Cuando las víctimas almacenaban sus criptomonedas en billeteras de hardware, dispositivos físicos a los que no se puede acceder de forma remota, la empresa recurrió a Ferro».

Exchange 0-Day, npm Worm, Fake AI Repo, Cisco Exploit and More – CYBERDEFENSA.MX

Monday opens with a trust problem. A mail server flaw is under active use. A network control system was targeted. Trusted packages were poisoned. A fake model page pushed a stealer. Then came the familiar ransom claim: the data was returned and deleted.

The pattern is clear. One weak dependency can leak keys. One leaked key can open cloud access. One cloud foothold can become a production incident. AI is speeding up vulnerability discovery, attackers are moving quickly, and old exposure still keeps paying off.

Patch the quiet risks first. Let’s get into it.

⚡ Threat of the Week

On-Prem Microsoft Exchange Server Exploited in the Wild—Microsoft disclosed a security vulnerability impacting on-premise versions of Exchange Server, which has come under active exploitation in the wild. The vulnerability, tracked as CVE-2026-42897 (CVSS score: 8.1), has been described as a spoofing bug stemming from a cross-site scripting flaw. An anonymous researcher has been credited with discovering and reporting the issue. Microsoft is providing a temporary mitigation through its Exchange Emergency Mitigation Service, while it’s readying a permanent fix for the security defect. There are currently no details on how the vulnerability is being exploited, the identity of the threat actor behind the activity, or the scale of such efforts. It’s also unclear who the targets are and if any of those attacks were successful. 

🔔 Top News

  • Cisco Catalyst SD-WAN Controller Flaw Under Attack—A sophisticated threat actor tracked as UAT-8616 has been attributed to the exploitation of CVE-2026-20182, a critical authentication bypass in Cisco Catalyst SD-WAN Controller. «8616 performed similar post-compromise actions after successfully exploiting CVE-2026-20182, as was observed in the exploitation of CVE-2026-20127 by the same threat actor,» Cisco Talos said. «UAT-8616 attempted to add SSH keys, modify NETCONF configurations, and escalate to root privileges.» UAT-8616 is the same threat actor that was behind the weaponization of CVE-2026-20127 earlier this year to gain unauthorized access to SD-WAN systems. Cisco isn’t the only security vendor facing a barrage of attacks on its customers, but it is among the most heavily targeted, along with Fortinet and Ivanti. «For nation-state operators, a bug like this (as seen with the actively exploited CVE-2026-20127) is ideal for pre-positioning,» Rapid7 said. «They are usually not looking for a smash and grab. They want persistence. They want access that blends in. They want to sit in the right place long enough to observe, influence, and pivot when the time is right. An SD-WAN controller is a great place to do that, because it lives in the middle of trust relationships most organizations rarely question.»
  • Blast Radius of TeamPCP Attacks Expands—A new wave of the Mini Shai-Hulud campaign compromised dozens of TanStack npm packages as part of a broader supply chain attack worming through developer ecosystems, including packages tied to UiPath, Mistral AI, OpenSearch and PyPI. The activity has been attributed to TeamPCP, which has orchestrated a series of high-profile supply chain attacks targeting popular open-source projects in recent months. The goal is the same across all attack campaigns — use poisoned, open-source software to deploy stealer malware and harvest user credentials, API keys, SSH keys, and other secrets. TeamPCP is said to be weaponizing credentials and secrets obtained in the supply chain attacks to access organizations’ cloud infrastructure, not to mention turn into an initial access broker for follow-on attacks like ransomware by teaming up with other cybercrime groups. In some waves, the attackers used the Trufflehog scanner to validate those credentials. The escalating attacks show that TeamPCP prioritizes speed rather than subtlety and stealth. Supply chain attacks have become an increasingly serious concern because of the sheer scale at which trusted dependencies are reused. A single poisoned package can rapidly propagate into thousands of downstream applications, enterprise environments, and production systems. The development coincided with the compromise of the node-ipc package to distribute a stealer malware. It’s currently not known who is behind the attack. Since the library is a dependency for hundreds of other packages, which in turn could be dependencies for even more packages, the attack could have cascading consequences.
  • Apple and Google Roll Out Cross-Platform E2EE for RCS Messages—End-to-end encrypted (E2EE) Rich Communication Services (RCS) messaging is being rolled out in beta between iPhone and Android devices, closing one of the biggest interoperability gaps in mainstream mobile messaging. The feature is available to iPhone users on iOS 26.5 with supported carriers and to Android users on the latest version of Google Messages. Encrypted conversations are marked with a padlock icon in the chat interface. The wider rollout to iPadOS, macOS, and watchOS will follow in future software updates, Apple said. 
  • Instructure Reaches Ransom Agreement with ShinyHunters—Instructure, the developer of school information portal Canvas, said it struck a deal with the ShinyHunters group, which breached its systems, stole a massive amount of data, and disrupted thousands of schools that rely on the company’s software. The company did not say what it had given the threat actors in exchange for the destruction of the data, but it’s fair to say it likely made the controversial decision to make a ransom payment. The company said it also received «digital confirmation» that the hackers destroyed any remaining copies in the form of «shred logs.» In addition, the agreement included the return of the stolen data, assurances that affected customers would not be extorted, and a commitment that individual institutions would not need to engage with the threat actor. While it remains to be seen if the threat actors will keep their side of the bargain, it’s worth highlighting a key problem with paying a ransom: once attackers have a victim’s data, there is no guarantee it was not copied or shared with others. As of May 12, the listing for Instructure has been removed from the ShinyHunters’ data leak site. The group said: «The data is deleted, gone. The company and it’s [sic] customers will not further be targeted or contacted for payment by us.»
  • Fake Hugging Face Repository Delivers Stealer Malware—A malicious Hugging Face repository managed to take a spot in the platform’s trending list by impersonating OpenAI’s Privacy Filter open-weight model to deliver a Rust-based information stealer to Windows users. The project, named Open-OSS/privacy-filter, masqueraded as its legitimate counterpart, released by OpenAI late last month (openai/privacy-filter), including copying the entire description verbatim to trick unsuspecting users into downloading it. The description accompanying the fake model diverged from the legitimate project in one aspect: instructing users to run start.bat on Windows or execute python loader.py on Linux and macOS to deploy the stealer. Access to the malicious model has since been disabled by Hugging Face. The incident highlights how public AI model registries are emerging as a new software supply chain risk for enterprises, emphasizing why AI model supply chain security needs the same level of rigor as software supply chain security. It’s essential to verify publisher identity, check model card provenance, and scan for unexpected binary downloads.
  • OpenAI Announces Daybreak—OpenAI announced Daybreak, a new initiative based on its frontier large language models (LLMs) and its artificial intelligence (AI)-powered coding assistant, Codex, to help developers secure their software from the ground up. Like Anthropic’s Mythos and Project Glasswing, the initiative makes it possible to scan a codebase to identify flaws and fix them, triage vulnerability backlog and prioritize fixes by severity, impact, or exploitability, and automate vulnerability detection, validation and response. In a related development, Microsoft detailed its own AI-assisted vulnerability discovery system called MDASH, which orchestrates more than 100 specialized AI agents across multiple frontiers and distilled AI models to find vulnerabilities in the tech giant’s own codebases. MDASH is designed to run a structured pipeline that goes through distinct stages: preparation, scanning, validation, deduplication, and proof construction. The emergence of Daybreak and MDASH comes amid a spike in vulnerability discovery, mainly fueled by the use of AI tools. Five months into 2026, Microsoft has already patched more than 500 vulnerabilities in its software, a rate that could see the company break its own annual record for the most number of security fixes in a year. The U.K. National Cyber Security Centre (NCSC) has also warned organizations that they should prepare for a surge of software updates driven by AI-assisted vulnerability discovery. At this stage, access to these advanced tools is tightly controlled. OpenAI has framed the access controls as a response to the dual-use nature of the underlying technology. The same AI capabilities that allow defenders to identify vulnerabilities and accelerate remediation could be misused by bad actors. Per Google, hacking groups are already using AI models to boost the speed, scale, and sophistication of their attacks, as well as perform reconnaissance and build better malware. 

🔥 Trending CVEs

Bugs drop weekly, and the gap between a patch and an exploit is shrinking fast. These are the heavy hitters for the week: high-severity, widely used, or already being poked at in the wild.

Check the list, patch what you have, and hit the ones marked urgent first — CVE-2026-42945 (NGINX Plus and NGINX Open), CVE-2026-44112 (OpenClaw), CVE-2026-42897 (Microsoft Exchange Server), CVE-2026-41096 (Microsoft Windows DNS), CVE-2026-42826 (Microsoft Azure DevOps), CVE-2026-20182 (Cisco Catalyst SD-WAN Controller), CVE-2026-44338 (PraisonAI), CVE-2026-46300, CVE-2026-46333 (Linux Kernel), CVE-2026-45185 (Exim), CVE-2026-8043 (Ivanti Xtraction), CVE-2026-44277 (Fortinet FortiAuthenticator), CVE-2026-26083 (Fortinet FortiSandbox, FortiSandbox Cloud, and FortiSandbox PaaS), CVE-2026-34260, CVE-2026-34263 (SAP), CVE-2026-42231, CVE-2026-42232, CVE-2026-44791, CVE-2026-44789, CVE-2026-44790, CVE-2026-42236, CVE-2026-42230 (n8n), CVE-2026-6815 (Casdoor), CVE-2026-2291, CVE-2026-4890, CVE-2026-4891, CVE-2026-4892, CVE-2026-4893, CVE-2026-5172 (dnsmasq), CVE-2026-6787, CVE-2026-6788 (WatchGuard Agent on Windows), CVE-2026-23479, CVE‑2026‑25243, CVE-2026-25588, CVE‑2026‑25589 (Redis), CVE-2026-41002, CVE-2026-40982, CVE-2026-40981, CVE-2026-41713, CVE-2026-41712, CVE-2026-41705 (Spring), CVE-2026-6722 (PHP ext-soap), CVE-2026-43824 (Argo CD), CVE-2026-27174 (MajorDoMo), CVE-2026-25254, CVE-2026-25293 (Qualcomm), CVE-2026-28819, CVE-2026-43668, CVE-2026-28972 (Apple macOS), CVE-2026-44413 (JetBrains TeamCity), CVE-2026-42010, CVE-2026-33845, CVE-2026-42009, CVE-2026-33846, CVE-2026-1584 (GnuTLS), CVE-2026-30905, CVE-2026-30906 (Zoom), CVE-2026-4782, CVE-2026-4798 (Avada Builder plugin), CVE-2026-43898 (SandboxJS), CVE-2026-8509, CVE-2026-8510 (Google Chrome), CVE-2026-44578 (Next.js), CVE-2025-14177 (PHP), CVE-2026-33439 (OpenAM), CVE-2025-66335 (Apache Doris MCP), an authentication validation bypass in Apache Pinot MCP, and an information disclosure flaw in Alibaba RDS MCP.

🎥 Cybersecurity Webinars

  • AppSec Tools Blind to Lethal Chains: Code → Pipeline → Cloud Attacks: Your AppSec tools are drowning in alerts but completely blind to how real attackers breach you. Modern threats don’t exploit single bugs — they chain tiny weaknesses across code, pipelines, and cloud into lethal attack paths. Join the webinar to discover the 3 deadliest cross-lifecycle patterns from Wiz experts (ex-Okta/GitLab) and learn how to map & stop them.
  • AI is making DDoS attacks dangerously intelligent. Are you ready? AI is turning DDoS attacks into smart, adaptive weapons that scan weaknesses in real-time, mimic legit traffic, and dodge traditional defenses. With a 358% surge in incidents, it’s time to upgrade your strategy. Join the webinar to learn the latest tactics and how to defend effectively.

📰 Around the Cyber World

  • Flaw in Apple’s Memory Integrity Enforcement —Calif said it discovered a new way of circumventing Apple’s Memory Integrity Enforcement (MIE), a new hardware-assisted memory safety system, and achieved privilege escalation. The discovery was made possible while testing an early version of Anthropic’s Mythos Preview in April. «It’s the first public macOS kernel memory corruption exploit on M5 silicon, surviving MIE,» Calif said. «The exploit is a data-only kernel local privilege escalation chain targeting macOS 26.4.1 (25E253). It starts from an unprivileged local user, uses only normal system calls, and ends with a root shell. The implementation path involves two vulnerabilities and several techniques, targeting bare-metal M5 hardware with kernel MIE enabled.» Additional details are currently withheld to give Apple time to address the issues.
  • Mustang Panda Delivers Updated FDMTP Tool —A new campaign consistent with tradecraft associated with Mustang Panda has been observed targeting the Asia-Pacific and Japan (APJ) region to deliver an updated version of FDMTP using DLL side-loading. The malware is designed to connect to an external server and receive commands from the remote server, profile compromised hosts, and load additional plugins to handle scheduled tasks, manage Windows Registry persistence, or retrieve files or commands. The activity has been spotted since September 2025.
  • New Flaw in Burst Statistics Plugin Exploited —Threat actors are exploiting a critical flaw in the Burst Statistics WordPress plugin (CVE-2026-8181, CVSS score: 9.8), which «allows unauthenticated attackers who know a valid administrator username to fully impersonate that administrator for the duration of any REST API request, including WordPress core endpoints such as /wp-json/wp/v2/users, by supplying any arbitrary and incorrect password in a Basic Authentication header,» per Wordfence. An attacker could exploit this flaw to create a new administrator-level account with no prior authentication and seize control of the site. The plugin has over 200,000 installations. Wordfence said it has blocked thousands of attacks targeting this vulnerability.
  • CISA and Others Release Guidance to Strengthen AI Supply Chain —Multiple government cyber agencies issued a joint guidance to help public and private sector stakeholders improve transparency in their AI systems and supply chains. «A software bill of materials (SBOM) acts as an ‘ingredients list’ for software that better positions organizations to understand their supply chains and make risk-informed decisions about how to protect their critical systems,» the agencies said. «Because AI systems are software systems, these recommendations should be considered in addition to the general minimum elements for an SBOM
  • Stealer Malware Continues to Evolve —Cybersecurity researchers disclosed details of various new and emerging information stealers like Salat, Gremlin, and Reaper, the last of which is a new SHub macOS stealer variant that spoofs Apple, Google, and Microsoft across a multi-stage attack chain to steal credentials, exfiltrate business files, and establish persistent backdoor access. According to a report published by Flare.io last week, one in four infostealer victims has active access to corporate infrastructure: VPN credentials, SaaS sessions, cloud platforms. «One in six gaming-related infections involves a user with corporate infrastructure access,» it said. «16% of victims infected through gaming lures also held active credentials for VPNs, SaaS platforms, or cloud environments, creating a direct pipeline from personal device use to enterprise compromise.»
  • Flaws in myAudi Platform —Multiple security flaws have been discovered in the myAudi connected car platform, allowing anyone with knowledge of a vehicle’s VIN to add it to their account as a guest and access sensitive data. The leaked information included the embedded SIM’s IMEI and ICCID identifiers, the GPS location of the primary owner when they triggered a «honk & flash» command, and vehicle lock status. One of the identified issues has been fixed by Audi and CARIAD. 

🔧 Cybersecurity Tools

  • Rustinel → It is an open-source endpoint detection tool for Windows and Linux. It collects system activity using ETW on Windows and eBPF on Linux, checks events against Sigma rules, YARA rules, and IOCs, and writes alerts in ECS NDJSON format for use in SIEM or log pipelines. It is built for blue teams, detection engineers, researchers, and testing environments, not as a full replacement for commercial EDR.
  • Giskard → It is an open-source Python tool for testing and evaluating LLM agents and AI systems. It helps developers check whether an AI app behaves correctly, stays grounded in context, follows safety rules, and handles multi-turn conversations reliably. Its current version focuses on lightweight evaluation workflows, while related scanning and RAG evaluation features are still being developed or are available in older versions.
  • VanGuard → It is a cross-platform incident response toolkit for Windows and Linux that lets security teams collect evidence, run triage, perform threat hunting, capture memory, gather disk artifacts, manage Velociraptor workflows, and generate reports from a single portable binary without installation. It includes 28 pre-built investigation workflows, supports offline use, and tracks evidence with hashing, chain of custody, and audit logging.

Disclaimer: This is strictly for research and learning. It hasn’t been through a formal security audit, so don’t just blindly drop it into production. Read the code, break it in a sandbox first, and make sure whatever you’re doing stays on the right side of the law.

Conclusion

The message is simple: trust less, check more. Bad packages, fake pages, weak plugins, leaked keys, and old bugs all lead to the same place.

Patch first. Rotate keys. Review what you run in prod. That’s the work. That’s the recap.

Ivanti, Fortinet, SAP, VMware, parche n8n RCE, inyección SQL, fallas de escalada de privilegios – CYBERDEFENSA.MX

Ivanti, Fortinet, n8n, SAP y VMware han lanzado correcciones de seguridad para varias vulnerabilidades que podrían ser aprovechadas por delincuentes para eludir la autenticación y ejecutar código arbitrario.

Encabezando la lista está un defecto crítico impactando a Ivanti Xtraction (CVE-2026-8043, puntuación CVSS: 9.6) que podría explotarse para lograr divulgación de información o ataques del lado del cliente.

«El control externo de un nombre de archivo en Ivanti Xtraction antes de la versión 2026.2 permite a un atacante remoto autenticado leer archivos confidenciales y escribir archivos HTML arbitrarios en un directorio web, lo que lleva a la divulgación de información y posibles ataques del lado del cliente», Ivanti dicho en un aviso.

Fortinet publicó avisos sobre dos deficiencias críticas que afectan a FortiAuthenticator y FortiSandbox, FortiSandbox Cloud y FortiSandbox PaaS que podrían resultar en la ejecución de código:

  • CVE-2026-44277 (Puntuación CVSS: 9.1): una vulnerabilidad de control de acceso inadecuado en FortiAuthenticator que puede permitir que un atacante no autenticado ejecute código o comandos no autorizados a través de solicitudes diseñadas. (Corregido en las versiones 6.5.7, 6.6.9 y 8.0.3 de FortiAuthenticator)
  • CVE-2026-26083 (Puntuación CVSS: 9.1): una vulnerabilidad de autorización faltante en FortiSandbox, FortiSandbox Cloud y FortiSandbox PaaS WEB UI que puede permitir que un atacante no autenticado ejecute código o comandos no autorizados a través de solicitudes HTTP. (Corregido en FortiSandbox versiones 4.4.9 y 5.0.2, FortiSandbox Cloud versión 5.0.6 y FortiSandbox PaaS versiones 4.4.9. y 5.0.2)
Ciberseguridad

SAP también enviado correcciones para dos vulnerabilidades críticas:

  • CVE-2026-34260 (Puntuación CVSS: 9,6) – Una vulnerabilidad de inyección SQL en SAP S/4HANA
  • CVE-2026-34263 (Puntuación CVSS: 9,6): falta una verificación de autenticación en la configuración de la nube de SAP Commerce

«La vulnerabilidad es causada por una configuración de seguridad demasiado permisiva con un orden de reglas inadecuado, lo que permite a un usuario no autenticado realizar una carga de configuración maliciosa e inyección de código, lo que resulta en la ejecución arbitraria de código del lado del servidor», Onapsis dicho sobre CVE-2026-34263.

Por otro lado, un atacante podría aprovechar CVE-2026-34260 para inyectar declaraciones SQL maliciosas y potencialmente afectar la confidencialidad y disponibilidad de la aplicación. Sin embargo, dado que el código afectado sólo permite acceso de lectura a los datos, la vulnerabilidad no compromete la integridad de la aplicación.

«Permite que un atacante autenticado y con pocos privilegios inyecte código SQL malicioso a través de entradas controladas por el usuario, exponiendo potencialmente información confidencial de la base de datos y colapsando la aplicación», Pathlock dicho.

Broadcom también lanzó parches para una falla de alta gravedad en VMware Fusion (CVE-2026-41702, puntuación CVSS: 7.8) que podría allanar el camino para una escalada de privilegios locales. El problema se solucionó en la versión 26H1.

«VMware Fusion contiene una vulnerabilidad TOCTOU (Tiempo de verificación y tiempo de uso) que ocurre durante una operación realizada por un binario SETUID», Broadcom dicho. «Un actor malicioso con privilegios de usuario local no administrativo puede aprovechar esta vulnerabilidad para escalar privilegios a root en el sistema donde está instalado Fusion».

Para completar la lista hay un conjunto de cinco vulnerabilidades críticas que afectan a n8n:

  • CVE-2026-42231 (Puntuación CVSS: 9,4): una vulnerabilidad en la biblioteca xml2js utilizada para analizar los cuerpos de solicitud XML en el controlador de webhook de n8n que permite la contaminación de prototipos a través de una carga útil XML diseñada, lo que permite a un usuario autenticado con permiso crear o modificar flujos de trabajo para lograr la ejecución remota de código en el host n8n. (Corregido en las versiones 1.123.32, 2.17.4 y 2.18.1 de n8n)
  • CVE-2026-42232 (Puntuación CVSS: 9,4): un usuario autenticado con permiso para crear o modificar flujos de trabajo podría lograr una contaminación global del prototipo a través del nodo XML, lo que lleva a la ejecución remota de código cuando se combina con otros nodos que explotan la contaminación del prototipo. (Corregido en las versiones 1.123.32, 2.17.4 y 2.18.1 de n8n)
  • CVE-2026-44791 (Puntuación CVSS: 9,4): una omisión para CVE-2026-42232 que podría provocar la ejecución remota de código en el host n8n. (Corregido en las versiones 1.123.43, 2.20.7 y 2.22.1 de n8n)
  • CVE-2026-44789 (Puntuación CVSS: 9,4): un usuario autenticado con permiso para crear o modificar flujos de trabajo podría lograr una contaminación global del prototipo a través de un parámetro de paginación no validado en el nodo de solicitud HTTP, lo que llevaría a la ejecución remota de código en el host n8n. (Corregido en las versiones 1.123.43, 2.20.7 y 2.22.1 de n8n)
  • CVE-2026-44790 (Puntuación CVSS: 9,4): un usuario autenticado con permiso para crear o modificar flujos de trabajo podría inyectar indicadores CLI en la operación Push del nodo Git, lo que permitiría a un atacante leer archivos arbitrarios del servidor n8n y provocar un compromiso total. (Corregido en las versiones 1.123.43, 2.20.7 y 2.22.1 de n8n)
Ciberseguridad

Parches de software de otros proveedores

Otros proveedores también han publicado actualizaciones de seguridad durante las últimas semanas para rectificar varias vulnerabilidades, que incluyen:

Cómo reducir la exposición al phishing antes de que se convierta en una interrupción del negocio – CYBERDEFENSA.MX

¿Qué sucede cuando un correo electrónico de phishing parece lo suficientemente limpio como para pasar el control de seguridad, pero lo suficientemente peligroso como para exponer la empresa después de un clic? Ésa es la brecha con la que muchos SOC todavía luchan: los ataques que dejan a los equipos sin saber qué estuvo expuesto, quién más fue el objetivo y hasta qué punto se ha extendido el riesgo.

La detección temprana del phishing cierra esa brecha. Ayuda a los equipos a pasar de la incertidumbre a la evidencia más rápidamente, reducir los retrasos en la respuesta y evitar que un enlace perdido se convierta en exposición de la cuenta, acceso remoto o interrupción operativa.

Por qué el phishing crea ahora un mayor riesgo para los líderes de seguridad

El phishing se ha vuelto más difícil de gestionar porque ya no crea un evento claro y fácil de contener. Un solo clic puede convertirse en exposición de identidad, acceso remoto, acceso a datos o una investigación más amplia antes de que el equipo tenga una idea clara.

Lo que lo convierte en una preocupación mayor ahora:

  • Pone la identidad en el centro del ataque: Las credenciales robadas pueden exponer el correo electrónico, las aplicaciones SaaS, las plataformas en la nube y los sistemas internos.
  • Debilita la confianza en la AMF: Algunas campañas capturan códigos OTP, por lo que «MFA está habilitado» no siempre es suficiente.
  • Se esconde detrás del comportamiento normal del usuario: Las comprobaciones de CAPTCHA, las páginas de inicio de sesión, las invitaciones y las herramientas confiables pueden hacer que las señales tempranas parezcan rutinarias.
  • Ralentiza las decisiones a nivel empresarial: Es posible que los equipos necesiten tiempo para confirmar a qué se accedió, quién se vio afectado y si es necesaria la contención.
  • Aumenta la exposición operativa: Cuanto más tiempo permanezca sin aclararse la actividad de phishing, mayores serán las posibilidades de abuso de la cuenta, acceso remoto o interrupción del negocio.

La forma más rápida de convertir las señales de phishing en acción

Cuando llega un correo electrónico de phishing, la velocidad depende de lo que haga el SOC a continuación. Los equipos más fuertes no investigan un vínculo sospechoso de forma aislada. Lo utilizan como el inicio de un proceso conectado: validan el comportamiento, amplían la inteligencia y verifican el entorno para detectar exposiciones relacionadas antes de que se extienda el riesgo.

Paso 1: Confirme el riesgo real detrás de los enlaces y correos electrónicos de phishing

Lo primero que necesitan los equipos de SOC es un lugar seguro para comprobar qué hace realmente un correo electrónico o un enlace sospechoso más allá de la bandeja de entrada. Aquí es donde los entornos sandbox interactivos se vuelven críticos: permiten a los equipos abrir archivos adjuntos, seguir URL, observar redireccionamientos, pasar por flujos de phishing y exponer comportamientos que pueden no ser visibles únicamente en el mensaje original.

Compruebe el reciente ataque de phishing con invitación falsa

Ataque de phishing expuesto dentro del sandbox de ANY.RUN

Una investigación reciente de ANY.RUN muestra por qué esto es importante. Los investigadores encontraron una peligrosa campaña de phishing dirigida a organizaciones estadounidenses, especialmente en industrias de alta exposición como Educación, banca, gobierno, tecnología y atención médica. Al principio, el ataque parecía rutinario: una invitación falsa, una verificación CAPTCHA y una página con el tema de un evento. Pero detrás de ese flujo, la campaña podría conducir al robo de credenciales, captura de OTP o entrega de herramientas RMM legítimas.

Amplíe la capacidad de análisis de phishing de su equipo antes de que la próxima amenaza se convierta en un incidente grave.

Reclame asientos adicionales y precios especiales mientras la oferta esté disponible hasta el 31 de mayo.

Obtenga una oferta especial ahora

Dentro del sandbox interactivo de ANY.RUN, la cadena de ataque completa quedó expuesta en solo 40 segundos: redirecciones, páginas falsas, solicitudes de credenciales, descargas y señales de posible acceso remoto. Esa es la velocidad que necesitan los equipos de seguridad cuando cada minuto de incertidumbre puede aumentar la exposición.

Se necesitan 38 segundos para analizar la cadena completa de ataques de phishing complicados dentro del entorno limitado de ANY.RUN

Una vez que el sandbox expone la ruta completa del ataque, los líderes obtienen lo que a menudo les falta a las investigaciones de phishing: pruebas tempranas de la exposición empresarial. En lugar de esperar señales de abuso de cuenta o compromiso de endpoints, el SOC puede comprender el riesgo mientras todavía hay tiempo para contenerlo.

Con esa prueba, los equipos pueden:

  • confirmar si el enlace crea una exposición real
  • actuar antes de que las cuentas o los puntos finales comprometidos se conviertan en un problema mayor
  • Dar a los líderes la evidencia necesaria para aprobar una contención rápida.

Paso 2: Contextualizar un ataque en un panorama de amenazas completo

Una vez que el entorno de pruebas expone el comportamiento de phishing, el siguiente paso es comprender si la amenaza es aislada o forma parte de una campaña más amplia. Aquí es donde Las soluciones de inteligencia de amenazas de ANY.RUN Ayude a los equipos a pasar de un vínculo sospechoso a una visión más amplia de la amenaza.

En la campaña de invitación falsa, la zona de pruebas reveló patrones repetibles en las páginas de phishing, incluidas solicitudes de /favicon.ico, /bloqueado.htmly recursos almacenados en /Imagen/*.png. Estos detalles son valiosos porque ayudan a conectar dominios, páginas e infraestructura relacionados que pueden pertenecer a la misma campaña.

Sesiones de análisis relevantes mostradas con Threat Intelligence de ANY.RUN para un contexto más amplio y una visibilidad total del comportamiento.

Una vez que se amplía el contexto de la amenaza, los equipos ya no reaccionan a una alerta de forma aislada. Pueden comprender hasta dónde puede llegar la campaña, qué áreas del negocio están más expuestas y si la respuesta debe ser limitada o ampliarse entre usuarios, departamentos o clientes.

Esa visión más amplia ayuda a los CISO a:

  • priorizar la respuesta según la escala de la campaña, no un solo enlace de phishing
  • reducir los puntos ciegos entre usuarios, regiones y unidades de negocio
  • tomar decisiones más rápidas sobre bloqueo, búsqueda y escalada antes de que se acumule más exposición

Paso 3: Mantenga las defensas actualizadas para una concientización temprana sobre los riesgos

Una vez que la amenaza se valida y se enriquece, el siguiente paso es hacer que esa inteligencia se pueda utilizar en todas las herramientas de las que ya depende el SOC. El objetivo no es mantener los hallazgos dentro de una investigación, sino convertirlos en detección, bloqueo, enriquecimiento y respuesta en todo el entorno.

Con las soluciones de inteligencia de amenazas de ANY.RUN, los equipos pueden utilizar IOC basados ​​en el comportamiento y contexto de campaña en SIEM, TIP, SOAR, NDR, firewalls y otras herramientas de seguridad. Construido a partir de análisis de ataques reales en 15.000 organizaciones y 600.000 profesionales de la seguridadesta inteligencia brinda a los equipos un contexto nuevo que pueden aplicar directamente dentro de los flujos de trabajo existentes.

TI Feeds de ANY.RUN proporciona IOC nuevos basados ​​en el comportamiento en toda la pila de seguridad

Esto ayuda a los equipos a pasar de «analizamos un enlace de phishing» a «ahora podemos buscar exposición relacionada en toda la empresa». La inteligencia recopilada puede revelar dominios relacionados, rutas URL repetidas, solicitudes sospechosas, archivos descargados o signos de actividad RMM conectados a la misma campaña.

Para los CISO, aquí es donde la inteligencia de phishing se convierte en control operativo. Ayuda a los equipos:

  • utilizar las inversiones en seguridad existentes para detectar la actividad relacionada más rápidamente
  • reduzca los puntos ciegos en el correo electrónico, la red, los terminales, la identidad y los datos de la nube
  • actuar antes de que un caso de phishing se convierta en una exposición empresarial más amplia

Este proceso cierra el círculo: la zona de pruebas prueba el comportamiento, la inteligencia sobre amenazas amplía el contexto y la pila de seguridad ayuda a los equipos a encontrar y detener amenazas relacionadas antes de que se propaguen.

Obtenga ofertas especiales de ANY.RUN antes del 31 de mayo

para celebrar su 10mo aniversarioANY.RUN ofrece condiciones especiales para equipos que desean fortalecer el análisis de phishing, la inteligencia sobre amenazas y los flujos de trabajo de respuesta SOC.

Ofertas especiales de ANY.RUN para un SOC más sólido y una visibilidad más temprana de las amenazas

Hasta 31 de mayolos equipos pueden acceder a ofertas de aniversario en las soluciones clave de ANY.RUN:

  • Zona de pruebas interactiva: Asientos de bonificación y precios exclusivos para equipos que necesitan un análisis profundo de malware y phishing.
  • Soluciones de inteligencia de amenazas: Meses adicionales para aportar inteligencia más actualizada a la detección, la investigación y la respuesta.

Para los SOC, este es un buen momento para ampliar la visibilidad del phishing, incorporar nueva inteligencia sobre amenazas a los flujos de trabajo existentes y mejorar la preparación de la respuesta sin ralentizar las operaciones.

Obtenga una oferta especial ahora para fortalecer la detección de phishing y ayudar a su SOC a actuar antes de que se extienda la exposición.

Convierta la detección temprana de phishing en un impacto SOC medible

La detección temprana del phishing es importante porque el retraso es lo que aumenta el riesgo. Cuando llega un enlace sospechoso, cada minuto extra puede significar más incertidumbre, más trabajo manual y más tiempo antes de que el equipo sepa si las cuentas, los puntos finales o los sistemas empresariales están expuestos.

Los equipos informan una eficiencia SOC 3 veces mayor con las soluciones de ANY.RUN

ANY.RUN ayuda a cerrar la brecha entre la primera señal de phishing y una respuesta segura. Los equipos pueden analizar el enlace de forma segura, confirmar lo que hace, enriquecer los hallazgos con el contexto de amenaza relacionado e insertar esa inteligencia en su pila de seguridad para encontrar y detener la actividad conectada en todo el entorno.

Equipos que utilizan el informe ANY.RUN:

  • MTTR 21 minutos más rápido por caso para reducir la ventana entre la detección y la contención del phishing
  • Clasificación 94 % más rápida según lo informado por los usuarios para reducir la incertidumbre en torno a enlaces sospechosos
  • 30% menos escalamientos de Nivel 1 a Nivel 2 para proteger la capacidad del equipo senior
  • Hasta un 20% menos de carga de trabajo de Nivel 1 para reducir la fatiga de alerta y el esfuerzo de investigación manual
  • Eficiencia SOC hasta 3 veces mayor en flujos de trabajo de validación, enriquecimiento y respuesta

Cierre los puntos ciegos del phishing antes de que se conviertan en exposición empresarial. Obtenga asientos adicionales y precios especiales para ampliar la visibilidad de SOC mientras la oferta esté disponible.

¿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.

Las estaciones de trabajo para desarrolladores ahora son parte de la cadena de suministro de software – CYBERDEFENSA.MX

Los atacantes de la cadena de suministro no sólo intentan introducir código malicioso en software confiable. Están intentando robar el acceso que hace posible el software confiable. Recientemente, tres campañas separadas llegaron a npm, PyPI y Docker Hub en un período de 48 horas, y las tres apuntaron a secretos de entornos de desarrollador y canalizaciones de CI/CD, incluidas claves API, credenciales de nube, claves SSH y tokens. Esta es una preocupación constante y se propaga a sí misma, como se ve en ataques como las campañas del «mini Shai Hulud».

Ese patrón debería cambiar la forma en que los equipos de seguridad piensan sobre la cadena de suministro de software.

Tradicionalmente, la seguridad se centraba en sistemas compartidos como repositorios de código fuente, plataformas CI/CD, registros de artefactos, administradores de paquetes y entornos de nube. El objetivo era proteger las cargas de trabajo y los datos de producción. Es absolutamente necesario que nos centremos en estos ámbitos, pero el panorama es incompleto.

La entrega de software moderno comienza antes de que el código llegue a Git. Comienza en la estación de trabajo del desarrollador, donde se escribe el código, se instalan las dependencias, se prueban las credenciales, se solicita a los asistentes de IA, se crean contenedores y comienzan las acciones confiables.

Las estaciones de trabajo de los desarrolladores son una parte real de la cadena de suministro de software. Tratarlos como «simples» puntos finales comunes deja brechas entre la seguridad de los puntos finales, la seguridad de la identidad, la seguridad de las aplicaciones y la gobernanza de la cadena de suministro.

Los ataques a la cadena de suministro se han convertido en operaciones de recolección de credenciales

Los incidentes recientes siguen apuntando a la misma verdad operativa. Los atacantes pueden utilizar paquetes envenenados, imágenes comprometidas, bots de dependencia, flujos de trabajo maliciosos o herramientas de desarrollo vulnerables, pero el objetivo recurrente es el acceso.

Eventos como las campañas TeamPCP y Shai-Hulud muestran cómo los ataques a la cadena de suministro convergen cada vez más en torno al robo de credenciales. En la campaña TeamPCP, los atacantes utilizaron paquetes comprometidos y herramientas de desarrollo para recolectar tokens, credenciales de nube, claves SSH, archivos de configuración npm y variables de entorno.

Shai-Hulud impulsó el mismo patrón aún más, convirtiendo los entornos de desarrolladores infectados en puntos de recopilación de credenciales que expusieron miles de secretos en GitHub, servicios en la nube, registros de paquetes y sistemas internos.

Esto no es sólo una manipulación del software. Se trata de una recopilación de credenciales en puntos en los que los desarrolladores y la automatización ya tienen confianza.

La cadena de suministro queda expuesta cuando los atacantes obtienen acceso a credenciales y contexto que les permiten alterar, publicar, construir, implementar o hacerse pasar por sistemas de software confiables. Los paquetes modificados y publicados en un ataque moderno a la cadena de suministro permanecen activos durante horas, mientras que las herramientas de automatización combinan actualizaciones maliciosas en minutos.

El hilo conductor de muchos de los ataques recientes han sido los secretos, ya sea como vector de acceso inicial o como objetivo de recopilación.

La ruta del atacante ahora pasa por el contexto del lado del desarrollador

La estación de trabajo del desarrollador es valiosa porque concentra el contexto. A menudo contiene repositorios locales, archivos .env, historial de shell, claves SSH, credenciales y configuraciones del administrador de paquetes, scripts de compilación, registros de depuración y sesiones del navegador. Esas piezas se vuelven mucho más peligrosas cuando se ven juntas.

Un token de acceso único puede parecer limitado de forma aislada. Un token que se encuentra junto a un control remoto de Git, un script de implementación, un archivo README, un perfil de nube y una configuración de CI le indica al atacante dónde encaja el token y qué podría desbloquear. En la campaña Shai-Hulud 2.0, por ejemplo, las credenciales de GitHub dominaron las credenciales expuestas y exfiltradas, cada una con potencial acceso de administrador a repositorios y flujos de trabajo de CI.

El compromiso local no es sólo un problema de dispositivo. Puede servir como mapa para el control de fuentes, cuentas en la nube, flujos de trabajo de publicación de paquetes, sistemas CI/CD, API internas e infraestructura adyacente a la producción.

Autoridad de entrega de software de Developer Machines Concentrate

Una computadora portátil estándar para empleados puede exponer datos corporativos. Una estación de trabajo de desarrollador puede exponer la capacidad de cambiar el software. Esa distinción es fundamental al considerar la seguridad de los terminales.

Los desarrolladores suelen necesitar un acceso amplio para realizar su trabajo. Clonan repositorios privados, se autentican en servicios en la nube, publican paquetes, acceden a entornos de prueba e interactúan con múltiples herramientas internas. Sus máquinas se convierten en una intersección funcional de código fuente, credenciales, automatización y autoridad de entrega.

Si bien no todos los desarrolladores tienen acceso a la producción, muchos sí tienen acceso suficiente para influir en los sistemas que eventualmente producirán resultados de producción. Un token de registro puede afectar a los paquetes. Un token de GitHub puede afectar repositorios o flujos de trabajo. Un perfil de nube puede exponer la infraestructura. Una credencial CI/CD puede afectar el comportamiento de la compilación.

A la junta y a los auditores no les importa si un desarrollador almacenó un secreto localmente. En realidad, el riesgo empresarial es que una exposición local proporcione a los atacantes un camino hacia los sistemas que crean, modifican, publican u operan software.

Ese cambio cambia las preguntas que los equipos de seguridad deberían plantearse:

  • ¿Puede identificar qué credenciales se pueden utilizar desde las estaciones de trabajo de los desarrolladores?
  • ¿Puede limitar el valor y la vida útil de esas credenciales?
  • ¿Puede detectar material confidencial antes de que ingrese al historial de Git, registros de CI, tickets, artefactos o chat?
  • ¿Puede revocar y rotar el acceso rápidamente cuando sospecha que la estación de trabajo está comprometida?
  • ¿Puedes notar la diferencia entre exposición local de bajo impacto y credenciales con privilegios similares a los de administrador?

Esas preguntas se sitúan entre AppSec, endpoints, identidad, plataforma y seguridad en la nube. Independientemente de cómo decida coordinar su organización, debe comprender cómo se conecta el comportamiento de los desarrolladores con los sistemas de entrega.

La automatización y la inteligencia artificial hacen que la superficie de exposición sea más delgada y rápida

La automatización ha comprimido el tiempo entre el compromiso y el impacto. Los robots de actualización de dependencias pueden abrir y fusionar cambios rápidamente. Los sistemas CI/CD pueden ejecutar flujos de trabajo confiables automáticamente. Los administradores de paquetes pueden ejecutar scripts de instalación. Los agentes de IA y los asistentes de codificación pueden leer archivos, llamar a herramientas, generar comandos, inspeccionar resultados y mover el contexto entre sistemas.

La automatización no es intrínsecamente insegura, pero normalmente cualquier automatización hereda la confianza, especialmente si se presenta en forma de agencia. Si una actualización de dependencia maliciosa parece rutinaria, un flujo de trabajo automatizado puede hacerla avanzar más rápido de lo que un revisor humano puede entender lo que sucedió.

IA en el circuito

El desarrollo asistido por IA añade otro conjunto de puntos de transferencia. Los datos confidenciales pueden aparecer en mensajes, salidas de terminales, llamadas a herramientas, código generado, memoria del agente, registros y configuración local copiados en una sesión de depuración. La cuestión es más amplia que si un proveedor de modelos almacena indicaciones. El problema más importante es que el contexto de desarrollo local ahora fluye a través de sistemas más semiautomatizados.

Los equipos de seguridad deben evaluar el riesgo de la codificación de IA a través de la misma lente que utilizan para el riesgo de la cadena de suministro. Los equipos deben responder: ¿qué fuentes y datos puede leer la herramienta? ¿Qué puede ejecutar? ¿A dónde va la producción? ¿Qué credenciales hay cerca? Y, quizás lo más importante, ¿qué confianza hereda el flujo de trabajo?

Los controles posteriores siguen siendo importantes, pero ya es demasiado tarde por sí solos

El escaneo de repositorios, la protección de sucursales, la política de CI/CD, la firma de artefactos, el análisis de dependencias y los controles de tiempo de ejecución siguen siendo esenciales. Crean puntos de cumplimiento compartidos y ayudan a los equipos a controlar el software a escala.

El problema ahora es el momento oportuno, gracias a la velocidad de los ataques modernos. Los atacantes ahora aprovechan las herramientas impulsadas por IA para explotar todos y cada uno de los secretos a los pocos segundos de ser descubiertos.

Las barandillas reducen la exposición potencial y el radio de explosión. La captura de material confidencial mientras un desarrollador edita un archivo, prepara una confirmación, ejecuta un comando local, instala una dependencia o interactúa con un asistente de inteligencia artificial mantiene el impacto al mínimo.

Los programas maduros distinguen entre acciones que deberían bloquearse, acciones que deberían dar advertencias y acciones que simplemente deberían generar telemetría para una investigación más profunda. El objetivo no es sepultar a los desarrolladores en fricciones.

Trate la estación de trabajo como un límite de la cadena de suministro local

La cadena de suministro de software moderna no comienza cuando se envía código. Comienza donde el código, las credenciales, la automatización y la confianza se unen por primera vez.

Es hora de tratar la estación de trabajo del desarrollador como un límite de la cadena de suministro local. Ese límite incluye el IDE, la terminal, el cliente Git, el administrador de paquetes, las herramientas de contenedor, la CLI en la nube, el sistema de compilación local, las prácticas de manejo de secretos, los asistentes de IA y los agentes de automatización. Es el lugar donde la acción de los desarrolladores individuales se convierte en un riesgo de entrega de software organizacional.

¿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.

Cuatro paquetes npm maliciosos generan malware DDoS Infostealers y Phantom Bot – CYBERDEFENSA.MX

Los investigadores de ciberseguridad han descubierto cuatro nuevos paquetes npm que contienen malware para robar información, uno de los cuales es un clon del gusano Shai-Hulud de código abierto de TeamPCP.

la lista de paquetes identificados está debajo –

  • plantilla de tiza (825 Descargas)
  • @deadcode09284814/axios-util (284 descargas)
  • axois-utils (963 Descargas)
  • color-style-utils (934 Descargas)

«Uno de los paquetes (chalk-tempalte) contiene un clon directo del código fuente Shai-Hulud que TeamPCP filtró la semana pasada, probablemente inspirado como parte de la competencia de ataque a la cadena de suministro que se publicó en BreachForums no mucho después», dijo Moshe Siman Tov Bustan de OX Security.

Curiosamente, las cargas útiles maliciosas integradas en los cuatro paquetes de npm son diferentes, a pesar de haber sido publicadas por el mismo usuario de npm, «código muerto09284814.» Al momento de escribir este artículo, las cuatro bibliotecas todavía están disponibles para descargar desde npm.

Ciberseguridad

Un análisis de los paquetes ha revelado que «axois-utils» está diseñado para ofrecer una botnet de denegación de servicio distribuida (DDoS) basada en Golang llamada Phantom Bot, con capacidades para inundar un sitio web objetivo utilizando los protocolos HTTP, TCP y UDP. También establece persistencia en máquinas con Windows y Linux agregando la carga útil a la carpeta de Inicio de Windows y creando una tarea programada.

Los tres restantes lanzan una carga útil de ladrón en sistemas comprometidos. De los tres paquetes, el paquete «chalk-tempalte» contiene un clon del gusano Shai-Hulud lanzado por TeamPCP.

«El actor tomó el código y, casi sin ningún cambio, cargó una versión funcional con su propio servidor C2 y clave privada en npm», dijo OX Security. «Las credenciales robadas se envían al servidor C2 remoto: 87e0bbc636999b.lhr[.]vida»

Además, los datos se exportan a un nuevo repositorio público de GitHub utilizando el token de GitHub robado a través de la API. El repositorio recibe la descripción «Ha aparecido un Mini Sha1-Hulud».

Los otros dos paquetes npm, «@deadcode09284814/axios-util» y «color-style-utils», tienen una funcionalidad más sencilla que desvía claves SSH, variables de entorno, credenciales de nube, información del sistema, dirección IP y datos de billetera de criptomonedas a «80.200.28[.]28:2222» y «edcf8b03c84634.lhr[.]vida», respectivamente.

«Los actores de amenazas se están motivando aún más para llevar a cabo la cadena de suministro y la vulneración tipográfica, a medida que los ataques se vuelven más fáciles de realizar con el código Shai-Hulud convirtiéndose en fuente abierta», dijo OX Security. «Ahora estamos viendo a un solo actor con múltiples técnicas y tipos de ladrones de información difundiendo código malicioso en npm, ya que es sólo la primera fase de una próxima ola de ataques a la cadena de suministro».

Los usuarios que hayan descargado los paquetes deben desinstalarlos inmediatamente, buscar y eliminar configuraciones maliciosas de IDE y agentes de codificación como Claude Code, rotar secretos, buscar repositorios de GitHub que contengan la cadena «Ha aparecido un Mini Sha1-Hulud» y bloquear el acceso a la red a dominios sospechosos.

MiniPlasma Windows 0-Day permite escalar privilegios del SISTEMA en sistemas completamente parcheados – CYBERDEFENSA.MX

Chaotic Eclipse, el investigador de seguridad detrás de las fallas de Windows recientemente reveladas, YellowKey y GreenPlasma, ha publicado una prueba de concepto (PoC) para una falla de día cero de escalada de privilegios de Windows que otorga a los atacantes privilegios de SISTEMA en sistemas Windows completamente parcheados.

nombre en clave miniplasmala vulnerabilidad afecta a «cldflt.sys», que hace referencia al controlador de minifiltro de archivos en la nube de Windows y reside en una rutina denominada «HsmOsBlockPlaceholderAccess». Fue reportado originalmente a Microsoft por el investigador de Google Project Zero, James Forshaw, en septiembre de 2020.

Aunque se suponía que Microsoft solucionó la deficiencia en diciembre de 2020 como parte de CVE-2020-17103Chaotic Eclipse dijo que una investigación adicional ha descubierto que «exactamente el mismo problema […] en realidad todavía está presente, sin parchear.»

Ciberseguridad

«No estoy seguro de si Microsoft nunca solucionó el problema o si el parche fue revertido silenciosamente en algún momento por razones desconocidas. La prueba de concepto original de Google funcionó sin ningún cambio», añadió el investigador. «Para resaltar este problema, utilicé el PoC original como arma para generar un shell de SISTEMA. Parece funcionar de manera confiable en mis máquinas, pero la tasa de éxito puede variar ya que es una condición de carrera».

El investigador señaló además que es probable que todas las versiones de Windows se vean afectadas por esta vulnerabilidad.

En una publicación compartida en Mastodon, el investigador de seguridad Will Dormann dijo que MiniPlasma funciona de manera «confiable» para abrir un mensaje «cmd.exe» con privilegios de SISTEMA en sistemas Windows 11 que ejecutan las últimas actualizaciones de mayo de 2026. «Observaré que no parece funcionar en la última versión Insider Preview Canary de Windows 11», Dormann señaló.

En diciembre de 2025, Microsoft también abordó otra falla de escalada de privilegios en el mismo componente (CVE-2025-62221, puntuación CVSS: 7,8), que identificó como explotada por actores de amenazas desconocidos.

La violación de Canvas demostró que la prevención ya no es suficiente

A principios de este mes, ShinyHunters violó la plataforma Canvas de Instructure dos veces en una sola semana – robando 3,65 terabytes de datos de aproximadamente 275 millones de usuarios en más de 8.000 instituciones. El grupo desfiguró páginas de inicio de sesión en cientos de escuelas durante los períodos de exámenes finales, obligó a Canvas a desconectarse y obtuvo el pago de un rescate antes de que el Congreso abriera una investigación formal. El ataque no requirió malware exótico ni exploits de día cero. Los atacantes ingresaron a través de cuentas comprometidas «Free-For-Teacher», escalaron rápidamente y exfiltraron datos confidenciales a escala antes de que Instructure pudiera contenerlos.

Esa secuencia (entrada a través de controles de identidad débiles, movimiento lateral rápido, exfiltración masiva, extorsión, disrupción) es ahora el manual estándar. Volverá a suceder, a menos que la prioridad para los líderes de seguridad y tecnología sea reducir el radio de explosión de cada intrusión antes de que suceda.

El problema de cómo piensan las empresas sobre el riesgo de SaaS

Las organizaciones modernas han consolidado operaciones críticas dentro de plataformas SaaS compartidas, creando enormes concentraciones de riesgo en puntos únicos de falla. Cuando Canvas dejó de funcionar, miles de estudiantes no pudieron acceder a los trabajos del curso, los profesores perdieron el contacto con sus clases y los administradores se apresuraron a posponer los exámenes. La magnitud de la disrupción provino de cuán profundamente dependían las instituciones de Canvas, no solo de la vulnerabilidad.

Esa asimetría es la característica definitoria del riesgo de SaaS en 2026. Una sola cuenta comprometida en una plataforma compartida puede desencadenar fallas operativas en todo el sector. Sin embargo, la mayoría de los marcos de seguridad empresarial todavía tratan las plataformas SaaS principalmente como problemas de disponibilidad, medidos por el tiempo de actividad, los objetivos de tiempo de recuperación y los planes de continuidad del negocio. Canvas expuso la brecha en ese pensamiento. La disponibilidad no significa nada cuando la plataforma está operativa pero los datos que contiene ya han sido robados.

La resiliencia en entornos SaaS requiere una premisa más dura y honesta: tratar el compromiso como algo continuo y esperado. Los atacantes llegarán a los sistemas críticos. La verdadera prueba es cuánto pueden soportar, qué tan lejos pueden moverse y cuánto tiempo pueden persistir antes de ser detectados y contenidos.

La identidad es el perímetro ahora

El ataque a Canvas siguió un patrón que se ha repetido en todos los sectores durante años. Al comprometer cuentas legítimas con privilegios excesivos, los atacantes se movieron lateralmente a través de la infraestructura de Canvas, mantuvieron la persistencia y exfiltraron datos a una escala que tomó días cuantificar.

Demasiadas organizaciones todavía operan con controles de identidad fragmentados, administración de privilegios inconsistente y visibilidad limitada de cómo interactúan las cuentas en las integraciones de SaaS. Cuando los atacantes comprometen una cuenta legítima, heredan cualquier acceso que tenga esa cuenta y, en la mayoría de los entornos, ese acceso excede con creces lo que el usuario realmente necesita. El resultado es que la identidad se ha convertido en la superficie de ataque más confiable en la empresa moderna y la mayoría de las organizaciones todavía la tratan como una preocupación secundaria.

Las contraseñas seguras y la autenticación multifactor son necesarias, pero ya no son suficientes. Las empresas necesitan una verificación de identidad continua, privilegios de alcance estricto, una gobernanza agresiva sobre las integraciones de terceros y visibilidad en tiempo real de los patrones de acceso anómalos en los sistemas SaaS. El gobierno de la identidad no puede ser una casilla de verificación de cumplimiento. En entornos nativos de la nube, debería ser el control principal el que determine qué tan lejos puede viajar un atacante si logra ingresar.

La protección de datos no puede detenerse en la capa de aplicación

Incluso las organizaciones con fuertes controles de identidad enfrentan un segundo problema subestimado: los datos almacenados dentro de las plataformas SaaS a menudo están mucho menos protegidos que las credenciales utilizadas para acceder a ellos.

Las empresas acumulan vastos depósitos de información confidencial dentro de entornos SaaS (mensajes privados, solicitudes de adaptación, registros financieros, divulgaciones personales) mientras dependen casi por completo de los controles de acceso a nivel de aplicación para protegerla. Cuando esos controles fallan, como sucedió en Canvas, los datos se pueden leer, buscar y monetizar de inmediato.

Los atacantes no necesitan descifrar nada. Simplemente lo aceptan.

Las protecciones criptográficas, incluidas las estrategias de cifrado que preservan el control organizacional sobre los datos confidenciales incluso después de que abandonan la plataforma, reducen directamente el valor de una exfiltración exitosa. Los datos robados que no se pueden leer ni utilizar son mucho menos valiosos como instrumento de extorsión. Esa distinción es muy importante en el entorno de amenazas actual, donde la ventaja que los atacantes extraen de los datos robados a menudo dura más que la propia infracción.

La amenaza no caduca cuando finaliza el incidente.

El “acuerdo” entre la empresa matriz de Canvas y los atacantes ilustra un riesgo que la mayoría de las organizaciones aún no han valorado por completo. Si bien Instructure recibió la confirmación digital de que los datos robados fueron destruidos, el Congreso abrió una investigación de todos modos. El director ejecutivo de Instructure ha sido llamado a testificar ante el Comité de Seguridad Nacional de la Cámara de Representantes. Las instituciones afectadas, muchas de las cuales no tenían visibilidad de la postura de seguridad de Instructure ni de las capacidades de respuesta a incidentes, siguen siendo responsables de proteger los datos de los estudiantes que ya no pueden controlar.

Esa brecha de rendición de cuentas no se cerrará una vez que el Congreso concluya su investigación. Los datos confidenciales robados durante incidentes como Canvas conservan su valor mucho después de la infracción. Hoy en día, los adversarios recopilan cada vez más datos cifrados con la expectativa de que puedan descifrarse más adelante a medida que los estándares criptográficos envejezcan o las capacidades de la computación cuántica maduren. Este enfoque de “cosechar ahora, descifrar después” significa que el cifrado que protege los datos sólo en el presente todavía deja a las organizaciones expuestas en el futuro.

Por lo tanto, una fuerte protección criptográfica debe ir acompañada de criptoagilidad y preparación poscuántica. Los líderes de seguridad deben asumir que cualquier información confidencial extraída durante una violación de SaaS puede seguir siendo un objetivo durante años, no días. Si los datos robados siguen siendo utilizables inmediatamente, los atacantes conservan su influencia indefinidamente. Si no es así, la economía de la extorsión cambiará.

Lo que realmente exige la infracción de Canvas

La lección de Canvas no es que las plataformas SaaS sean inherentemente inseguras. Siguen siendo fundamentales para el funcionamiento y escalamiento de las organizaciones modernas. La lección es que los supuestos subyacentes a la mayoría de las estrategias de seguridad empresarial (que la prevención es el objetivo principal, que los controles de acceso son una protección suficiente de los datos, que la recuperación significa restaurar el tiempo de actividad) ya no coinciden con las realidades del entorno de amenazas actual.

Los atacantes ya lo han interiorizado. Se dirigen a las plataformas SaaS precisamente porque la concentración de datos y la dependencia operativa las convierte en objetivos de valor extraordinariamente alto. Explotan las debilidades de identidad porque esas debilidades son generalizadas y confiables. Aplican presión de extorsión porque los datos robados conservan su influencia mucho después de la remediación técnica.

Las organizaciones que cierren esta brecha (tratando la gobernanza de la identidad como una infraestructura de misión crítica, implementando protecciones criptográficas que sobrevivan la exfiltración, desarrollando una disciplina de recuperación junto con la prevención y planificando la exposición poscuántica) estarán significativamente mejor posicionadas cuando llegue la próxima infracción. Y llegará. La única variable es cuánto cuesta.

Rishi Kaushal es el CIO de Entrust, una empresa que ayuda a las organizaciones a combatir el fraude y las amenazas cibernéticas con seguridad centrada en la identidad.

Rishi Kaushal

Escrito por Rishi Kaushal

Rishi Kaushal es el CIO de Entrust, una empresa que ayuda a las organizaciones a combatir el fraude y las amenazas cibernéticas con seguridad centrada en la identidad.