Rusia utiliza Cellebrite para acceder al teléfono de un activista de derechos humanos, incluso después de la cancelación del contrato

Las autoridades rusas utilizaron la tecnología de descifrado de teléfonos Cellebrite para acceder a un dispositivo perteneciente a un destacado activista nacional de derechos humanos que arrestaron y encarcelaron, a pesar de que la empresa canceló su contrato con el gobierno ruso, según un informe publicado el jueves.

Laboratorio ciudadano de la Universidad de Toronto llegó a sus conclusiones después de analizar un teléfono perteneciente a Andrey Pivovarov y examinar los documentos judiciales que proporcionó confirmando el uso del producto UFED de Cellebrite.

Pivovarov fue arrestado en marzo de 2021, sentenciado en 2022 y liberado en 2024 como parte de un intercambio de prisioneros. Citizen Lab encontró evidencia de que las autoridades accedieron a su teléfono alrededor de junio de 2021 mientras el teléfono estaba en manos del gobierno ruso.

Los investigadores también dijeron que parece que las autoridades rusas podrían haber utilizado la información que obtuvieron del teléfono de Pivoarov para vigilar a otros opositores al régimen, combinando información en los documentos judiciales con el objetivo posterior de la disidente Anastasiya Burakova en una campaña de piratería informática vinculada al Servicio Federal de Seguridad (FSB) de Rusia.

«La arquitectura histórica de los sistemas forenses de Cellebrite significa que gran parte de la funcionalidad del producto UFED ha seguido funcionando mucho después de que cesen las actualizaciones», dijo Citizen Lab en su informe. «Además, los sistemas de Cellebrite históricamente han presentado un modo fuera de línea. En consecuencia, la forma en que se diseñó la tecnología de Cellebrite parecía dificultar que la empresa pudiera aislar de manera significativa a los clientes problemáticos.

«Si bien Cellebrite ha argumentado que sus cancelaciones en Rusia… fueron más allá de lo requerido legalmente, esta investigación aporta evidencia de que la cancelación del contrato no impidió inmediatamente que Rusia aprovechara las herramientas de Cellebrite para la persecución política», continuó.

Cellebrite proporcionado una respuesta al informe de Citizen Lab, diciendo que la tecnología de Cellebrite sería ineficaz en Rusia hoy.

“Cualquier uso del hardware heredado de Cellebrite en Rusia después de marzo de 2021 está completamente no autorizado”, dijo a CyberScoop el portavoz de Cellebrite, Victor Cooper, haciéndose eco de la respuesta de Citizen Lab. «El hardware de Cellebrite vendido anteriormente, antes de marzo de 2021, ahora sería incompatible con dispositivos modernos y funcionaría sin nuestro soporte técnico, nuestro consentimiento o cualquier sanción legal de Cellebrite. Los rápidos avances tecnológicos hacen que el hardware y el software forense digital heredado sean ineficaces en un corto período de tiempo. Rusia permanece permanentemente en nuestra lista de clientes restringidos».

La Embajada de Rusia en Washington, DC no respondió de inmediato a una solicitud de comentarios.

Tim Starks

Escrito por Tim Starks

Tim Starks es reportero senior de CyberScoop. Sus paradas anteriores incluyen trabajar en The Washington Post, POLITICO y Congressional Quarterly. Originario de Evansville, Indiana, se ocupa de la ciberseguridad desde 2003. Envíe un correo electrónico a Tim aquí: tim.starks@cyberscoop.com.

Falla de Cisco Unified CM explotada después de que PoC revelara la ruta de escritura de archivos a la raíz – CYBERDEFENSA.MX

Los actores de amenazas han comenzado a explotar una falla de seguridad crítica revelada recientemente que afecta a Cisco Unified Communications Manager (Unified CM) y Unified Communications Manager Session Management Edition (Unified CM SME).

La vulnerabilidad, rastreada como CVE-2026-20230 (puntuación CVSS: 8,6), es un caso de validación de entrada incorrecta para solicitudes HTTP específicas que podría permitir que un atacante remoto no autenticado realice ataques de falsificación de solicitudes del lado del servidor (SSRF) a través de un dispositivo afectado.

«Un atacante podría explotar esta vulnerabilidad enviando una solicitud HTTP diseñada a un dispositivo afectado», dijo Cisco en un aviso publicado a principios de este mes. «Un exploit exitoso podría permitir al atacante escribir archivos en el sistema operativo subyacente que podrían usarse más tarde para elevarlos a la raíz».

En una publicación compartida en X a principios de esta semana, Defused Cyber dicho observó una explotación activa de la vulnerabilidad en los ataques. «Esto se está explotando actualmente desde una única fuente utilizando un PoC no examinado, con cargas útiles de escritura de archivos file:// genuinamente formateadas que aterrizan en nuestros señuelos», señaló.

