← Blog
AI Security Enterprise 6 min read  ·  March 16, 2026

Shadow AI en 2026: cómo los desarrolladores filtran datos corporativos

La mayoría de las organizaciones tiene una política de IA. La mayoría de los empleados la ignora. La shadow AI —el uso de herramientas de IA no aprobadas con datos de trabajo reales— es ya una de las principales causas de las filtraciones de datos corporativos, y el DLP convencional no puede detectarla.

El 20% de las organizaciones sufrió una filtración de datos o un incidente de seguridad causado directamente por el uso de herramientas de shadow AI por parte de empleados, y esas filtraciones costaron de media 670 000 € más que los incidentes sin shadow AI implicada.
Fuente: Kiteworks 2026 AI Data Security Report

What is shadow AI?

Shadow AI refers to the use of AI tools — chatbots, coding assistants, image generators, transcription services — that have not been approved, evaluated, or provisioned by an organisation's IT or security team. The term is an extension of the older concept of shadow IT, but the data exposure risk is categorically different.

Shadow IT typically involved employees using Dropbox instead of SharePoint. Shadow AI involves employees pasting customer databases, support transcripts, internal code, and financial models into third-party AI services — where the data is processed on external infrastructure, potentially used for model training, and governed by terms of service no one in the organisation has reviewed.

The scale of the problem

AI adoption has moved faster than policy. According to McKinsey's 2024 global survey, 88% of organisations use AI in at least one business function. Yet a 2026 analysis of enterprise environments found that 83% of those organisations have zero automated controls to prevent sensitive data from entering public AI tools — and 45% of enterprise employees are already using AI tools on a regular basis.

83%
of orgs lack automated AI data controls
27.4%
of enterprise AI chatbot inputs contain sensitive data
20%
had a breach caused by shadow AI
156%
YoY increase in AI data exposure incidents
€670K
average added breach cost from shadow AI

How corporate data leaks — the six channels

Shadow AI exposure is rarely intentional. It happens through six recurring patterns:

1. Depuración con datos reales

Un desarrollador pega un stack trace o el resultado de una consulta a la base de datos en ChatGPT para depurar un error. El resultado contiene direcciones de correo electrónico reales, identificadores de usuario o registros de transacciones. El desarrollador se centra en solucionar el error, no en si los datos están anonimizados.

2. Escribir código contra esquemas de producción

Los asistentes de IA para programación funcionan mejor con contexto. Los desarrolladores pegan esquemas de tablas, respuestas de API o exportaciones de datos de prueba para generar código preciso. Estas exportaciones contienen con frecuencia registros reales de clientes o datos de salud procedentes de bases de datos de producción.

3. Resumir documentos internos

Los analistas utilizan la IA para resumir transcripciones de reuniones, evaluaciones de desempeño o actas del consejo. Estos documentos contienen nombres de empleados, salarios, condiciones de salud, planes estratégicos y discusiones sobre fusiones, todo ello enviado a un servicio externo.

4. Automatización de la atención al cliente

Los agentes de soporte pegan los tickets de clientes en herramientas de IA para generar respuestas o clasificar incidencias. Los tickets suelen contener nombres completos, números de cuenta, direcciones de facturación y consultas de salud, especialmente en las colas de soporte de los sectores sanitario y fintech.

5. Tests generados por IA con datos de producción

Los equipos piden a los asistentes de IA para programación que generen suites de tests. Para producir tests realistas, aportan datos de muestra, a menudo una exportación CSV o JSON de usuarios reales. La IA genera tests que incrustan los datos personales reales en los fixtures de prueba, los cuales acaban en el control de versiones.

6. IA agéntica con amplio acceso a datos

El canal más reciente y de mayor riesgo. Los sistemas de IA agéntica (Claude con computer use, agentes al estilo AutoGPT, agentes de programación con acceso al sistema de archivos) pueden leer archivos, consultar bases de datos y enviar solicitudes API de forma autónoma. Cuando se les conceden permisos amplios, pueden exfiltrar almacenes de datos completos sin que ninguna acción humana concreta resulte sospechosa.

