Guías de seguridad

Vulneración de NEAR AI por un fallo del motor de inferencia (datos de cuenta de unos 100 usuarios): qué se ha confirmado y qué deben hacer los usuarios y los operadores de infraestructura de IA

NEAR AI dice que un fallo de su motor SGLang permitió a un atacante llevarse datos de unos 100 usuarios y de 18 agentes. Qué está confirmado y qué hacer.

Publicado 2026-11-11 Actualizado 2026-11-11 Última verificación 2026-11-11 14 min de lectura
En esta página

Para: personas que usaron el chat de NEAR AI (Private Chat), NEAR AI Cloud o los agentes, y operadores que gestionan servidores de inferencia de IA o plataformas de agentes propios. Este artículo se basa en la entrada oficial del blog de NEAR AI y no trata pasos de ataque.

En desarrollo: este artículo se actualizará a medida que la organización publique más información

A quién afecta

personas que usaron el chat de NEAR AI (Private Chat), NEAR AI Cloud o los agentes, y operadores que gestionan servidores de inferencia de IA o plataformas de agentes propios.

Confirmado hasta ahoraVer la tabla ↓
  • Punto de entrada
  • Datos de cuenta (correo, nombre)
  • Información de plan y saldo
2 más
  • Agentes heredados
  • Claves de API de NEAR AI Cloud

Señalado como posiblemente afectado

  • Solicitudes en procesamiento (incluido el modo confidencial)
Aún sin confirmar
  • Cuándo se detectó la intrusión y cuándo entró por primera vez el atacante (el informe no lo indica)
  • Si realmente se observaron las solicitudes en modo confidencial (la empresa dice que pudieron observarse)
  • Si hacen falta notificaciones a los reguladores y cuáles (la empresa dice que hará las exigidas)
2 más
  • El número exacto de usuarios afectados (la empresa dice que aproximadamente 100)
  • Un identificador del fallo de SGLang (el informe no lo indica)
Qué hacer ahoraVer los pasos ↓
  1. Compruebe si la empresa se puso en contacto con usted
  2. Desconfíe de los mensajes sobre su cuenta o su saldo
  3. Si escribió secretos en agentes o chats, rótelos (nuestra opinión)
2 más
  1. Si usa claves de API de NEAR AI Cloud, revise cómo las maneja
  2. Operadores de infraestructura de IA: revisen su propia configuración
Última comprobación
A 11 de noviembre de 2026
Próximos avisos y qué comprobamos

El informe de la empresa tiene fecha del 9 de noviembre de 2026 y describe lo que la investigación ha confirmado «hasta la fecha». No da un calendario de nuevas actualizaciones. Cuando lo comprobamos el 11 de noviembre de 2026, no encontramos ninguna actualización del informe.

Qué deben hacer hoy los usuarios y los operadores de infraestructura de IA

1

Compruebe si la empresa se puso en contacto con usted

Según el informe de la empresa, los usuarios cuyos datos de cuenta confirmó que se habían consultado, y los propietarios de los 18 agentes, recibieron un aviso directo desde security@near.ai con los pasos que les corresponden. Revise también la carpeta de spam. Si recibió un mensaje, siga primero sus indicaciones.

Si no está seguro de que un mensaje sea auténtico, no abra sus enlaces; abra usted mismo el sitio oficial de la empresa. El contacto de la empresa es security@near.ai.

2

Desconfíe de los mensajes sobre su cuenta o su saldo

La empresa aconseja tratar con cautela los mensajes no solicitados que hagan referencia a su cuenta o a su saldo. Lo que se llevaron es una dirección de correo y un nombre, además de información de plan y saldo en algunas cuentas. Juntos permiten redactar mensajes falsos convincentes (un punto general). No abra los enlaces; compruebe su cuenta desde un marcador. Más en Qué es el phishing.

3

Si escribió secretos en agentes o chats, rótelos (nuestra opinión)

Lo que la empresa confirmó es que se obtuvieron el historial de chat, los ajustes y los registros de 18 agentes heredados y que, por separado, las claves de API de dos clientes de Cloud quedaron expuestas en registros (no se dice que se las llevaran). También dice que las solicitudes de usuarios en el servidor comprometido el 8 de noviembre pudieron observarse.