Ciberseguridad

Sin embargo, para que se produzca una explotación exitosa, el servicio WebDialer debe estar habilitado. Está deshabilitado por defecto. Para verificar si WebDialer está habilitado, los usuarios pueden completo los siguientes pasos –

  • Inicie sesión en la interfaz de administración de Cisco Unified CM
  • En el menú de navegación, elija Cisco Unified Serviceability y haga clic en Ir.
  • En el menú Herramientas, elija Centro de control – Servicios de funciones
  • En la sección Servicios CTI de la página, verifique si el estado actual del servicio web Cisco WebDialer está iniciado o no en ejecución.
  • Si el estado es Iniciado, WebDialer está habilitado

La vulnerabilidad ha sido parcheada en Unified CM y Unified CM SME versiones 14SU6 y 15SU5. Si la aplicación inmediata de parches no es una opción, se recomienda desactivar el servicio WebDialer hasta que se pueda aplicar una solución.

Desde entonces, SSD Secure Disclosure ha publicado detalles técnicos adicionales de CVE-2026-20230, describiéndolo como una falla que permite a atacantes no autenticados escribir archivos arbitrariamente en el servidor aprovechando el componente Webdialer para obtener el verdadero nombre de host del objetivo y, en última instancia, lograr la ejecución del código.

Cisco aún tiene que actualizar el aviso para reflejar el estado de explotación. La semana pasada, la empresa de seguridad de redes publicó actualizaciones de seguridad para una falla de seguridad de gravedad media en Catalyst SD-WAN Manager (CVE-2026-20262, puntuación CVSS: 6,5) que ha sido objeto de explotación activa en la naturaleza.

Salesforce deshabilita la integración de la aplicación Klue después de que el abuso del token OAuth exponga los datos del cliente

Salesforce reveló que deshabilitó la integración de la aplicación Klue Battlecards dentro de su plataforma en respuesta a un incidente de seguridad que afectó a la empresa de inteligencia competitiva el 11 de junio de 2026.

Con ese fin, las organizaciones no podrán conectarse a Salesforce a través de la aplicación hasta nuevo aviso, señaló la compañía estadounidense de software basado en la nube en una alerta publicada esta semana.

«Salesforce tomó esta acción porque nuestros equipos de seguridad detectaron recientemente una actividad inusual relacionada con la aplicación que puede haber resultado en un acceso no autorizado a un subconjunto de datos del cliente a través de la conexión de la aplicación a Salesforce», anotado. «Este problema se limita a la conexión de la aplicación de Klue y no surge de una vulnerabilidad dentro de la plataforma Salesforce».

El desarrollo se produce cuando un grupo de extorsión denominado Icarus comprometió y exfiltró datos de los clientes de Klue, incluida la empresa de ciberseguridad Huntress.

«Los datos que se copiaron de nuestra cuenta de Salesforce incluyen contactos comerciales, cotizaciones de precios y otros datos y mensajes relacionados con las ventas», Huntress dicho. «Ningún dato de amenazas, contraseñas, información de tarjetas de pago o datos de ingeniería relacionados con el agente Huntress o la telemetría que recopilamos se vieron afectados».

En su propia actualización, Klue dijo que detectó actividad no autorizada que afectó una parte de la infraestructura de integración de Klue el 12 de junio de 2026, y agregó que los atacantes obtuvieron acceso a través de una credencial heredada comprometida asociada con un servicio de integración.

Ciberseguridad

«El atacante utilizó ese acceso para obtener tokens OAuth utilizados para conectar Klue con ciertas plataformas de terceros, incluido Salesforce, y posteriormente accedió a datos dentro de varios entornos de clientes conectados», dijo Jason Smith, director ejecutivo de Klue. dicho. «Según nuestra investigación hasta la fecha, el incidente se limitó a las plataformas de terceros afectadas y no hay evidencia de que el contenido del cliente almacenado dentro de la plataforma Klue se haya visto afectado».

Específicamente, se dice que la intrusión permitió al actor de amenazas impulsar una actualización de código capaz de recopilar tokens OAuth que sus clientes utilizan para conectar Klue a sus propios sistemas. En respuesta a la infracción, Klue tomó medidas para revocar las credenciales y tokens afectados, eliminar el código no autorizado, detener el acceso remoto, desactivar las integraciones potencialmente afectadas e iniciar una investigación exhaustiva.

A partir del 16 de junio de 2026, algunos de los empleados de Huntress recibieron un correo electrónico con el asunto «correo electrónico ultrasecreto» y una advertencia que dice: «Sus datos de Salesforce han sido descargados… Tiene 48 horas para comunicarse con nosotros. Tome la decisión correcta».

