El agente de OpenAI utilizó credenciales expuestas en cuatro servicios durante una violación de la cara de abrazo – CYBERDEFENSA.MX

OpenAI reveló el martes al agente de inteligencia artificial (IA) deshonesto que escapó de su entorno de evaluación sellado e irrumpió en el entorno de producción de Hugging Face, y también pirateó múltiples cuentas y servicios de terceros como parte del ataque.

El última divulgación muestra que el incidente de seguridad, que surgió de una prueba de seguridad interna, tuvo un alcance más amplio de lo que se pensaba anteriormente.

La compañía de inteligencia artificial dijo que su revisión en curso del incidente reveló una «pequeña cantidad de casos» en los que los modelos, incluido GPT-5.6 Sol y un «modelo de prelanzamiento aún más capaz», identificaron y utilizaron credenciales expuestas a nivel de cuenta en otros servicios disponibles públicamente.

«Esto incluye cuatro cuentas en cuatro servicios como parte del incidente de Hugging Face (y algunas cuentas a las que se accedió como parte de otras evaluaciones)», dijo.

«Una de estas cuatro cuentas se usó como retransmisión de salida y ruta de preparación, y otra cuenta se usó para el almacenamiento de datos. Los modelos accedieron a las dos cuentas restantes de manera de solo lectura y no se usaron para comprometer a Hugging Face».

OpenAI no reveló a qué empresas u organizaciones pertenecían las cuentas, pero señaló que continuará notificando a los propietarios de servicios directamente y que no ha visto ninguna evidencia de un impacto más amplio para estos proveedores o cuentas como resultado de la violación. Dicho esto, Reuters reportado que un cliente de Modal Labs estaba entre las entidades comprometidas por el agente de OpenAI.

Ciberseguridad

Además, se dice que los modelos utilizaron una serie de servicios disponibles públicamente, incluidos sitios web para pegar códigos, servicios de captura de solicitudes, servicios de captura de pantalla, servicios de entrega de archivos y otras utilidades web. En estos escenarios no se observó ningún compromiso a nivel de plataforma o cuenta.

OpenAI, que está trabajando con Hugging Face después de que la violación saliera a la luz el 16 de julio de 2026, reconoció que los modelos identificaron y explotaron una vulnerabilidad previamente desconocida. Vulnerabilidad de día cero en versiones autohospedadas de Artifactory, un proxy de caché de registro de paquetes mantenido por JFrog, para obtener acceso a Internet y salir de su zona de pruebas. La cuestión ha sido abordada en Artifactorio 7.161.

Las notas de la versión de Artifactory 7.161.15 estado que la versión parchea múltiples vulnerabilidades de seguridad que podrían encadenarse en un escenario de ataque crítico si se habilita el acceso anónimo. El acceso anónimo está deshabilitado de forma predeterminada y no se recomienda para entornos de producción debido a riesgos de seguridad, afirmó.

«Hay una lección importante, y francamente optimista, oculta en este incidente: los modelos de IA se están convirtiendo en extraordinarios motores de descubrimiento de día cero», dijo el CTO de JFrog, Yoav Landman. dicho. «La misma capacidad que permite a un modelo encontrar una ruta de explotación que ningún ser humano había encontrado es la capacidad que permitirá a los defensores encontrar y erradicar esas rutas primero».

La compañía estadounidense de inteligencia artificial también describió el modelo de prelanzamiento como un prototipo de investigación exclusivamente interno destinado a su lanzamiento público. Desde entonces, el modelo ha sido desactivado, cifrado y restringido el acceso a la investigación.

Hugging Face publica la autopsia del incidente

Según un cronograma detallado publicado por Hugging Face, el agente autónomo de IA pasó aproximadamente dos días y medio dentro de su infraestructura con el objetivo de engañar a ExploitGym, un marco de evaluación comparativa que califica los sistemas de IA según su capacidad para descubrir y explotar vulnerabilidades de software. La compañía dijo que revisó aproximadamente 17.600 acciones de atacantes que recuperó de los registros entre el 9 y el 13 de julio de 2026.

«Creemos que toda la intrusión fue, desde el punto de vista del agente, un intento de engañar a la evaluación: llegar a nuestros sistemas de producción y robar las soluciones de prueba en lugar de resolver el desafío por sí solo», Hugging Face dicho.