Si alguna vez puso una clave de API, una contraseña o una cadena de conexión en los ajustes de un agente o en un chat, rótela con quien la emitió, por precaución. No necesita esperar a saber si se vio. Sobre el manejo de claves, véase Variables de entorno y claves de API: lo básico.

4

Si usa claves de API de NEAR AI Cloud, revise cómo las maneja

La empresa dice que las claves expuestas en registros pertenecían a dos clientes de Cloud y se han revocado. El informe no da indicaciones sobre las claves de otros clientes. Revise dónde usa sus claves, elimine las que ya no use y compruebe que no las haya escrito en registros ni en historiales (nuestra opinión).

5

Operadores de infraestructura de IA: revisen su propia configuración

Lo que conviene comprobar en su propia infraestructura de inferencia y de agentes a la luz de este incidente se resume más abajo en «Qué deben revisar los operadores de infraestructura de IA».

Qué ocurrió (según el anuncio de NEAR AI)

Esta sección se basa en la entrada oficial del blog de NEAR AI «Security Incident Report» (9 de noviembre de 2026). Es el relato de la propia empresa y no ha sido verificado por un tercero. El informe no da horas del día.

  1. Fecha no indicada

    El atacante explota un fallo de ejecución remota de código en SGLang para ejecutar código en un servidor de inferencia y desde allí llega a la infraestructura de la empresa. La empresa no dice cuándo notó la intrusión.
  2. Dentro de lo que confirmó la investigación

    El atacante llega a un sistema interno situado detrás del servicio Private Chat, ya retirado, y descarga datos de cuenta de unos 100 usuarios. También accede a 18 agentes heredados.
  3. 8 de noviembre

    El atacante pudo observar las solicitudes de los usuarios que se procesaban en el servidor comprometido, incluidas las del modo confidencial (la empresa).
  4. Tras la detección

    La empresa revoca todas las sesiones activas y las credenciales administrativas, sustituye todos los tokens de agentes, deja Private Chat sin conexión y despliega una corrección en todos los servidores de inferencia. También completa la rotación del resto de credenciales y una revisión forense completa.
  5. 9 de noviembre

    La empresa publica su informe. El acceso se ha cerrado y se ha restablecido el acceso a NEAR AI Cloud. Se ha avisado directamente a los usuarios afectados.

Un servidor de inferencia

Código ejecutado por un fallo de SGLang

↓

Otra infraestructura

Sistema interno, agentes heredados

↓

9 de noviembre

Corregido, rotado, comunicado

Flujo basado en el blog oficial de NEAR AI (el relato de la empresa).
Unos 100
Usuarios cuyos datos de cuenta se llevaron (la empresa): correo, nombre y, en algunos, plan y saldo
18
Agentes heredados a los que se accedió; no se ejecutaban en el entorno de computación confidencial (TEE) (la empresa)
2 clientes de Cloud
Clientes de NEAR AI Cloud cuyas claves de API quedaron expuestas en registros; claves revocadas (la empresa)
Sin indicios
De acceso a las conversaciones almacenadas de Private Chat ni a los archivos subidos (la empresa)
Puntos clave del anuncio (blog de NEAR AI)
Punto de entrada
Un fallo de ejecución remota de código en SGLang, el motor de inferencia de código abierto que funciona en los servidores de la empresa. Se ejecutó código en un servidor de inferencia y desde allí el atacante llegó a otra infraestructura
Se llevaron (1)
De un sistema interno situado detrás del servicio Private Chat, ya retirado: direcciones de correo y nombres de unos 100 usuarios y, en algunas cuentas, información de plan y saldo
Se llevaron (2)
El historial de chat, los ajustes y los registros de 18 agentes de un despliegue heredado de NEAR AI Agents que no se ejecutaban en el entorno de computación confidencial
Expuestas en registros (revocadas)
Las claves de API de NEAR AI Cloud de dos clientes de Cloud quedaron expuestas en registros (no se dice que se las llevaran). Las claves están revocadas
Pudo verse
El 8 de noviembre, las solicitudes de los usuarios que se procesaban en el servidor comprometido, incluidas las que se ejecutaban en modo confidencial
Sin indicios de
Acceso a las conversaciones almacenadas de Private Chat ni a los archivos subidos
Respuesta de la empresa
Revocó sesiones y credenciales administrativas, sustituyó los tokens de agentes, dejó Private Chat sin conexión, desplegó la corrección en todos los servidores de inferencia, rotó credenciales, completó una revisión forense completa, avisó a los usuarios afectados y comunicó el fallo al proyecto SGLang. Dice que hará las notificaciones a los reguladores que sean exigibles