«El actor de la amenaza parece haber aprovechado una credencial en desuso durante mucho tiempo pero aún activa para llevar a cabo el compromiso inicial, una que fue creada originalmente por Klue para que crearan un prototipo de una integración de terceros que luego abandonaron», dijo la compañía. «El actor de amenazas luego ingresó a la infraestructura de Klue para robar los tokens utilizados por los clientes de Klue, luego usó esas credenciales robadas para consultar las herramientas CRM de esos clientes directamente y, eventualmente, exfiltrar los datos».

No se sabe mucho sobre el actor de Ícaro aparte del hecho de que ha estado activo desde el 28 de abril de 2026 y ha reclamado un total de dos víctimas hasta la fecha. Dicho esto, la campaña de robo de datos refleja oleadas de ataques anteriores montados por ShinyHunters y UNC6395.

ReliaQuest, en su propio análisis del abuso de integración de Klue, dijo que la actividad comparte similitudes con el manual de estrategias de abuso de OAuth de terceros asociado con el Los compromisos de Salesloft Drift y Gainsight que se dirigieron a los entornos de Salesforce el año pasado.

Ciberseguridad

«En los ataques que observamos, el adversario primero se autenticó a través de una cuenta de servicio de integración Klue comprometida, generó tokens OAuth y ejecutó scripts Python automatizados (identificables por cadenas de agente de usuario Python-urllib)», los investigadores de ReliaQuest Thassanai McCabe y Alexa Feminella. dicho.

«Estos scripts primero enumeraron el catálogo de objetos de la organización a través de GET /services/data/v59.0/sobjects, luego realizaron un bucle de consultas de API REST contra el punto final de consulta de Salesforce (/services/data/v59.0/query) y paginaron los resultados a través del cursor QueryMore durante casi 24 horas».

Se considera que son acciones de recuperación masiva de datos diseñadas para extraer grandes volúmenes de registros de CRM a través de la API REST de Salesforce. Esto incluyó una «ráfaga concentrada» de casi mil consultas en 15 minutos contra al menos un entorno y una ventana de extracción que duró más de seis horas en otro caso.

No está claro cuántos clientes de Salesforce se vieron afectados por los últimos ataques, aunque Klue dijo que se ha estado comunicando directamente con los clientes afectados, compartiendo hallazgos de investigación y ayudándolos con sus esfuerzos de respuesta.

«El hilo común es el abuso de tokens o credenciales de OAuth de un proveedor externo confiable», dijo ReliaQuest. «Estas integraciones son identidades no humanas con acceso persistente y a menudo amplio a datos confidenciales, pero normalmente se monitorean mucho menos estrechamente que las cuentas de los empleados. Esa brecha es la razón por la cual se podría ejecutar un ciclo de consulta automatizado de 24 horas desde una cuenta de integración ‘confiable’ sin activar las alarmas habituales».

Un hacker junior utilizó Tailscale y OpenSSH para mantener el acceso después de que su C2 se desconectara – CYBERDEFENSA.MX

Un atacante de habla francesa irrumpió en una pequeña empresa automotriz francesa, instaló un registrador de teclas y robó credenciales bancarias y de correo electrónico.

Cosas ordinarias, hasta que uno se mueve cerca del final.

Antes de que su servidor de comando y control se apagara, instaló OpenSSH y Tailscale en la máquina de una víctima, construyendo un camino de regreso que no pasaba por el C2 en absoluto. Cuando el servidor Havoc se desconectó al día siguiente, su acceso no. Dieciocho días después, el C2 regresó, sus agentes se reconectaron por su cuenta y él siguió adelante.

Cato Networks capturó toda la operación comando por comando, 339 de ellos durante 33 días, después de que el operador dejara sus claves SSH y un manual paso a paso en un depósito de almacenamiento abierto. El artículo, publicado el martes por el investigador de Cato CTRL, Vitaly Simonovich, es una visión poco común de una intrusión desde el teclado del operador en lugar de los restos forenses.

La lección de los investigadores es contundente: desconectar un servidor C2 no es una solución si el atacante ya ha construido una puerta separada.

El actor, alias «Poisson», no es un APT. Investigadores describir un operador junior en lo que parece un horario escolar, activo después de las 3 p. m. CET con un largo intervalo al mediodía, todo funcionando con un kit de nivel gratuito: DuckDNS, Backblaze B2 y un VPS IONOS económico en Berlín. Su oficio era escaso.

Ciberseguridad

Filtró su directorio de inicio cinco veces, nombró sus depósitos de almacenamiento con el nombre de su propio identificador y dejó un archivo de prueba de sus propias pulsaciones de teclas escritas una y otra vez dentro del paquete del registrador de teclas. Fracasó en aproximadamente la mitad de lo que intentó. De todos modos comprometió cuatro máquinas.

la cadena