Se dice que la intrusión de un extremo a otro se desarrolló en dos etapas:

  • El agente escapó de su zona de pruebas explotando un día cero en Artifactory, una salida de red permitida con Internet, seguido de abusar de una zona de pruebas externa de evaluación de código pública alojada en la infraestructura de un proveedor externo para ejecutar comandos como raíz y usar esa zona de pruebas como una «plataforma de lanzamiento externa».
  • Desde esa zona de pruebas, el agente aprovechó el proceso de procesamiento de conjuntos de datos de Hugging Face para obtener acceso de administrador a los clústeres de Kubernetes; realizar movimientos laterales mediante una combinación de suplantación de nodos, robo de tokens CSI y tokens de identidad falsificados; establecer mando y control (C2); y, en última instancia, obtener acceso de escritura no autorizado a un subconjunto de repositorios de código fuente internos en GitHub.

«Aunque la intrusión alcanzó la infraestructura interna de Hugging Face, el único contenido del cliente al que se accedió fue el conjunto de soluciones de desafío ExploitGym/CyberGym almacenadas en cinco conjuntos de datos», dijo la compañía. «Ningún otro modelo, conjunto de datos, espacios o paquete orientado al cliente se vio afectado, y los únicos registros de clientes leídos fueron metadatos operativos vinculados a consultas de búsqueda en el servidor del conjunto de datos».

Uno de los aspectos definitorios del ataque es el uso de un protocolo de comunicación improvisado para C2. Ubicado encima de los servicios públicos de captura de solicitudes, Pastebins y servicios de entrega de archivos, el protocolo permite que cada mensaje transporte una carga útil junto con detalles sobre el tipo de carga útil comprimida y codificada en Base64, un canal que agrupa un flujo de mensajes relacionados, un número de secuencia para volver a ordenar los mensajes y una suma de verificación.

La secuencia se desarrolla de esta manera: (1) el agente envía un sobre de autodescripción a un servicio público de captura de solicitudes, (2) el receptor lo sondea, vuelve a ensamblar los fragmentos y luego ejecuta la carga útil como un comando de shell y presenta los resultados.

Hugging Face también caracterizó al agente como efímero y resistente de una manera que recuerda a las ejecuciones de evaluación autónoma, donde cada ejecución de la zona de pruebas de evaluación de código obtiene una nueva identidad, mientras se toman medidas para evitar exponer las cargas útiles en texto sin cifrar.

Ciberseguridad

«El agente encadenó vulnerabilidades a través de varios límites de confianza, escapó de su entorno de evaluación, llegó a la Internet pública y mantuvo una campaña coherente contra nuestra infraestructura de producción durante varios días», dijo. «Cada entorno de evaluación de código de corta duración comenzó desde cero, pero el agente reconstruyó sus herramientas, recuperó sus canales y continuó».

En respuesta al incidente, la compañía tapó las rutas de ejecución de código en su proceso de procesamiento de conjuntos de datos, bloqueó el acceso a los metadatos de la nube, rotó tokens y credenciales, reconstruyó la infraestructura central, aisló clústeres y mejoró los mecanismos de alerta.

El director ejecutivo de Hugging Face, Clem Delangue, en una publicación compartida en X durante el fin de semana, llamado por «transparencia radical», y agregó que «el primer ciberataque con agente autónomo es un evento sin precedentes. Merece una respuesta sin precedentes».

Los hallazgos subrayan una vez más cómo las herramientas de IA están madurando rápidamente en sus capacidades ciberofensivas, incluso si no revelan usos innovadores o que cambien paradigmas de la tecnología. Esto, a su vez, no sólo puede reducir la barrera para el desarrollo de exploits, sino que también permite que los malos actores encuentren, investiguen y exploten configuraciones erróneas a escala y mejoren la eficiencia de sus operaciones criminales, lo que resulta en ataques mejores, más grandes y más rápidos.

El desarrollo también se produce cuando su rival Anthropic dijo que su agente Claude Mythos Preview AI ha descubierto formas de atacar algoritmos criptográficos, incluido el diseño de una técnica de recuperación de claves que «debilita significativamente» HAWK, uno de los esquemas de firma digital candidatos seleccionados por el Instituto Nacional de Estándares y Tecnología (NIST) como parte del proceso de estandarización poscuántica.