Qué se sabe y qué no

El estado a 11 de noviembre de 2026. Actualizaremos la columna de estado cuando se publique más.

ElementoContenidoEstado
Punto de entradaUn fallo de ejecución remota de código en SGLangConfirmado (la empresa)
Datos de cuenta (correo, nombre)Se llevaron los datos de unos 100 usuariosConfirmado (la empresa)
Información de plan y saldoSe llevó en algunas cuentasConfirmado (la empresa)
Agentes heredados18 accedidos; se obtuvieron historial de chat, ajustes y registrosConfirmado (la empresa)
Claves de API de NEAR AI CloudClaves de dos clientes de Cloud expuestas en registros; revocadas (no se dice que se las llevaran)Confirmado (la empresa)
Solicitudes en procesamiento (incluido el modo confidencial)Pudieron observarse el 8 de noviembre en el servidor comprometidoPosible (la empresa)
Conversaciones almacenadas de Private ChatSin indicios de accesoNo confirmado (la empresa)
Archivos subidosSin indicios de accesoNo confirmado (la empresa)
ContraseñasNo figuran en la lista de lo que se llevaronNo se indica
Números de tarjeta de pagoNo figuran en la lista de lo que se llevaronNo se indica
Cuándo se notó la intrusiónNo se indicaNo se indica
Identificador (CVE) del fallo de SGLangNo se indicaNo se indica
Notificaciones a los reguladoresLa empresa dice que hará las exigidasLa empresa dice que hará las notificaciones exigidas

Cómo leer esto: el relato de la empresa no ha sido verificado por un tercero

Las cifras de unos 100 usuarios, 18 agentes y dos clientes de Cloud son lo que la propia investigación de la empresa ha confirmado «hasta la fecha». La empresa dice que completó una revisión forense completa, pero el informe no dice si participó una firma externa ni qué halló. «Contraseñas» y «números de tarjeta de pago» simplemente no figuran en la lista de lo que se llevaron; la empresa no dijo que estuvieran excluidos.

Qué puede ocurrir cuando un servidor de inferencia tiene un fallo

Lo siguiente es general y no significa que haya ocurrido aquí. Lo que la empresa ha publicado como ocurrido se limita a «Qué ocurrió» más arriba.

Un servidor de inferencia recibe la entrada de los usuarios (prompts), la procesa con un modelo y devuelve la respuesta. Si se puede ejecutar código arbitrario en él, ese código puede alcanzar la entrada y la salida que el servidor está procesando. Si además el servidor tiene permisos o conexiones con otros sistemas internos, estos se convierten en la siguiente puerta de entrada.

La empresa explica que la computación confidencial protege frente al operador y el anfitrión, no frente a una vulnerabilidad en el software que se ejecuta dentro del entorno. La protección de la entrada depende por tanto de algo más que del límite exterior: de actualizar el software que se ejecuta dentro y de los permisos de los servicios circundantes.

Qué deben revisar los operadores de infraestructura de IA

Esta sección no evalúa la respuesta de la empresa ni adivina el contenido técnico del fallo. A partir del relato publicado, se limita a puntos que comprobar en su propia configuración, y son nuestra opinión.

1

Reduzca al mínimo lo que un servidor de inferencia puede alcanzar

En este relato, la ejecución de código en un servidor de inferencia llevó a otra infraestructura. No dar a un servidor de inferencia credenciales ni conexiones con sistemas de gestión internos y otros servidores, y limitar su tráfico a los destinos que necesita, puede reducir hasta dónde se extiende una máquina comprometida (nuestra opinión).

2

No deje atrás los sistemas internos de servicios retirados

Los datos de cuenta que se llevaron estaban en un sistema interno situado detrás del servicio Private Chat, ya retirado. En un servicio que deja de usar, no basta con apagarlo: borre los datos, revoque las credenciales y quítelo de la red. Lo que conserva es lo que queda expuesto cuando ocurre una brecha (nuestra opinión).

3

Lleve los entornos heredados al lado más fuerte de su aislamiento

Los 18 agentes estaban en un despliegue heredado que no se ejecutaba en el entorno de computación confidencial. Reforzar un entorno nuevo deja el heredado como el lado débil. Migre o fije una fecha para retirarlo, y aplique mientras tanto los mismos límites de permisos (nuestra opinión).