El malware se ejecutó casi por completo en la memoria. Un stager de VBScript con un retraso de evasión de espacio aislado descifró un cargador de PowerShell, que desactivó un cargador de .NET que se ejecutaba. Agente demoníaco de Havoc sin dejar caer el implante al disco. Para la elevación, utilizó Start-Process -Verb RunAs, que no es un bypass silencioso de UAC. Aparece el mensaje de consentimiento de Windows y espera a que alguien haga clic en Sí. Con una víctima, fueron necesarios una docena de intentos a lo largo de dos días.

Después de eso vino la definición: una tarea programada que se ejecuta en cada inicio de sesión con los privilegios más altos, código shell inyectado en Explorer.exe y un RustDesk personalizado como canal de respaldo. El capturador de credenciales era un registrador de teclas Python de 70 líneas que escribía las pulsaciones de teclas en un archivo local, sin baliza ni servidor exfil. Poisson simplemente inició sesión, tomó el archivo con la mano y ejecutó powercfg para evitar que las máquinas entraran en modo de suspensión, de modo que la recolección nunca se detuviera.

El movimiento que importa

El 7 de abril, en una sesión nocturna de cinco horas, instaló OpenSSH Server y Tailscale, unió la máquina de la víctima a su red privada de Tailscale y configuró SSH basado en claves y un túnel inverso. Ahora podía llegar a la máquina a través de la malla cifrada de Tailscale sin C2 ni puertos expuestos.

Al día siguiente, la infraestructura de Havoc quedó fuera de línea. Cato no dice por qué, y poco importa: la ruta Tailscale se encontraba en una red separada, por lo que el acceso estaba vivo.

Cuando el C2 regresó el 26 de abril, los agentes se volvieron a conectar automáticamente, sin necesidad de volver a comprometerse. Durante los últimos cinco días, ejecutó 145 comandos más, sondeó almacenes de tarjetas inteligentes y certificados (una señal de que estaba observando inicios de sesión basados ​​en certificados), ejecutó dos ejecutables inexplicables de un archivo llamado Thales.zip durante aproximadamente 32 minutos en total, luego eliminó 17 archivos y se quedó en silencio el 1 de mayo.

Lo que quería era estrecho. Sin Mimikatz, sin movimientos laterales, sin ransomware y sin señales de que tomó los documentos que buscó, desde registros fiscales hasta seguros. Justo lo que la gente escribe: inicios de sesión bancarios, contraseñas de correo electrónico, portales gubernamentales. Para el propietario de una pequeña empresa, esa es una exposición financiera directa.

Ninguna de las herramientas es nueva, que es el punto. El APT31 de China utilizó Tailscale hasta 2024 y 2025 para salir silenciosamente de las empresas de TI rusas, Scattered Spider se ha apoyado en herramientas legítimas de acceso remoto como Ngrok y Fleetdeck, y RustDesk, el canal de respaldo de Poisson, aparece en las recientes intrusiones de ransomware Akira.

Ciberseguridad

Los archivos binarios están firmados y son legítimos, por lo que la detección que se detiene en los archivos incorrectos, no en el mal comportamiento, los pasa por alto. Lo que Poisson añade es una prueba a nivel de comando de que el truco sobrevive a un derribo, ejecutado por alguien que claramente todavía está aprendiendo.

que mirar

La lista de caza de Catón es concreta:

  • Alerta cuando OpenSSH Server se instala en una estación de trabajo Windows, lo cual rara vez es legítimo.
  • Esté atento a tailscale.exe en máquinas que no tienen motivos para ejecutar una VPN.
  • Busque túneles inversos ssh -R que se dirijan a hosts externos.
  • Compruebe si wscript.exe ejecuta archivos .vbs fuera de las carpetas provisionales del usuario.
  • Marque las tareas programadas configuradas con los privilegios más altos que inician intérpretes de scripts.
  • Esté atento a los cambios en el tiempo de espera de powercfg que mantienen activas a las máquinas.
  • Bloquear DuckDNS.

La más importante: cuando encuentre un C2, asuma que no es la única forma de entrar y busque la capa de persistencia silenciosa detrás de él.

Qué había en Thales.zip y qué hicieron esos dos programas en sus 32 minutos en la máquina es la pregunta que Cato deja abierta. La respuesta que importa más: el C2 nunca fue la intrusión, solo una vía de acceso. Elimínelo y deje OpenSSH, Tailscale, la tarea programada y el registrador de pulsaciones en ejecución, y el atacante aún tendrá una manera de regresar.

Esa es la parte que sigue faltando en la remediación.

Anthropic desactiva nuevos modelos después de que el gobierno los calificara como un problema de seguridad nacional