JFrog confirma que los modelos OpenAI explotaron el día cero artificial antes de abrazar la violación de la cara – CYBERDEFENSA.MX

JFrog ha confirmado que los modelos OpenAI explotaron un día cero en sistemas autohospedados. Artifactorio mientras intenta llegar a Internet abierto desde un entorno de evaluación sellado.

Artifactory es el administrador de repositorios de software de JFrog. OpenAI dice que los modelos luego aumentaron los privilegios y se movieron lateralmente hasta llegar a un nodo conectado a Internet. JFrog dice que desde entonces ha desarrollado y lanzado correcciones para clientes autohospedados y en la nube.

El exploit Artifactory ocurrió dentro del entorno de OpenAI. OpenAI dice que una ruta de ataque separada llegó más tarde a los sistemas de Hugging Face. JFrog afirma que sus clientes de la nube ya están protegidos. Los usuarios autohospedados deben revisar el Notas de la versión artificial y pasar a la compilación de reparación para su rama mantenida.

El 27 de julio se publicaron varios registros CVE de Artifactory con rangos de versiones afectadas y umbrales de versión fijos, pero ni JFrog ni OpenAI han dicho si alguno de esos registros corresponde a las vulnerabilidades utilizadas durante la evaluación.

Ciberseguridad

Al menos tres de esos registros, CVE-2026-65618, CVE-2026-65923 y CVE-2026-66018, dan crédito a los investigadores de OpenAI.

Los registros no asignan ningún CVE al incidente, no identifican el acceso requerido antes de la explotación ni explican por qué OpenAI se refiere a un proxy de día cero mientras que JFrog se refiere a múltiples vulnerabilidades.

El incidente comenzó como una de las pruebas de capacidad cibernética de OpenAI. OpenAI dijo La evaluación de ExploitGym se realizó sin los clasificadores de producción que normalmente bloquean la actividad cibernética de alto riesgo. GPT-5.6 Sol y un modelo de prelanzamiento más capaz también se ejecutaron con rechazos cibernéticos reducidos.

OpenAI dijo que la única ruta de red del entorno sellado era un proxy y caché de registro de paquetes alojado internamente, que JFrog identificó más tarde como Artifactorio. Los modelos utilizaron importantes recursos informáticos para buscar una salida.

OpenAI dice que los modelos aumentaron los privilegios y se movieron lateralmente hasta que alcanzaron un nodo con acceso abierto a Internet, luego infirieron que Hugging Face podría albergar modelos, conjuntos de datos o soluciones de ExploitGym. La compañía dijo que los modelos finalmente obtuvieron soluciones de prueba directamente de la base de datos de producción de Hugging Face.

En un ejemplo descrito por OpenAI, un modelo utilizó credenciales robadas y más días cero para encontrar una ruta de ejecución remota de código en los servidores de Hugging Face. Hugging Face reveló la intrusión el 16 de julio sin saber qué modelo estaba detrás.

Ni OpenAI ni Hugging Face explican cómo ese ejemplo de RCE se relaciona con la cuenta de acceso inicial de Hugging Face a través de la ejecución de un conjunto de datos malicioso.

Ciberseguridad

JFrog presentó su cuenta en un publicación de blog por el director de tecnología, Yoav Landman. La compañía dijo que el equipo de seguridad de OpenAI reveló los hallazgos, después de lo cual desarrolló, validó y publicó correcciones para implementaciones en la nube y autohospedadas. Landman enmarcó el episodio en torno a la velocidad de respuesta: un día cero encontrado por un modelo y dejado reposar durante semanas, escribió, es «un regalo para los atacantes».

JFrog no ha revelado el número exacto de vulnerabilidades de Artifactory utilizadas, los ID de CVE correspondientes, los permisos disponibles antes de la explotación o la versión de Artifactory que se ejecuta dentro de OpenAI. Tampoco ha dicho si alguna de las fallas fue explotada fuera de la evaluación controlada.