Por qué el DLP convencional no puede detenerla

Las herramientas de Data Loss Prevention (DLP) funcionan inspeccionando transferencias de archivos, adjuntos de correo electrónico y tráfico de red en busca de patrones que coincidan con formatos de PII conocidos. Tienen dos puntos ciegos estructurales que la shadow AI explota por completo:

El DLP ve tráfico, no intención

Un desarrollador que pega un objeto JSON en la pestaña del navegador de ChatGPT tiene el mismo aspecto que si escribiera cualquier otro texto. La inspección HTTPS puede ver el destino, pero la detección de PII a nivel de contenido en pestañas del navegador requiere agentes de endpoint que la mayoría de las organizaciones no ha desplegado, y que los empleados desactivan o eluden con frecuencia.

El DLP es reactivo, no preventivo

Las alertas de DLP se disparan después de que se haya producido una transferencia. Cuando un analista de seguridad revisa una alerta, los datos ya están en un sistema externo. A efectos del GDPR, la filtración ya se ha producido: la alerta de DLP es la notificación, no la prevención.

El marco de responsabilidad del GDPR

La shadow AI no es solo un riesgo de TI. Bajo el GDPR, genera responsabilidad legal directa en tres niveles:

Art. 5(1)(b)
Purpose limitation

Los datos personales recopilados para su servicio son procesados por un proveedor de IA de terceros con una finalidad —la mejora del modelo de IA— incompatible con el propósito original de recopilación. Casi con toda seguridad, su política de privacidad no menciona esta transferencia.

Art. 28
Processor agreements

Todo encargado del tratamiento que gestione datos personales en su nombre requiere un Acuerdo de Tratamiento de Datos (DPA). Los empleados que utilizan herramientas de shadow AI nunca han firmado un DPA con esos proveedores. El responsable del tratamiento (su empresa) es responsable de este incumplimiento.

Art. 44
International transfers

La mayoría de los grandes proveedores de IA procesan datos en Estados Unidos. Transferir datos personales de la UE a un proveedor de IA estadounidense sin las garantías adecuadas (SCC, decisión de adecuación) constituye una infracción directa del GDPR, y con 5880 millones de € en multas acumuladas desde 2018, los reguladores lo están haciendo cumplir de forma activa.

5880 millones de € en multas acumuladas del GDPR en 2245 acciones sancionadoras desde 2018, y las infracciones relacionadas con IA representan una proporción cada vez mayor de las nuevas investigaciones. La mayoría de las autoridades de protección de datos cuentan ya con unidades dedicadas a la aplicación de normativa sobre IA.
Fuente: anonym.community/trends.html

Por qué prohibir las herramientas de IA no funciona

La respuesta intuitiva a la shadow AI es la prohibición: bloquear ChatGPT en el firewall, restringir la instalación de herramientas de IA, exigir aprobación para todo software nuevo. La investigación demuestra sistemáticamente que este enfoque fracasa, por tres razones:

  • Coste de productividad — los desarrolladores que usan herramientas de IA para programar producen significativamente más resultados por hora. Retirar esas herramientas sin sustituirlas genera malestar y riesgo de rotación de personal.
  • Elusión — los empleados motivados sortean los controles de red usando puntos de acceso móviles, portátiles personales o VPN. El 71,6% del acceso empresarial a la IA ya se produce a través de cuentas no corporativas — las prohibiciones llevan el uso a la clandestinidad en lugar de eliminarlo.
  • Desventaja competitiva — las organizaciones que prohíben las herramientas de IA mientras sus competidores las adoptan con las salvaguardas adecuadas se quedan atrás en velocidad de desarrollo, rapidez de lanzamiento de funciones y captación de talento. La shadow AI está impulsada en parte por empleados que ven los beneficios de productividad y se niegan a renunciar a ellos.

