# IA en la sombra: qué es y cómo detectarla

> Qué es la IA en la sombra, por qué importa ante el RGPD, el AI Act y NIS2, cómo detectarla desde la red sin agente en cada equipo y una lista de control.

Source page: https://netsenx.com/es/blog/2026-11-12_shadow-ai-guide · NetSenX Team · 2026-11-12

La IA en la sombra (shadow AI) es el uso en el trabajo de herramientas de inteligencia artificial que los responsables de TI, seguridad y protección de datos no han aprobado y que normalmente ni conocen: un chatbot usado con una cuenta personal, una función de IA activada dentro de un programa que la empresa ya paga, una extensión del navegador, un asistente de programación, un modelo de lenguaje que se ejecuta en un portátil o un agente de IA conectado a los sistemas de la empresa. Casi nunca hay mala intención. La gente quiere trabajar más rápido y la herramienta está a una pestaña de distancia. El problema es que nadie puede responder a las tres preguntas que hará un auditor, un cliente o un regulador: qué servicios de IA tocan nuestros datos, qué se les envía y en qué condiciones.

Esta guía explica por qué importa, cómo detectar la IA en la sombra desde la red sin instalar un agente en cada equipo, qué no puede ver la red y una lista de control para la política de IA que puede adoptar este mismo trimestre.

## Por qué importa la IA en la sombra

**Los datos salen sin contrato.** El texto pegado en un servicio de IA lo trata su proveedor. Con una cuenta empresarial y un contrato de encargo del tratamiento puede ser lícito y controlado. Con una cuenta personal en condiciones de consumo, la empresa no tiene contrato, no decide cuánto tiempo se conservan los datos y a menudo no tiene forma de saber qué se envió. Según el RGPD, enviar datos personales a ese proveedor exige una base jurídica, informar a las personas afectadas y, cuando el proveedor actúa por cuenta de la empresa, un contrato conforme al artículo 28. Una comunicación no autorizada puede constituir una violación de la seguridad de los datos personales, con la obligación de notificar en 72 horas del artículo 33 cuando sea probable que suponga un riesgo para las personas.

**El AI Act pide conocer las propias herramientas.** El artículo 4 del Reglamento de IA, el Reglamento (UE) 2024/1689, se aplica desde el 2 de febrero de 2025 tanto a proveedores como a responsables del despliegue, lo que incluye a empresas corrientes que usan herramientas de IA. Pide medidas que apoyen la alfabetización en IA del personal que trabaja con sistemas de IA. No se pueden planificar esas medidas para herramientas que la empresa no sabe que se están usando.

**NIS2 trata los servicios de IA como proveedores.** Para las entidades incluidas en NIS2, la Directiva (UE) 2022/2555, el artículo 21 recoge la seguridad de la cadena de suministro entre las medidas de gestión de riesgos. Un servicio de IA que recibe datos de la empresa es un proveedor de servicios en ese sentido, lo haya contratado compras o no.

**Los clientes preguntan.** Los cuestionarios de seguridad y las licitaciones preguntan cada vez más si los datos del cliente se introducen en herramientas de IA, y en cuáles. «No lo sabemos» es la respuesta que hace perder contratos.

## Cómo detectar la IA en la sombra desde la red

Un sensor de red ve todos los dispositivos de los segmentos que observa, incluidos los que no admiten un agente y los portátiles que nadie dio de alta. No descifra nada. Lo que ve basta para saber qué se está usando:

- **El servicio.** Antes de que empiece el cifrado, una conexión TLS indica en el handshake el nombre del servidor al que quiere llegar (SNI), y el equipo suele haber consultado ese mismo nombre en el DNS un momento antes. Junto con la dirección de destino, eso identifica el servicio de IA.
- **El equipo.** Cada conexión pertenece a un host, así que se ve qué equipos o segmentos usan qué servicios y cuándo.
- **El volumen.** Los bytes enviados distinguen una pregunta rápida de una subida grande. Un puesto de trabajo que envía cientos de megabytes a un servicio de IA en una tarde merece una conversación; unos pocos kilobytes, no.
- **Los modelos locales.** Un modelo de lenguaje servido en un portátil o en una estación con GPU responde en la red local. Su tráfico es visible, igual que un servidor de modelos al que otros equipos empiezan a llamar.
- **Agentes y conectores remotos.** Un agente de IA que se ejecuta en un servidor llama a las API de modelos de forma programada o en ráfagas, a menudo de noche, y puede acceder también a sistemas internos. Los conectores MCP remotos aparecen como conexiones desde el equipo que ejecuta el asistente hasta el host del conector.