El gobierno de Estados Unidos ordenó el viernes a Anthropic suspender inmediatamente el acceso extranjero a Fable 5 y Mythos 5, sus dos modelos de inteligencia artificial más avanzados, citando preocupaciones de seguridad nacional vinculadas a un método reportado para eludir las restricciones de seguridad de los modelos.

La directiva, emitida el viernes por la tarde por el secretario de Comercio, Howard Lutnick, en una carta al director ejecutivo de Anthropic, Dario Amodei, colocó los dos modelos bajo controles de exportación que prohíben su uso por parte de ciudadanos extranjeros, ya sea dentro o fuera de Estados Unidos.

Debido al alcance de las restricciones, que incluyen a los empleados antrópicos nacidos en el extranjero, la empresa anunció El viernes por la noche desactivó los modelos para garantizar el cumplimiento. El acceso a los otros modelos de IA de la empresa no se vio afectado.

Fable 5 y Mythos 5 se lanzaron a principios de esta semana y Anthropic los describió como los sistemas más capaces que jamás haya implementado. Mythos estaba disponible para los miembros del Proyecto Glasswing, lo que permitió a empresas de ciberseguridad seleccionadas utilizar el modelo para identificar y abordar fallas de seguridad.

No está claro cómo la acción del Departamento de Comercio afecta al Proyecto Glasswing. Anthropic no respondió a una solicitud de comentarios.

La carta del Departamento de Comercio no detalla la preocupación específica por la seguridad nacional. En su blog del viernes por la noche, la compañía dijo que entiende que el gobierno se dio cuenta de una técnica para «liberar» Fable 5, un término para los métodos que eluden las barreras de seguridad incorporadas en un modelo. Según Anthropic, el gobierno solo proporcionó evidencia verbal de lo que describió como un “jailbreak limitado y no universal”, que esencialmente implicaba que el modelo leyera una base de código específica e identificara fallas de software.

Anthropic cuestionó la gravedad del hallazgo. La compañía dijo que revisó un informe que cree que formó la base de la directiva del gobierno y descubrió que las capacidades demostradas ya estaban disponibles en otros modelos de acceso público, incluido el GPT-5.5 de OpenAI. La compañía dijo que los profesionales de la ciberseguridad utilizan habitualmente esas mismas capacidades con fines defensivos.

Katie Moussouris, directora ejecutiva de la empresa de ciberseguridad Luta Security, publicado en BlueSky el sábado que el problema surge de las “indicaciones orientadas a la defensa”, un método de ingeniería de instrucciones de sistemas de inteligencia artificial que prioriza la seguridad y que trata el lenguaje natural como código.

Otros informes Afirmó que Amazon era responsable de señalar los problemas de seguridad en el modelo. La empresa no respondió a la solicitud de comentarios de CyberScoop.

Anthropic reconoció en su declaración que una resistencia perfecta al jailbreak no es alcanzable por ningún proveedor de modelos, y dijo que había diseñado Fable 5 en torno a una estrategia de «defensa en profundidad», combinando una estrecha resistencia al jailbreak con un monitoreo activo. La compañía dijo que ningún evaluador había encontrado un jailbreak universal capaz de eludir ampliamente las salvaguardas del modelo.

«No estamos de acuerdo con que el hallazgo de un potencial de fuga limitado deba ser motivo para recordar un modelo comercial implementado para cientos de millones de personas», escribió Anthropic. «Si este estándar se aplicara en toda la industria, creemos que esencialmente detendría todas las implementaciones de nuevos modelos para todos los proveedores de modelos fronterizos».

La directiva del viernes es el último episodio de una prolongada disputa entre Anthropic y la administración Trump. En febrero, el presidente Donald Trump se trasladó a prohibir los productos de Anthropic de agencias federales después de que la empresa buscara restricciones más fuertes sobre cómo el Pentágono utilizó su tecnología.

A pesar de eso, cuando Anthropic lanzó Mythos bajo el Proyecto Glasswing, la Agencia de Seguridad Nacional recibió Mythos 5 para realizar operaciones cibernéticas ofensivas. A principios de este mes, Trump firmó una orden ejecutiva que ordena a las agencias federales reforzar las defensas cibernéticas y establecer un mecanismo voluntario para que el gobierno obtenga acceso temprano a potentes modelos de IA antes de su despliegue.

El fundamento declarado por la administración para la acción del viernes generó un escepticismo generalizado entre investigadores y analistas. Dean Ball, miembro principal de la Fundación para la Innovación Estadounidense, calificó la medida como “desconcertante.” Chris McGuire, miembro del Consejo de Relaciones Exteriores, dicho Los controles de exportación específicos sobre el acceso a los modelos podrían ser una herramienta política legítima, pero calificó la restricción general como “altamente cuestionable” y las disposiciones de exportación consideradas, que restringen a los ciudadanos extranjeros dentro de los EE. UU., “simplemente absurdas”.

