El riesgo que aprobaste no es el que corres

La mayoría de los consejos todavía imagina el riesgo de la IA como una decisión que toman: qué modelo licenciar, en qué proveedor confiar, qué contrato firmar. Esa imagen ya es errónea. La exposición que más importa es la que nadie aprobó. El Informe de Investigaciones de Brechas de Datos 2026 de Verizon descubrió que el uso habitual de IA en dispositivos corporativos se triplicó en doce meses, del 15 al 45 por ciento de los empleados, y que dos tercios de esas personas llegan a las herramientas a través de cuentas personales que quedan por completo fuera del control corporativo.

Esto es la IA en la sombra: software capaz que se adopta más rápido de lo que cualquier política puede seguir. Es ya la tercera acción interna no maliciosa más común que marcan los sistemas de prevención de pérdida de datos, un salto de cuatro veces en un solo año. Quienes lo hacen no son descuidados. Son empleados productivos que resuelven problemas reales con la mejor herramienta que tienen delante. Por eso mismo un comunicado no lo detendrá.

Tu código fuente es lo primero que sale

Cuando el mismo informe clasificó lo que los empleados pegan de verdad en las herramientas públicas de IA, el código fuente encabezó todas las demás categorías por un amplio margen, por delante de las imágenes y los datos estructurados. La forma cruda de leer ese hallazgo es esta: código fuente en un modelo público es propiedad intelectual en la canalización de entrenamiento de otro. Para una empresa cuya ventaja vive en su código, en su lógica de precios o en sus registros de clientes, eso no es una hipótesis. Es una transferencia diaria e invisible de los activos que te pagan por proteger.

El daño no se anuncia. No hay notificación de brecha, ni nota de rescate, ni caída dramática del servicio. Un modelo simplemente mejora un poco en reproducir aquello que creías tuyo, y un día la consulta de un competidor devuelve algo que te resulta familiar. Para entonces la pregunta no es cómo recuperar los datos. Es si puedes siquiera demostrar que salieron.

El regulador ya te dijo qué hacer

El 15 de junio de 2026 el Supervisor Europeo de Protección de Datos replanteó la IA en la sombra como un problema de cumplimiento, no como uno de soporte técnico. Los datos introducidos en herramientas no aprobadas caen en un punto ciego regulatorio: sin acuerdo sobre la base legal para su tratamiento, sin claridad sobre la conservación, sin garantía para la transferencia internacional, sin transparencia sobre si entrenan un modelo. Bajo el RGPD, un punto ciego no es una defensa. Es un hallazgo abierto que espera a un auditor.

Lo que el EDPS no recomendó es una prohibición. Dijo que la respuesta es la gestión activa: definir qué uso de IA está autorizado, clasificar los datos que nunca deben salir, aplicar controles técnicos y dar a la gente una herramienta aprobada lo bastante buena como para que dejen de recurrir a la no aprobada. La prohibición fracasa porque no cambia el incentivo. Solo mueve la misma conducta a un lugar donde ya no puedes verla.