Caso de estudio: Samsung

Samsung sufrió tres incidentes independientes de filtración de código fuente en un solo mes tras levantar brevemente su prohibición de ChatGPT, incluidos código de bases de datos de semiconductores y notas internas de reuniones transmitidas a OpenAI sin ningún mecanismo de recuperación. La empresa no disponía de ningún control técnico entre el desarrollador y el servicio de IA externo. Una capa de anonimización transparente habría evitado los tres incidentes sin eliminar los beneficios de productividad que llevaron a los empleados a usar ChatGPT en primer lugar.
Fuente: anonym.community — Beyond the ChatGPT Ban (marzo de 2026)

El modelo correcto: herramientas aprobadas con interceptación de datos

La respuesta eficaz a la shadow AI no es la prohibición, sino la formalización con controles. Proporcione las herramientas aprobadas que su equipo quiere usar y añada una capa de interceptación de datos que elimine la PII antes de que llegue a cualquier servicio de IA externo. La investigación de Data Privacy Week 2026 halló que las organizaciones con herramientas de IA aprobadas y políticas claras redujeron el uso no autorizado de IA en un 89%.

Esto es exactamente lo que ofrece el MCP Server de anonymize.dev. Se sitúa entre la herramienta de IA de su desarrollador y el servicio de IA externo, inspecciona cada prompt en busca de PII y sustituye los datos personales reales por tokens sintéticos reversibles, antes de que los datos salgan de su entorno.

Data flow with anonymize.dev
Developer prompt
anonymize_text()
AI (no real PII)
detokenize_text()
Response with real names restored

La IA ve [PERSON_1] y [EMAIL_1] — nunca los datos personales reales. La tokenización de ida y vuelta preserva el contexto.

Despliegue: convertir la IA aprobada en la opción fácil

El principio de diseño crítico para prevenir la shadow AI es la reducción de la fricción. Si la herramienta aprobada es más difícil de usar que la herramienta en la sombra, los empleados usarán la herramienta en la sombra. anonymize.dev está diseñado para no generar ninguna fricción en el flujo de trabajo:

Step 1
Add the MCP Server to Cursor or Claude Desktop

Un único bloque de configuración JSON. Sin instalación de extensiones, sin agentes de navegador, sin cambios de código. Guía de Cursor →

Step 2
Configure entity types and operators for your data classification

Asigne PERSON → replace, EMAIL → tokenise, MEDICAL → redact, IP_ADDRESS → hash. Más de 267 tipos de entidades en todas las jurisdicciones globales. Vea todos los tipos de entidades →

Step 3
Share the team configuration via your standard config repo

La configuración del MCP Server es un simple archivo JSON que puede añadirse a los dotfiles de su equipo o a su sistema de gestión de configuración. Todos los desarrolladores obtienen la misma protección sin necesidad de una incorporación individual.

Step 4
Update your AI usage policy to reference the approved setup

Documente que Cursor + el MCP Server de anonymize.dev es la configuración de programación con IA aprobada por la organización. Los empleados que quieren usar herramientas de IA para programar disponen ahora de un camino claro y conforme a la normativa, lo que reduce drásticamente el incentivo para usar alternativas de shadow AI.

El resultado: sus desarrolladores usan las herramientas de IA que quieren. Ninguna PII sale de su entorno. Cuenta con una política de uso de IA documentada y auditable. Y su exposición al GDPR por shadow AI se reduce prácticamente a cero, todo ello sin bloquear una sola herramienta.

Fuentes

Dele a su equipo herramientas de IA que pueda usar con seguridad.

Configure MCP Server en menos de 2 minutos. Plan gratuito disponible, no se requiere tarjeta de crédito.

Related Articles

8 min read · Mar 16, 2026
Vibe Coding & PII Leakage: How to Stay GDPR-Compliant →
7 min read · Mar 16, 2026
EU AI Act August 2026: A Developer's Compliance Checklist →