Las implicaciones más amplias para la industria de la IA siguen siendo inciertas. Aaron Levie, director ejecutivo de Box, describió la directiva como “un gran punto de inflexión para la regulación de la IA”, argumentando que la voluntad del gobierno de considerar modelos específicos demasiado poderosos para ciertos usos sienta un precedente con consecuencias potencialmente de largo alcance.

Otros líderes tecnológicos del gobierno apoyaron la acción.

«Apoyamos plenamente a @POTUS y @SecWar para priorizar la seguridad nacional y la seguridad de nuestros combatientes, socios del DIB, infraestructura crítica, socios y aliados internacionales», escribió la CIO del DOD, Kirsten Davies. en una publicación social en X. «Algunas cosas son simplemente más importantes que los ciclos de ingresos, el clickbait y la valoración previa a la IPO. Estados Unidos primero. Siempre».

Anthropic dijo que cree que la situación se debe a un malentendido y está trabajando para restablecer el acceso lo antes posible.

Greg Otto

Escrito por Greg Otto

Greg Otto es el editor en jefe de CyberScoop y supervisa todo el contenido editorial del sitio web. Greg ha dirigido una cobertura de ciberseguridad que ha ganado varios premios, incluidos los de la Sociedad de Periodistas Profesionales y la Sociedad Estadounidense de Editores de Publicaciones Empresariales. Antes de unirse a Scoop News Group, Greg trabajó para Washington Business Journal, US News & World Report y WTOP Radio. Tiene una licenciatura en periodismo televisivo de la Universidad de Temple.

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.

Oracle WebLogic CVE-2024-21182 agregado al catálogo KEV después de la explotación activa – CYBERDEFENSA.MX

La Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) el lunes agregado una falla de seguridad de alta gravedad que afecta a Oracle WebLogic Server hasta sus vulnerabilidades explotadas conocidas (KEV) Catálogo, basado en evidencias de explotación activa.

La vulnerabilidad, CVE-2024-21182 (Puntuación CVSS: 7,5), permite que un atacante no autenticado con acceso a la red tome el control de servidores susceptibles. Fue parcheado por Oracle en julio de 2024.

«Oracle WebLogic contiene una vulnerabilidad no especificada que podría permitir que un atacante no autenticado con acceso a la red a través de T3, IIOP comprometa Oracle WebLogic Server», dijo CISA.

«Los ataques exitosos de esta vulnerabilidad pueden resultar en un acceso no autorizado a datos críticos o un acceso completo a todos los datos accesibles de Oracle WebLogic Server».

Ciberseguridad

Actualmente no hay informes públicos sobre cómo se está explotando la vulnerabilidad en la naturaleza. Dicho esto, varios actores de amenazas han utilizado repetidamente fallas anteriores en el software como arma para incluirlas en botnets, extraer criptomonedas e implementar ransomware.

A principios de marzo, CloudSEK también reveló que otra falla de seguridad de máxima gravedad en WebLogic (CVE-2026-21962, puntuación CVSS: 10.0) fue testigo de intentos de explotación automatizada poco después de que el código de explotación estuviera disponible públicamente.

A la luz de la explotación activa de la falla, se recomienda a las agencias del Poder Ejecutivo Civil Federal (FCEB) que apliquen las correcciones necesarias antes del 4 de junio de 2026 para proteger sus redes.

Los atacantes utilizan el agente LLM para la posexplotación después del exploit Marimo CVE-2026-39987 – CYBERDEFENSA.MX

Se ha observado que un actor de amenazas desconocido utiliza un agente de modelo de lenguaje grande (LLM) para llevar a cabo acciones posteriores al compromiso después de obtener acceso inicial luego de la explotación de una red Marimo de acceso público utilizando una vulnerabilidad recientemente revelada.

«El atacante comprometió una computadora portátil Marimo accesible a través de Internet a través de CVE-2026-39987, extrajo dos credenciales de nube del host comprometido, las reprodujo a través de un grupo de salida desplegado para recuperar una clave privada SSH de AWS Secrets Manager y usó esa clave para impulsar ocho sesiones SSH cortas contra un servidor bastión SSH descendente», Sysdig dicho.

«La fase de bastión exfiltró el esquema y el contenido completo de una base de datos interna PostgreSQL en menos de dos minutos».

CVE-2026-39987 hace referencia a una vulnerabilidad crítica de ejecución remota de código previamente autenticado que afecta a todas las versiones de Marimo anteriores a la 0.20.4 incluida. Permite que un atacante no autenticado ejecute comandos arbitrarios del sistema. El problema se solucionó en la versión 0.23.0, lanzada el mes pasado.

Ciberseguridad