4

Mantenga los secretos fuera de los registros

La empresa dice que las claves de API de dos clientes de Cloud quedaron expuestas en registros. No escriba en los registros las cabeceras de las solicitudes ni los ajustes tal cual, enmascare claves y tokens y limite el acceso al lugar donde se guardan los registros. Prepare de antemano los pasos para revocar una clave con rapidez si llega a aparecer en un registro (nuestra opinión). Otro caso centrado en el manejo de claves es El incidente de seguridad de Northflank.

5

Tenga un camino para desplegar rápido en todos los servidores las actualizaciones del motor de inferencia

La empresa desplegó la corrección en todos los servidores de inferencia y comunicó el fallo al proyecto SGLang. Si usa un motor de inferencia de código abierto, mantener una vía de despliegue que pueda llevar rápido a todos los servidores una corrección publicada, y un inventario de las versiones que ejecuta, acorta el tiempo entre darse cuenta y corregir (nuestra opinión). Otra intrusión en infraestructura de IA se trata en La intrusión en Hugging Face (en inglés).

Fuentes (registros públicos)

Los hechos de este artículo proceden de la siguiente información pública. No se tratan detalles de pasos de ataque.

  • NEAR AI, «Security Incident Report» (blog oficial, 9 de noviembre de 2026; consultado el 11 de noviembre; en inglés) — near.ai

Historial de actualizaciones

2026-11-11: Primera versión. Basada en la entrada oficial del blog de NEAR AI (9 de noviembre de 2026). Actualizaremos cuando se publique más información.

Lectura recomendada

Última hora reciente

FAQ

Q¿Qué ocurrió en NEAR AI?
A

Según la entrada oficial del blog de NEAR AI (9 de noviembre de 2026), un atacante explotó un fallo de ejecución remota de código en SGLang, el motor de inferencia de código abierto que funciona en sus servidores. Eso le dio ejecución de código en un servidor de inferencia y, desde allí, acceso a otra infraestructura. La empresa dice que cerró el acceso, sustituyó las credenciales afectadas, corrigió la vulnerabilidad y restableció el acceso a NEAR AI Cloud.

Q¿Me afecta?
A

Según la empresa, los usuarios cuyos datos de cuenta confirmó que se habían consultado, y los propietarios de los 18 agentes, recibieron un aviso directo desde security@near.ai con los pasos que les corresponden. Si no recibió nada, no estaba entre las personas que la empresa confirmó como afectadas, pero el informe no da indicaciones para quienes no están afectados.

Q¿Qué información se llevaron?
A

La empresa confirmó que se llevaron dos cosas. (1) De un sistema interno situado detrás del servicio Private Chat, ya retirado: direcciones de correo y nombres de unos 100 usuarios y, en algunas cuentas, información de plan y saldo. (2) El historial de chat, los ajustes y los registros de 18 agentes heredados que no se ejecutaban en su entorno de computación confidencial (TEE). Por separado, (3) las claves de API de NEAR AI Cloud de dos clientes de Cloud quedaron expuestas en registros y ahora están revocadas (el informe no dice que se las llevaran). La empresa no halló indicios de que se accediera a las conversaciones almacenadas de Private Chat ni a los archivos subidos.

Q¿Se vieron las solicitudes enviadas en modo confidencial?
A

La empresa escribe que el 8 de noviembre el atacante pudo observar las solicitudes de los usuarios que se procesaban en el servidor comprometido, incluidas las que se ejecutaban en modo confidencial. No dice que se observaran. Su explicación es que la computación confidencial no protege frente a una vulnerabilidad en el software que se ejecuta dentro del entorno.

Q¿Cuál es el número CVE del fallo?
A

El informe de la empresa no da número CVE. Dice solo que el fallo es una vulnerabilidad de ejecución remota de código en SGLang y que lo comunicó al proyecto SGLang. Este sitio no añade un identificador que el informe no indica.

Q¿Qué debo vigilar ahora que se llevaron datos de cuenta?
A

La empresa aconseja tratar con cautela los mensajes no solicitados que hagan referencia a su cuenta o a su saldo. Una dirección de correo y un nombre, junto con información de plan o saldo, pueden servir para redactar un mensaje falso convincente. No abra los enlaces de esos mensajes; compruebe su cuenta desde un marcador del sitio oficial.