OpenAI calificó el episodio como un «incidente cibernético sin precedentes». Dijo que agregó Hugging Face a su programa de acceso confiable y que todavía está investigando junto con la compañía.

The Hacker News se comunicó con JFrog para obtener más detalles y actualizará esta historia si recibe una respuesta.

Tina Peters, condenada por violación de la seguridad electoral, se muestra desafiante y promete lucha legal

La ex secretaria electoral del condado de Mesa, Colorado, Tina Peters, no se disculpó en su primera entrevista pública desde que le conmutaron la pena de prisión, reiterando muchas de las mismas creencias conspirativas sobre las elecciones mientras prometía recuperar su salud y luchar en los tribunales para que se borraran sus antecedentes penales.

en un entrevista Con el ex director de campaña de Trump y funcionario de la Casa Blanca, Steve Bannon, Peters calificó de “milagro” que la gobernadora demócrata Polis conmutara su sentencia y lo defendiera de “los horribles medios y enemigos” que criticaron la medida.

Peters dijo que esos críticos «no persiguen a los asesinos y a gente así». [Polis] Eligieron perdonar pero van detrás de mí, entonces hay una preocupación por mi bienestar y mi seguridad”.

Aunque Polis ha dicho que Peters expresó arrepentimiento por sus crímenes antes de la conmutación, se quejó en su entrevista con Bannon de que el gobernador de Colorado se había negado a otorgarle un indulto completo que eliminaría la condena de sus antecedentes penales, y prometió continuar “luchando” el asunto en los tribunales utilizando los fondos legales sobrantes.

“Aunque el gobernador Polis redujo mi sentencia de nueve años a cuatro años y medio, todavía tengo que luchar para limpiar mi nombre y revelar la verdad de por qué vinieron tras de mí de la forma en que lo hicieron”, dijo Peters.

Peters fue declarado culpable de siete delitos graves y sentenciado a nueve años de prisión por robar la identidad de otra persona y usarla para irrumpir en las instalaciones electorales del condado de Mesa, apagar las cámaras y tomar datos del sistema de votación.

La conmutación de la sentencia de Peters por parte de Polis, que se produjo después de dos años de presión implacable por parte de Trump, fue recibida con aplausos de los aliados conservadores y amargas críticas de miembros de su propio partido.

El Partido Demócrata de Colorado censuró a Polis y le prohibió participar en futuros eventos del partido estatal. El actual senador Michael Bennet, demócrata por Colorado, se postula para suceder a Polis como candidato demócrata a gobernador este año, lo que potencialmente lo colocará en posición de nombrar a su propio sucesor en el Senado.

En una entrevista con CNN, Bennet calificó la conmutación como una “decisión terrible” y que tras anunciarla Polis lo llamó para decirle que no estaría interesado en el puesto.

Bennet no se sorprendió.

«Vi la decisión que tomó con respecto a Tina Peters como descalificante, y creo que él lo sabe», dijo Bennet.

Tras la conmutación, Polis defendió su decisión, alegando que Peters estaba siendo castigado por tener creencias incorrectas pero protegidas constitucionalmente sobre el fraude electoral que no estaban relacionadas con sus crímenes reales. Recientemente se presentó en una reunión virtual de demócratas de Colorado con un trozo de cinta adhesiva sobre la boca y predijo la conmutación. será mirado “con cariño” en el futuro.

Pero muchos funcionarios electorales también han declarado públicamente que Peters cometió delitos graves, no se arrepiente de sus acciones y que sus creencias conspirativas jugaron un papel directo en la motivación de sus crímenes.

La oficina de prensa de Polis no respondió de inmediato a una solicitud de comentarios de CyberScoop sobre los comentarios de Peters.

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.

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.

La violación del token de Grafana GitHub provocó la descarga de la base de código y un intento de extorsión – CYBERDEFENSA.MX

Grafana ha revelado que una «parte no autorizada» obtuvo un token que les otorgaba la posibilidad de acceder al entorno GitHub de la empresa y descargar su código base.

«Nuestra investigación ha determinado que no se accedió a datos o información personal del cliente durante este incidente, y no hemos encontrado evidencia de impacto en los sistemas u operaciones del cliente», Grafana
dicho
en una serie de publicaciones sobre X.