Desde entonces, el defecto de seguridad ha sido objeto de explotación activa, y los actores de amenazas lo utilizan para iniciar un reconocimiento manual de los sistemas honeypot e intentar recopilar datos confidenciales.

La última actividad documentada por Sysdig sigue el mismo patrón, la principal diferencia es que se utilizó un agente LLM para impulsar la actividad posterior a la explotación. El incidente, según la empresa de seguridad en la nube, se registró el 10 de mayo de 2026, cuando el atacante recopiló credenciales del entorno y luego utilizó la clave de acceso de AWS recopilada para realizar llamadas API contra AWS Secrets Manager y recuperar una clave privada SSH.

Minutos más tarde, se dice que el actor de amenazas llevó a cabo la primera autenticación SSH en el servidor bastión SSH utilizando la clave recuperada, seguido de lanzar ocho sesiones SSH paralelas contra el servidor descendente para desviar una base de datos interna PostgreSQL. La cadena de ataques de un extremo a otro duró poco más de una hora.

Sysdig dijo que descubrió cuatro indicadores de que un agente de LLM estaba detrás de la actividad. Primero, el atacante improvisó un volcado de base de datos sin ningún conocimiento previo del esquema. En segundo lugar, un comentario de planificación en chino, «看还能做什么», que se traduce como «Ver qué más podemos hacer», se filtró directamente en el flujo de comandos al ejecutar una búsqueda de credenciales.

«El nombre de host de la base de datos era opaco, sin ningún identificador de aplicación en el disco y ningún volcado de esquema preestablecido, pero la cadena aún así aterrizó en una tabla de credenciales en cuestión de minutos», dijo Sysdig. «El atacante ya no necesita ver su entorno para operar dentro de él».

La tercera señal es que cada comando está diseñado para el consumo de la máquina, con cada comando separado por un delimitador «—«, junto con capturas de salida limitadas, deshabilitando el comando «menos» y descartando el flujo de error (stderr) para minimizar el ruido.

Por último, las transferencias de valores se obtienen de la salida de la herramienta anterior. En otras palabras, la forma en que se extrajeron ciertos valores, por ejemplo, contraseñas de bases de datos, implica que un agente de IA alimenta su propia salida anterior (ejecutando un comando cat del archivo «~/.pgpass») en la siguiente acción.

Ciberseguridad

En otro caso, un comando cat para imprimir el contenido de un archivo específico («cat ~/.ssh/id_ed25519») está precedido por un comando ls («list») que pasa el mismo patrón de archivo como entrada («ls -la ~/.ssh/id_ed25519*») para confirmar que existe la clave SSH.

«Cuando un operador con script crea un manual de estrategias por objetivo y lo reutiliza, el obstáculo para agregar un nuevo objetivo es el tiempo de ingeniería», concluyó Sysdig. «Sin embargo, un operador de agente tiene antecedentes generales sobre una clase de aplicaciones y compone la cadena en vivo para adaptarse mejor a su objetivo. Aquí, la barra se convierte en presupuesto de inferencia, no en autoría del manual».

«La propiedad relevante para el defensor de un agente en el bucle es la adaptabilidad. Un atacante con script encuentra un archivo faltante, un esquema inesperado o una falla de autenticación y aborta o recurre a un respaldo codificado. Un agente lee la sorpresa, decide qué intentar a continuación y continúa».

Para contrarrestar esta amenaza, se recomienda que los usuarios actualicen a la última versión de Marimo, auditen los entornos para detectar instancias de acceso público y roten las credenciales, claves API y claves SSH.

CISA agrega Cisco SD-WAN CVE-2026-20182 a KEV después de las vulnerabilidades de acceso de administrador – CYBERDEFENSA.MX

La Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) el jueves agregado una vulnerabilidad recientemente revelada que afecta al controlador Cisco Catalyst SD-WAN en su catálogo de vulnerabilidades explotadas conocidas (KEV), lo que requiere que las agencias del Poder Ejecutivo Civil Federal (FCEB) solucionen el problema antes del 17 de mayo de 2026.

La vulnerabilidad es una omisión de autenticación crítica rastreada como CVE-2026-20182. Tiene una calificación de 10,0 en el sistema de puntuación CVSS, lo que indica gravedad máxima.

«El controlador y administrador Cisco Catalyst SD-WAN contienen una vulnerabilidad de omisión de autenticación que permite a un atacante remoto no autenticado omitir la autenticación y obtener privilegios administrativos en un sistema afectado», CISA dicho.

En un aviso separado, Cisco atribuido la explotación activa de CVE-2026-20182 con alta confianza en UAT-8616, el mismo grupo detrás de la militarización de CVE-2026-20127 para obtener acceso no autorizado a sistemas SD-WAN.

