Una persona del equipo de ingeniería no consigue resolver un error en el código de un producto que su empresa aún no ha lanzado. Son las nueve de la noche, ya tiene abierta una pestaña personal de ChatGPT y pegar la función entera parece la forma más rápida de obtener una respuesta. En marzo de 2023, unas tres semanas después de que la división de semiconductores de Samsung autorizara el uso de ChatGPT, la empresa detectó tres casos de este tipo: una persona introdujo código fuente de un programa de bases de datos de semiconductores para que la herramienta encontrara errores; otra envió código relacionado con equipos y pidió que lo optimizara; y una tercera subió la grabación de una reunión para convertirla en acta. Samsung reaccionó de inmediato con un límite urgente de 1024 bytes por prompt (información de The Economist Korea resumida en inglés por Mashable). Para el 1 de mayo de 2023 había ido más lejos y había restringido temporalmente las herramientas de IA generativa en los dispositivos de la empresa (TechCrunch, «Samsung bans use of generative AI tools like ChatGPT after April internal data leak», 2023).
En el incidente descrito no hizo falta ninguna intención maliciosa. Enviar material confidencial a un servicio externo puede incumplir normas internas o contratos y debilitar el control de su titular, aunque el material no se publique. Las consecuencias jurídicas exactas y la obligación de notificar dependen de los hechos y de la jurisdicción.
Qué se considera realmente un «secreto del trabajo»
No toda la información relacionada con el trabajo es secreta en el sentido de este artículo. La categoría que exige detenerse y comprobar es más concreta:
- Código fuente de un sistema privado, aún no publicado o que aporte una ventaja competitiva.
- Datos financieros sin publicar, como resultados trimestrales antes de su divulgación, previsiones internas o estrategias de precios.
- Planes de producto o de negocio no anunciados, como el calendario de próximas funciones, un posible objetivo de adquisición o una alianza pendiente.
- Detalles de seguridad, como vulnerabilidades, credenciales, tokens, URL privadas, diagramas de arquitectura o configuraciones de producción.
- Contratos y condiciones sujetos a un acuerdo de confidencialidad, incluidos contratos con clientes, acuerdos con proveedores y cualquier información que ya te hayas comprometido por escrito a mantener en secreto.
- Secretos comerciales documentados que tu empresa haya identificado o tratado expresamente como tales, por ejemplo una fórmula, un proceso o una lista de clientes elaborada con un coste real.
- Datos personales o regulados de clientes, empleados, pacientes, estudiantes u otras personas, aunque no constituyan un secreto comercial.
El primer borrador de una nota interna rutinaria, una oferta de empleo pública o una pregunta genérica sobre un proceso no pertenecen a esta categoría. No se trata de temer a la IA, sino de reconocer el conjunto más limitado de datos que requieren otra vía.
Por qué no es una simple cortesía con el departamento de TI
Muchas guías sobre IA en el trabajo presentan esta cuestión como un asunto de cumplimiento de normas internas. Lo es, pero esa descripción se queda corta cuando se trata de auténticos secretos comerciales. En Estados Unidos, la información solo puede recibir protección como secreto comercial si su titular «ha tomado medidas razonables para mantenerla en secreto» (18 U.S.C. § 1839(3)(A), una disposición de la Economic Espionage Act modificada por la Defend Trade Secrets Act). La protección depende de una conducta sostenida que mantenga la información bajo control, no solo de que sea valiosa o no se haya publicado. La legislación de la UE impone un criterio comparable: un secreto comercial debe «haber sido objeto de medidas razonables, en las circunstancias del caso, para mantenerlo secreto, tomadas por la persona que legítimamente ejerza su control» (Directiva (UE) 2016/943, artículo 2, apartado 1, letra c).
Los servicios destinados a particulares también tienen condiciones de uso, pero quizá no incluyan las cláusulas de confidencialidad, seguridad, conservación, ubicación y tratamiento de datos que la empresa haya negociado o necesite para ese material. Enviar un auténtico secreto comercial a un proveedor no autorizado puede contradecir las medidas razonables adoptadas por su titular para mantenerlo en secreto. Determinar si un caso concreto constituye jurídicamente una revelación o afecta a la protección exige examinar las condiciones, los controles, los hechos y la jurisdicción. Una etiqueta comercial del producto no basta para que un empleado tome esa decisión.
Borrar la conversación visible no deshace la transmisión y quizá tampoco cumpla las obligaciones de respuesta a incidentes o conservación de pruebas. Si introduces algo por accidente, detente, anota la herramienta, la cuenta, la hora y la categoría de los datos sin volver a copiar el secreto, e informa cuanto antes por el canal de seguridad o privacidad de la empresa. Sigue sus instrucciones sobre eliminación, cambio de credenciales, contacto con el proveedor, conservación de pruebas y notificaciones.
La idea equivocada que causa el daño
El daño puede empezar cuando solo se evalúa el riesgo preguntando si el secreto se hizo público. Transmitirlo a un servicio externo no autorizado puede ser relevante aunque después no se publique. El tipo de producto, la configuración de la organización, los contratos y los controles del proveedor varían. La marca o la etiqueta «enterprise» no demuestran por sí solas que la herramienta esté autorizada. La persona responsable de la política interna de tu empresa sí puede evaluar la vía concreta. Privacidad e higiene de datos en el trabajo explica cómo comprobar las condiciones reales de tratamiento de datos de una herramienta una vez que sabes cuál estás usando. Este artículo se ocupa de una regla más limitada: no introducir el secreto mientras tengas dudas.
Otro error es interpretar «todo mi equipo lo hace» como prueba de que está permitido. En el caso de Samsung, varias personas del equipo de ingeniería tomaron por separado la misma decisión aparentemente razonable antes de que la empresa detectara lo ocurrido. La conducta de otras personas no sustituye la verificación.
También es un error pensar que esta norma solo afecta a equipos de ingeniería y código fuente. Los datos financieros, el primer borrador de una nota sobre una adquisición y una hoja de cálculo con precios aún no anunciados quedan igual de expuestos en cuanto se introducen en una cuenta personal. Además, quien los maneja suele trabajar en finanzas, ventas u operaciones. La comprobación de las seis categorías se aplica del mismo modo, con independencia de tu puesto o departamento.
La comprobación de las seis categorías
Antes de introducir información en una herramienta de IA que no sea la cuenta concreta, autorizada y configurada por tu empresa, comprueba si pertenece a alguna de estas categorías:
- Código fuente de un sistema aún no publicado o privado.
- Datos financieros que todavía no se hayan divulgado públicamente.
- Un producto, una función o un plan de negocio que no se hayan anunciado.
- Un detalle de seguridad, como una vulnerabilidad, una credencial o la arquitectura de producción.
- Cualquier información sujeta a un acuerdo de confidencialidad o a una cláusula equivalente firmados.
- Cualquier información que tu empresa haya clasificado como confidencial, además de datos personales o regulados protegidos por sus normas internas o por la ley.
Si la respuesta es afirmativa en algún caso, detente. Buscar y leer la política real de tu empresa sobre IA es el primer paso para averiguar si existe una herramienta autorizada para ese tipo de contenido. Algunas empresas ya la tienen y otras todavía no. Adivinarlo es precisamente el error que este artículo pretende evitar.
Qué hacer en su lugar
- Usa únicamente la herramienta, el entorno, la cuenta y la categoría de datos que tu empresa haya autorizado expresamente. Una dirección de correo corporativa o la etiqueta comercial «enterprise» no bastan por sí solas.
- Si no existe una herramienta autorizada para ese tipo de contenido, no uses aún la IA con él. Pregunta a tu responsable o al equipo de TI o seguridad si hay un procedimiento para solicitar una excepción, en vez de decidir por tu cuenta que la comodidad compensa el riesgo.
- Si las normas permiten formular una pregunta sobre un patrón abstracto, utiliza datos sintéticos o los mínimos imprescindibles y vuelve a comprobar si aún permiten reidentificar a alguien o revelan lógica empresarial, secretos o datos personales. La desidentificación exige evaluar el riesgo, no solo buscar y sustituir palabras.
Revisa tu última conversación con una IA
Revisa tus usos recientes de IA relacionados con el trabajo sin copiar contenido sensible a otra ubicación. Si es posible que algo haya llegado a una herramienta no autorizada, utiliza cuanto antes el canal de incidentes de tu empresa y no borres ni alteres pruebas por tu cuenta salvo que te lo indiquen. Cambia las credenciales expuestas mediante el procedimiento de emergencia autorizado. La tarjeta para detenerse antes de introducir secretos del trabajo ofrece una versión breve de la comprobación previa.
La política interna del ICO sobre el uso de IA, las orientaciones del NCSC para desarrollar sistemas de IA seguros y las orientaciones del ICO sobre minimización de datos respaldan el uso de sistemas autorizados, la gestión de incidentes, la seguridad y el principio de utilizar solo los datos necesarios. No determinan las consecuencias jurídicas de una revelación concreta.