La compañía también dijo que lanzó inmediatamente un análisis forense al descubrir la actividad y que identificó la fuente de la filtración, agregando que desde entonces las credenciales comprometidas han sido invalidadas y que se han implementado medidas de seguridad adicionales para proteger contra el acceso no autorizado.

Además, Grafana reveló que el atacante intentó chantajear y extorsionar a la empresa, exigiendo un pago para evitar que se publicara la base de datos robada.

Grafana dijo que optó por no pagar el rescate, citando a la Oficina Federal de Investigaciones (FBI) de Estados Unidos. La agencia advirtió anteriormente contra la negociación de rescates con los perpetradores, ya que no hay garantía de que hacerlo ayude a las empresas afectadas a recuperar sus datos.

Ciberseguridad

«También anima a los perpetradores a apuntar a más víctimas y ofrece un incentivo para que otros se involucren en este tipo de actividad ilegal», dijo el FBI.
estados
en su sitio web.

Grafana no reveló cuándo ocurrió el incidente ni desde cuándo el actor de amenazas tuvo acceso a su entorno, solo reveló que se enteró del ataque «recientemente». La infracción no se ha atribuido a ningún actor o grupo de amenazas conocido.

Sin embargo, informes de
Hackmanac
y
Ransomware.live
indican que un grupo de cibercrimen llamado CoinbaseCartel se ha atribuido la responsabilidad del incidente.

Según informes de
Martín pescador
y
Laboratorios Fortinet FortiGuard
CoinbaseCartel es un equipo de extorsión de datos que surgió en septiembre de 2025. Se considera una rama de los ecosistemas ShinyHunters, Scattered Spider y LAPSUS$.

Ciberseguridad

El grupo, que solo se centra en el robo de datos y la extorsión, a diferencia de los grupos tradicionales de ransomware, ha acumulado 170 víctimas en servicios de salud, tecnología, transporte, manufactura y negocios.

La compañía tampoco reveló qué código base descargó el atacante, pero Grafana ofrece varias soluciones como
Nube de Grafana
una plataforma de observabilidad alojada en la nube y totalmente administrada para aplicaciones e infraestructura. The Hacker News se comunicó con Grafana para hacer comentarios y actualizaremos la historia si recibimos una respuesta.

El desarrollo se produce días después de que la empresa estadounidense de tecnología educativa Instructure tomara la controvertida decisión de llegar a un acuerdo con el grupo de extorsión ShinyHunters después de que este último amenazara con filtrar terabytes de datos pertenecientes a miles de escuelas y universidades en todo Estados Unidos.

ShinyHunters afirma que casi 9.000 escuelas se vieron afectadas por la violación de datos de Canvas

ShinyHunters, el prolífico grupo criminal de hackers y extorsión, proporcionó el jueves detalles adicionales sobre su reciente violación de Canvas, el sistema de gestión de aprendizaje desarrollado por Instructure, con la esperanza de obtener pagos de algunas de las casi 9.000 instituciones educativas que, según afirma, están afectadas.

Después de anunciar el 1 de mayo que había extraído varios terabytes de datos que contenían información personal de 275 millones de usuarios, anunció como fecha límite el jueves antes de que «todo se filtre y no habrá ninguna posibilidad de negociación para nadie. Instructure ni siquiera se ha molestado en hablar con nosotros para comprender la situación o negociar con nosotros para evitar la divulgación de estos datos. Nuestra demanda no era ni siquiera tan alta como se podría pensar».

El jueves, el grupo presentó a los usuarios de Canvas un segundo mensaje y extendió el plazo de pago hasta el 12 de mayo. «ShinyHunters ha violado Instructure (nuevamente). En lugar de contactarnos para resolverlo, nos ignoraron e hicieron algunos 'parches de seguridad'», se lee en la nota. El grupo aconsejó a las escuelas afectadas que consultaran a profesionales de seguridad y utilizaran el protocolo de mensajería Tox para negociar un “acuerdo”.

La lista adjunta de instituciones afectadas incluye muchos distritos escolares, junto con universidades de renombre, incluidas Cambridge, Columbia, Cornell, Georgetown, Harvard, MIT y UC Berkeley.