«UAT-8616 realizó acciones posteriores al compromiso similares después de explotar con éxito CVE-2026-20182, como se observó en la explotación de CVE-2026-20127 por parte del mismo actor de amenazas», dijo Cisco Talos. «UAT-8616 intentó agregar claves SSH, modificar configuraciones de NETCONF y escalar a privilegios de root».

Se evalúa que la infraestructura utilizada por UAT-8616 para llevar a cabo actividades de explotación y posteriores al compromiso se superpone con las redes Operational Relay Box (ORB), y la empresa de ciberseguridad también observa múltiples grupos de amenazas que explotan CVE-2026-20133, CVE-2026-20128 y CVE-2026-20122 a partir de marzo de 2026.

Las tres vulnerabilidades, cuando se encadenan, pueden permitir que un atacante remoto no autenticado obtenga acceso no autorizado al dispositivo. Se agregaron al catálogo KEV de CISA el mes pasado.

Ciberseguridad

Se ha descubierto que la actividad aprovecha el código de explotación de prueba de concepto disponible públicamente para implementar shells web en sistemas pirateados, lo que permite a los operadores ejecutar comandos bash arbitrarios. Uno de esos shells web basados ​​en JavaServer Pages (JSP) recibió el nombre en código XenShell debido al uso de una PoC publicada por ZeroZenX Labs.

Al menos 10 grupos diferentes han sido vinculados a la explotación de las tres fallas:

  • Grupo 1 (Activo desde al menos el 6 de marzo de 2026), que implementa el shell web de Godzilla
  • Grupo 2 (Activo desde al menos el 10 de marzo de 2026), que implementa el shell web Behinder
  • Grupo 3 (Activo desde al menos el 4 de marzo de 2026), que implementa el shell web XenShell y una variante de Behinder
  • Grupo 4 (Activo desde al menos el 3 de marzo de 2026), que implementa una variante del webshell de Godzilla
  • Grupo 5 (Activo desde al menos el 13 de marzo de 2026), cuyo agente de malware compiló a partir del marco de trabajo de equipo rojo AdaptixC2.
  • Grupo 6 (Activo desde al menos el 5 de marzo de 2026), que implementa el marco de comando y control (C2) de Sliver
  • Grupo 7 (Activo desde al menos el 25 de marzo de 2026), que implementa un minero XMRig
  • Grupo 8 (Activo desde al menos el 10 de marzo de 2026), que despliega el KScan herramienta de mapeo de activos y puerta trasera basada en Nim que probablemente se base en nimplanta y viene con capacidades para realizar operaciones de archivos, ejecutar archivos usando bash y recopilar información del sistema
  • Grupo 9 (Activo desde al menos el 17 de marzo de 2026), que implementa un minero XMRig y una herramienta de tunelización y proxy basada en pares llamada gsocket
  • Grupo 10 (Activo desde al menos el 13 de marzo de 2026), que implementa un ladrón de credenciales que intenta obtener el volcado de hash de un usuario administrador, fragmentos de claves de tokens web JSON (JWT) que se utilizan para la autenticación de API REST y credenciales de AWS para vManage.

Cisco recomienda que los clientes sigan las pautas y recomendaciones descritas en los avisos para las vulnerabilidades antes mencionadas para proteger sus entornos.

RubyGems suspende nuevos registros después de que se cargan cientos de paquetes maliciosos – CYBERDEFENSA.MX

rubígemasel administrador de paquetes estándar para el lenguaje de programación Ruby, ha suspendido temporalmente los registros de cuentas luego de lo que se describió como un «gran ataque malicioso».

«Estamos lidiando con un gran ataque malicioso contra Ruby Gems en este momento», Maciej Mensfeld, gerente senior de productos para la seguridad de la cadena de suministro de software en Mend.io, dicho en una publicación en X. «Los registros están en pausa por el momento. Cientos de paquetes involucrados, en su mayoría dirigidos a nosotros, pero algunos contienen exploits».

Visitantes de RubyGems página de registro Ahora aparecen el mensaje: «El registro de nueva cuenta se ha deshabilitado temporalmente».

Mend.io, que protege RubyGems, dijo que tiene la intención de publicar más detalles una vez que se contenga el incidente. Por el momento se desconoce quién está detrás del ataque.

Ciberseguridad

El desarrollo se produce cuando los ataques a la cadena de suministro de software dirigidos a ecosistemas de código abierto han ido en aumento, con actores de amenazas como TeamPCP comprometiendo paquetes ampliamente utilizados para distribuir malware de robo de credenciales capaz de recopilar datos confidenciales y permitir a los atacantes ampliar su alcance.

En un informe publicado el lunes, Google dijo que las credenciales robadas de los entornos afectados se han monetizado a través de asociaciones con ransomware y grupos de extorsión por robo de datos.

(Esta es una historia en desarrollo. Vuelva a consultarla para obtener más detalles).