IA sin gobierno: la fuga silenciosa de información y activos tecnológicos en las organizaciones

En casi todas las organizaciones ya hay alguien usando inteligencia artificial generativa para trabajar más rápido: resumir un contrato, redactar un correo, depurar código, entender una norma. Eso no es el problema. El problema es que, en la mayoría de los casos, nadie definió qué se puede compartir con esas herramientas y qué no. Y cuando eso ocurre, cada consulta escrita con buena intención se convierte en una pregunta sin respuesta: ¿a dónde fue esa información y quién más puede verla?

La IA sin control no es un riesgo hipotético para el futuro. Es una fuga de información y de activos tecnológicos que ya está ocurriendo, en silencio, en la operación diaria de organizaciones que todavía no la tratan como lo que es: un problema de seguridad de la información con el mismo peso que una brecha de red o una base de datos expuesta.

Qué se fuga cuando la IA no tiene reglas

Cuando alguien copia y pega contenido en una herramienta de IA que la organización nunca evaluó ni contrató, lo que sale de sus manos no siempre es reversible. Tres categorías de activos quedan expuestas:

Información sensible de terceros: datos de pacientes, afiliados, empleados o clientes que aparecen en historias clínicas, autorizaciones, reclamaciones o bases de datos internas.
Información estratégica de la organización: contratos, cifras financieras, actas de comité, planes comerciales, código fuente propio, arquitecturas internas.
Activos tecnológicos propios: prompts, flujos de trabajo, lógicas de negocio codificadas en instrucciones — el "cómo" que le da ventaja competitiva a la organización, entregado gratis a un tercero cada vez que se pega en un cuadro de texto.

Ninguna de estas fugas requiere intención maliciosa. Basta con que alguien, presionado por un plazo, pegue un fragmento de una historia clínica en un asistente de acceso público para resumirla, o suba un acta con cifras de la compañía para que la IA la redacte "mejor". El dato ya salió del perímetro que la organización controla, y no hay forma de saber con certeza qué pasa con él después: si se guarda, si se usa para entrenar un modelo, si queda accesible a un tercero.

Por qué en salud y aseguramiento el riesgo es mayor

En un sector donde el activo más sensible es la historia clínica de una persona, la conversación no es teórica. Los datos de salud son datos sensibles bajo la Ley 1581 de 2012 y sus decretos reglamentarios: tienen un nivel de protección más alto que un dato personal común, y su tratamiento indebido tiene consecuencias que van más allá de lo reputacional. A eso se suma que EPS, IPS y ARL operan bajo vigilancia del regulador del sector, con obligaciones de reserva y trazabilidad que no desaparecen porque la fuga haya ocurrido "sin querer" a través de una herramienta de IA.

Está también el riesgo contractual: buena parte de la información que circula en cuentas médicas, auditorías y conciliaciones está protegida por acuerdos de confidencialidad entre asegurador y prestador. Una fuga por IA sin gobierno no distingue entre "fue un descuido" y "fue una negligencia" a la hora de las consecuencias: el dato salió igual.

Las formas más comunes en que ocurre

La fuga casi nunca ocurre por una decisión deliberada de sabotaje. Ocurre por la vía más simple: la IA en la sombra, o shadow AI — el uso de herramientas de inteligencia artificial que la organización nunca evaluó, aprobó ni contrató, pero que sus propios colaboradores adoptaron por su cuenta porque resuelven un problema real.

Algunas de las rutas más frecuentes:

Copiar y pegar documentos, correos o extractos de bases de datos en asistentes de IA de acceso público para resumir, traducir o redactar.
Subir archivos completos —contratos, historias clínicas, reportes financieros— a herramientas sin un acuerdo de tratamiento de datos con la organización.
Extensiones de navegador con IA integrada que capturan lo que el usuario ve en pantalla, incluidos sistemas internos.
Asistentes de código que reciben fragmentos de sistemas propietarios "para ayudar a programar", exponiendo lógica de negocio y, a veces, credenciales que quedan escritas en el propio código.
Cuentas personales usadas para trabajo corporativo, sin visibilidad ni control del área de TI sobre qué se comparte ni con qué cuenta.

Ninguna de estas prácticas aparece en un registro de incidentes de seguridad. No hay una alarma que se dispare. Por eso es una fuga silenciosa: la organización sigue funcionando con normalidad mientras su información sale por una puerta que nadie vigila.

Gobernar la IA no es prohibirla

La respuesta correcta no es bloquear la inteligencia artificial. Prohibirla sin ofrecer una alternativa solo empuja el uso a la clandestinidad: la persona sigue necesitando resolver su problema y lo va a hacer desde su celular y su cuenta personal, ahora sin que TI tenga ninguna visibilidad. La respuesta correcta es gobernar el uso, con reglas tan claras como las que ya existen para el correo corporativo o el acceso a las bases de datos.

Gobernar el uso de la IA en una organización implica, como mínimo:

Una política de uso escrita y comunicada, que diga con claridad qué información nunca puede salir hacia una herramienta de IA no aprobada.
Clasificación de la información, para que cada persona sepa qué es de acceso público, interno, confidencial o sensible, y actúe distinto frente a cada categoría.
Herramientas corporativas evaluadas y contratadas, con garantías contractuales sobre qué pasa con los datos que procesan y quién tiene acceso a ellos.
Control de acceso y trazabilidad, para saber quién usó qué herramienta, con qué información y cuándo — la misma disciplina que ya se exige para cualquier otro sistema que toca datos sensibles.
Capacitación real, no un documento firmado una vez: la mayoría de las fugas ocurren porque nadie explicó el riesgo, no porque alguien decidiera ignorarlo.

En Adinsoft defendemos una tesis que aplica igual puertas adentro que en los productos que construimos: la IA no reemplaza el criterio humano, opera bajo su control. La misma compuerta de aprobación que exigimos para que un agente actúe sobre una reclamación o una autorización es la que debe existir para que una persona decida qué información puede salir hacia una herramienta de IA. Sin esa compuerta, la organización no está adoptando inteligencia artificial: está regalando su información y su ventaja tecnológica a cambio de un atajo.

El costo de no gobernar

Postergar esta conversación tiene un costo que rara vez se mide hasta que ya ocurrió. Una fuga de información de salud a través de IA sin gobierno puede derivar en sanciones bajo el régimen de protección de datos, en el deterioro de la confianza de afiliados y pacientes, y en la pérdida de una ventaja que le tomó años a la organización construir: su forma propia de resolver un problema, filtrada gratis a un tercero.

El riesgo no está en que la organización use inteligencia artificial. Está en que la use sin que nadie haya decidido, con criterio explícito, qué se le puede confiar y qué no. Esa decisión —tan simple de enunciar y tan fácil de postergar— es la que separa a una organización que adopta la IA de una que, sin saberlo, ya le abrió la puerta a su información.