Hay informes contradictorios sobre exactamente qué organizaciones se ven afectadas y qué tipo de datos se incluyen en la infracción. Radar tecnológico informó que los datos afectados incluyen nombres, direcciones de correo electrónico, números de identificación de estudiantes y comunicaciones de usuarios, pero que las contraseñas, fechas de nacimiento e información financiera no estaban involucradas.

colin madera

Escrito por Colin Wood

Colin Wood es el editor jefe de StateScoop y EdScoop. Ha informado sobre la política gubernamental de tecnología de la información durante más de una década, sobre temas que incluyen ciberseguridad, gobernanza de TI y seguridad pública.

Trellix confirma violación del código fuente con acceso no autorizado al repositorio – CYBERDEFENSA.MX

La empresa de ciberseguridad Trellix tiene anunciado que sufrió una violación que permitió el acceso no autorizado a una «parte» de su código fuente.

Dijo que «identificó recientemente» el compromiso de su repositorio de código fuente y que comenzó a trabajar con «líderes expertos forenses» para resolver el asunto de inmediato. También dijo que había notificado el asunto a las autoridades.

Trellix no reveló la naturaleza exacta de los datos a los que los atacantes pudieron haber accedido. Sin embargo, señaló que no hay indicios de que su código fuente haya sido afectado o explotado.

Ciberseguridad

«Basándonos en nuestra investigación hasta la fecha, no hemos encontrado evidencia de que nuestro proceso de liberación o distribución de nuestro código fuente haya sido afectado, o que nuestro código fuente haya sido explotado», añadió la compañía.

La compañía no compartió ningún detalle sobre quién podría estar detrás del incidente y durante cuánto tiempo los atacantes tuvieron acceso a sus sistemas. Trellix señaló que se compartirá información adicional según corresponda una vez que se complete su investigación.

Trellix, propiedad de Symphony Technology Group, se fundó en enero de 2022 tras la fusión de McAfee Enterprise y FireEye. Casi al mismo tiempo, Mandiant, que era propiedad de FireEye, fue adquirida por Google en un acuerdo por valor de 5.400 millones de dólares.

The Hacker News se comunicó con Trellix para hacer comentarios y actualizaremos la historia si recibimos una respuesta.

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

La violación de Vercel vinculada al contexto de pirateo de IA expone credenciales limitadas de clientes – CYBERDEFENSA.MX

El proveedor de infraestructura web Vercel ha revelado una brecha de seguridad que permite a los delincuentes obtener acceso no autorizado a «ciertos» sistemas internos de Vercel.

El incidente se debió al compromiso de Context.ai, una herramienta de inteligencia artificial (IA) de terceros, que fue utilizada por un empleado de la empresa.

«El atacante utilizó ese acceso para apoderarse de la cuenta Vercel Google Workspace del empleado, lo que le permitió obtener acceso a algunos entornos de Vercel y variables de entorno que no estaban marcadas como ‘sensibles’», dijo la empresa. dicho en un boletín.

Vercel dijo que las variables de entorno marcadas como «sensibles» se almacenan de una manera cifrada que evita que sean leídas, y que actualmente no hay evidencia que sugiera que el atacante haya accedido a esos valores.

Ciberseguridad

Describió al actor de amenazas detrás del incidente como «sofisticado» basándose en su «velocidad operativa y comprensión detallada de los sistemas de Vercel». La compañía también dijo que está trabajando con Mandiant, propiedad de Google, y otras firmas de ciberseguridad, además de notificar a las autoridades y colaborar con Context.ai para comprender mejor el alcance total de la infracción.

Se dice que un «subconjunto limitado» de clientes vio comprometidas sus credenciales, y Vercel se comunicó con ellos directamente y los instó a rotar sus credenciales con efecto inmediato. La empresa continúa investigando qué datos se exfiltraron y planea ponerse en contacto con los clientes si se descubren más pruebas de compromiso.

Vercel también recomienda a los administradores de Google Workspace y a los propietarios de cuentas de Google que comprueben la siguiente aplicación OAuth:

110671459871-30f1spbu0hptbs60cb4vsmv79i7bbvqj.apps.googleusercontent.com

Como mitigaciones adicionales, se han recomendado las siguientes mejores prácticas:

Ciberseguridad