Lo que la red no ve importa igual:

- **El contenido.** Los prompts, los documentos pegados y las respuestas viajan dentro de sesiones cifradas. Para saber qué se compartió hacen falta los registros de administración del propio servicio de IA o una herramienta de prevención de fuga de datos (DLP).
- **Lo que ocurre en el equipo.** Un servidor MCP local que habla con el asistente en la misma máquina nunca pasa por la red, igual que una función de IA que se ejecuta por completo en el portátil.
- **El tráfico fuera de sus redes.** Un móvil con datos móviles o un portátil en el wifi de casa quedan fuera de la vista, salvo que su tráfico vuelva por la VPN de la empresa.
- **Los nombres de servidor ocultos.** Donde se usa Encrypted Client Hello, el nombre del servidor ya no se lee en el handshake; la identificación recae entonces en el DNS y la dirección de destino.

## Lista de control para la política de IA

1. **Primero, el inventario.** Enumere los servicios de IA que paga, las funciones de IA activadas en el software que ya usa y lo que la red muestra además. Dé a cada servicio un estado: aprobado, tolerado para datos no sensibles o a sustituir.
2. **Ofrezca una herramienta aprobada.** Una cuenta empresarial con contrato de encargo y el entrenamiento con sus datos desactivado elimina casi todos los motivos para usar cuentas personales.
3. **Clasifique los datos.** Diga qué datos no pueden ir nunca a un servicio de IA externo (datos personales de clientes, credenciales, código fuente sujeto a contrato, datos financieros no publicados) y cuáles sí.
4. **Incluya conectores y agentes.** Publique una lista de servidores MCP e integraciones de agentes aprobados, limite los permisos de sus tokens, rótelos e inclúyalos en las bajas de personal.
5. **Revise el proveedor de identidad.** Las nuevas autorizaciones OAuth a aplicaciones de IA con permisos amplios son la vía de acceso que más crece y que nadie revisa.
6. **Forme y deje constancia.** El artículo 4 no exige un certificado ni un número de horas; pide medidas adaptadas al puesto y a las herramientas que se usan. Lleve un registro sencillo de quién aprendió qué y cuándo.
7. **Vuelva a medir.** Repita el inventario cada trimestre. Las nuevas funciones de IA llegan con actualizaciones de software corrientes.
8. **Responda a los clientes con datos.** Mantenga una declaración breve y veraz de qué servicios de IA están aprobados y cómo se comprueba su uso, y actualícela cuando cambie el inventario.

## Cómo lo muestra NetSenX

Desde el plan Pro, NetSenX señala el tráfico hacia servicios de IA externos y hacia entornos de modelos de lenguaje ejecutados en local, y muestra qué host llegó a qué servicio, cuándo y cuántos datos se movieron. Trabaja con los metadatos del tráfico y nunca descifra nada, así que ningún contenido de los prompts llega a NetSenX, y los datos del cliente se quedan en la UE. No lee prompts, no bloquea servicios de IA y no decide cuáles están permitidos: esas decisiones corresponden a su política de IA, y su aplicación, al proxy, al cortafuegos o a la configuración de administración del servicio. Los detalles están en la página de [detección de IA en la sombra](/es/shadow-ai-detection), y el inventario paso a paso, en [cómo encontrar la IA en la sombra en su empresa](/es/blog/2026-11-12_find-shadow-ai-in-your-company).

## Fuentes

- [Reglamento (UE) 2024/1689 (Reglamento de IA), artículos 4 y 113 — EUR-Lex](https://eur-lex.europa.eu/eli/reg/2024/1689/oj?locale=es)
- [Reglamento (UE) 2016/679 (RGPD), artículos 28 y 33 — EUR-Lex](https://eur-lex.europa.eu/eli/reg/2016/679/oj?locale=es)
- [Directiva (UE) 2022/2555 (NIS2), artículo 21 — EUR-Lex](https://eur-lex.europa.eu/eli/dir/2022/2555/oj?locale=es)
- [RFC 6066, extensiones de TLS: Server Name Indication — IETF](https://www.rfc-editor.org/rfc/rfc6066)

---

*Escrito por el equipo de NetSenX en TriStiX S.L. Preguntas: [info@netsenx.com](mailto:info@netsenx.com).*