Si bien Vercel aún no ha compartido detalles sobre cuáles de sus sistemas fueron pirateados, cuántos clientes se vieron afectados y quién puede estar detrás de esto, un actor de amenazas que utiliza la personalidad de ShinyHunters ha reclamado responsable del hackeo, vendiendo los datos robados por un precio inicial de 2 millones de dólares.

«Hemos implementado amplias medidas de protección y monitoreo. Hemos analizado nuestra cadena de suministro, garantizando que Next.js, Turbopack y nuestros numerosos proyectos de código abierto sigan siendo seguros para nuestra comunidad», Guillermo Rauch, director ejecutivo de Vercel. dicho en una publicación en X.

«En respuesta a esto, y para ayudar a mejorar las posturas de seguridad de todos nuestros clientes, ya hemos implementado nuevas capacidades en el panel, incluida una página de descripción general de las variables de entorno y una mejor interfaz de usuario para la creación y gestión de variables de entorno sensibles».

Los federales mantienen los ojos bien abiertos ante los ciberataques de Irán y responden a la violación de Stryker

Los funcionarios cibernéticos federales no están viendo un cambio significativo en los ataques vinculados a Irán desde que comenzó el conflicto, al menos no todavía, pero están atentos a cualquier repunte y se están centrando en el ataque Stryker en particular.

Terry Kalka, director del Entorno de Intercambio de Información Colaborativo de la Base Industrial de Defensa en el Centro de Delitos Cibernéticos del Departamento de Defensa, dijo el jueves que «hay algunos indicadores básicos, hay algunas tácticas, técnicas y procedimientos conocidos», pero «todavía no estamos viendo una enorme cantidad de impacto».

Ese sentimiento se alinea con lo que el director interino de la Agencia de Seguridad de Infraestructura y Ciberseguridad, Nick Andersen, dijo a los periodistas el martes: «Todavía estamos viendo un estado estable. No hemos visto un aumento ni ningún aumento en la actividad de los actores de amenazas».

Pero ambos hombres dijeron que están monitoreando para ver si eso cambia. «Estamos muy alerta ante, si no Irán, actores influenciados por Irán», dijo Kalka a CyberScoop en la Cumbre del Sector Público Elastic.

El jueves, CISA recomendaciones emitidas vinculado al ciberataque de este mes contra el fabricante de dispositivos médicos Stryker, la actividad cibernética más llamativa con vínculos con Irán después de que un grupo de hackers iraní conocido como Handala se atribuyera el crédito por el ataque.

CISA instó a las organizaciones a mejorar sus defensas de los sistemas de gestión de terminales después de que el ataque provocara interrupciones globales en el entorno Microsoft de Stryker. CISA hizo varias recomendaciones, incluida la de configurar salvaguardas en la herramienta de administración de terminales Intune de Microsoft.

Stryker tiene contratos con el Departamento de Defensa.

«Todos estamos prestando atención al incidente de Stryker que estalló la semana pasada, porque tiene implicaciones para la tecnología de las comunicaciones y la información privada o corporativa que, incluso si no es información de defensa, obtener acceso al correo electrónico de alguien y comprender la infraestructura de la empresa es muy, muy útil», dijo Kalka.

Andersen dijo que CISA ha estado en contacto con Stryker, al igual que el FBI. El jueves se informó que el FBI y el Departamento de Justicia eliminó dos sitios web vinculado a Handala.

Andersen dijo, sin embargo, que el enfoque de la agencia no cambia mucho debido al conflicto.

«Simplemente no podemos quitar la vista del hecho de que otros adversarios continúan realizando maniobras en este espacio», dijo en un evento organizado por el Instituto McCrary de la Universidad de Auburn. «Los grupos cibercriminales continúan avanzando en este espacio. No se trataba sólo de un estado-nación en un momento determinado. Vemos una motivación persistente en todos los ámbitos para que las personas puedan aprovechar las debilidades cibernéticas en toda la infraestructura crítica y nuestros entornos de TI tradicionales».

CISA ha despedido a cientos de empleados mientras el Congreso continúa un enfrentamiento sobre la financiación para el Departamento de Seguridad Nacional sobre la administración Trump enfoque de aplicación de la ley de inmigración.

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.