Tu equipo usa ChatGPT en la empresa: cómo recuperar el control

El proxy de privacidad resuelve el problema para las integraciones vía API. Tus aplicaciones hablan con OpenAI a través de Privedge, los datos personales se anonimizan antes de salir, y tu DPO duerme tranquilo. Todo bajo control.

Pero hay un problema que el proxy no toca. Y es probablemente el más común.

Cuando un empleado abre chatgpt.com en su navegador y pega el expediente de un cliente para que le ayude a redactar una respuesta, ese dato no pasa por tu backend. No pasa por tu proxy. Sale directamente del navegador del empleado hacia los servidores de OpenAI en Estados Unidos. Y tú no tienes ni idea de que ha ocurrido.

Esta guía explica por qué el chat web es un punto ciego para cualquier estrategia de compliance con IA, qué métodos existen para detectarlo (y por qué ninguno es perfecto), y cuál es la estrategia que de verdad funciona.

Si todavía no has leído los otros dos artículos de esta serie, aquí tienes el contexto completo: ¿Es legal usar ChatGPT en tu empresa? Lo que dice la AEPD sobre privacidad y RGPD cubre el marco legal, y ChatGPT en tu empresa sin exponer datos de clientes: guía práctica de implementación cubre la parte técnica para la API.

Aviso: esta guía describe métodos técnicos y organizativos para detectar y gestionar el uso de herramientas de IA en el entorno corporativo. La implementación de algunos de estos métodos (especialmente la inspección de tráfico) puede tener implicaciones legales y laborales. Cualquier decisión sobre su aplicación debe ser revisada por tu asesoría legal.

El chat web vs la API: dos mundos distintos

La diferencia arquitectónica es la que define todo lo demás:

	API de ChatGPT	Chat web (chatgpt.com)
Quién inicia la conexión	Tu backend o aplicación	El navegador del empleado
Por dónde pasa el tráfico	Tu infraestructura → proxy → OpenAI	Directamente del dispositivo a OpenAI
¿Puede un proxy interceptarlo?	Sí, con una línea de código	No, a menos que tengas un proxy corporativo
¿Puedes saber qué datos salen?	Sí, porque el proxy los ve	No sin herramientas adicionales
¿Quién tiene la API key?	Tú	OpenAI (es su servicio)

Con la API, tienes un punto de control: tu proxy se sienta en el medio y decide qué sale. Con el chat web, no tienes ningún punto de control. El empleado, su navegador y OpenAI. Tú estás fuera del circuito.

Método 1: preguntar al equipo (lo más fácil, lo menos fiable)

El primer impulso de cualquier responsable es preguntar: “¿quién está usando ChatGPT? ¿con qué datos?”

El problema es que la respuesta no será completa ni precisa. No por mala fe: porque el empleado no necesariamente sabe qué constituye un dato personal bajo el RGPD, ni recuerda cada caso concreto en el que ha usado la herramienta.

Lo que sí funciona: una encuesta anónima. No preguntes “¿has pegado datos de clientes en ChatGPT?” porque la respuesta será no. Pregunta:

• “¿Usas herramientas de IA generativa para tu trabajo?”
• “¿Cuáles?”
• “¿Con qué tipo de información? (correos, documentos, datos de clientes, código)”
• “¿Con qué frecuencia?”

El anonimato y el tono (no punitivo, sino de “queremos daros mejores herramientas”) cambian la calidad de las respuestas.

Limitación: es un punto de partida, no evidencia. Te da una foto aproximada, pero no puedes construir un expediente de compliance sobre encuestas.

Método 2: DNS y firewall logs (fácil de implementar, visibilidad limitada)

Cualquier firewall corporativo o servidor DNS puede decirte qué dominios visita cada dispositivo de tu red.

Lo que ves:

• Que el dispositivo de María García accedió a chatgpt.com 14 veces esta semana
• Que el dispositivo de Carlos López accedió a claude.ai 8 veces
• Que en total, 23 empleados han accedido a herramientas de IA generativa este mes

Lo que NO ves:

• Qué escribieron en el prompt
• Si los mensajes contenían datos personales
• Si pegaron un expediente de cliente o preguntaron una receta de cocina

Implementación: la mayoría de firewalls corporativos (Cisco, Fortinet, Palo Alto) y servicios DNS (Cisco Umbrella, NextDNS, Cloudflare Gateway) ya tienen esta capacidad. Solo hay que activar el logging y revisar los informes.

Conclusión: útil para saber la escala del problema, inútil para saber la gravedad.

Método 3: proxy corporativo con TLS inspection (lo más potente, lo más complejo)

Un proxy corporativo con inspección TLS (también llamado SSL interception o MITM corporativo) puede ver el contenido de las peticiones HTTPS, incluyendo los prompts que un empleado envía a ChatGPT.

Cómo funciona:

1. Despliegas un proxy (Squid, Zscaler, Netskope, Cloudflare Gateway con TLS inspection) en tu red
2. Instalas un certificado raíz corporativo en todos los dispositivos de los empleados
3. El proxy intercepta el tráfico HTTPS, descifra la conexión, inspecciona el contenido, y la re-cifra hacia el destino
4. Puedes buscar patrones de PII en los cuerpos de las peticiones a chatgpt.com

Limitaciones reales:

• Es invasivo. Estás inspeccionando el tráfico HTTPS de tus empleados, lo que incluye potencialmente comunicaciones personales si usan dispositivos de empresa para fines personales. Tiene implicaciones legales y laborales que tu asesoría debe revisar.
• No todo el tráfico es inspeccionable. Algunas aplicaciones usan certificate pinning (se niegan a aceptar certificados que no sean los suyos). ChatGPT no lo hace actualmente, pero otras herramientas de IA sí.
• Es caro. Desplegar y mantener un proxy corporativo con inspección TLS requiere infraestructura, personal y licencias.
• No cubre dispositivos fuera de la red. Si el empleado usa 4G/5G en lugar del WiFi corporativo, o trabaja desde casa sin VPN, el tráfico no pasa por el proxy.

Conclusión: es la única forma de ver realmente qué datos salen por el chat web, pero el coste y las implicaciones legales lo hacen inviable para la mayoría de las empresas.

Método 4: DLP endpoint (costoso, pero más completo)

Las herramientas de Data Loss Prevention a nivel de endpoint (Zscaler DLP, Netskope, Microsoft Purview, Forcepoint) instalan un agente en cada dispositivo que monitoriza lo que sale de él, independientemente de la red.

Lo que pueden detectar:

• Si un empleado copia al portapapeles un texto que contiene un DNI, un email o un número de tarjeta
• Si pega ese texto en una ventana del navegador cuyo destino es chatgpt.com
• Si adjunta un archivo con datos sensibles en un upload

Limitaciones:

• Requiere instalar un agente en cada dispositivo (no funciona en dispositivos personales)
• El coste por licencia es alto (típicamente 5-15€ por usuario al mes)
• Los falsos positivos son frecuentes (un DNI en un documento legal que no sale de la empresa, por ejemplo)
• La configuración de reglas de detección requiere personal especializado

Conclusión: es la solución más completa para empresas con presupuesto y equipo de seguridad dedicado. No es realista para pymes.

Método 5: extensión de navegador (poco fiable)

En teoría, una extensión de navegador corporativa podría monitorizar el contenido del DOM en chatgpt.com y detectar patrones de PII en los prompts antes de que se envíen.

En la práctica:

• Los empleados pueden desactivar extensiones
• Solo funciona en navegadores gestionados (Chrome Enterprise, Edge for Business)
• ChatGPT cambia su DOM con frecuencia; mantener la extensión actualizada es un juego del gato y el ratón
• No cubre otros navegadores ni dispositivos móviles

Por qué la detección no es suficiente

Incluso si despliegas el método más completo (DLP endpoint + proxy corporativo con TLS inspection), tienes cobertura sobre lo que ya ha ocurrido. Puedes generar un informe que diga: “La semana pasada, 17 empleados pegaron datos potencialmente personales en el chat de ChatGPT.”

Ese informe es valioso para el diagnóstico. Pero no previene la siguiente vez.

La prevención real requiere cambiar el comportamiento. Y el comportamiento no se cambia con prohibiciones (que se ignoran) ni con vigilancia (que genera desconfianza). Se cambia ofreciendo una alternativa mejor.

La estrategia que funciona: canalizar, no prohibir

El empleado usa el chat de ChatGPT por una razón: es rápido, es cómodo y le ayuda a hacer su trabajo. Si le quitas eso sin darle una alternativa, encontrará la forma de seguir usándolo (desde el móvil, desde el portátil personal, desde una cuenta que no es la corporativa).

La estrategia correcta es en tres pasos:

1. Diagnosticar sin castigar

Usa DNS/firewall logs (método 2) para saber la escala del uso. Complementa con encuestas anónimas (método 1) para entender los casos de uso. El mensaje al equipo: “Queremos daros una herramienta mejor, no vigilaros.”

2. Dar una alternativa que funcione igual de bien

Despliega un proxy de privacidad para la API y proporciona a los empleados una interfaz corporativa que use ese proxy. Puede ser:

• Una integración en vuestro CRM o herramienta interna que hable con la API a través del proxy
• Un chat corporativo simple (hay varias opciones open source que puedes desplegar en horas)
• Una extensión de navegador que intercepte las peticiones a chatgpt.com y las redirija a través de tu proxy (esto requiere desarrollo pero es técnicamente viable)

El punto clave: la alternativa tiene que ser al menos tan fácil de usar como el chat público. Si no lo es, el empleado volverá al chat público.

3. Formalizar el canal autorizado

Una vez que la alternativa corporativa está disponible y funciona bien, actualizas la política interna. No para decir “prohibido usar el chat público” (eso ya lo sabes que no funciona solo), sino para decir: “Tenéis esta herramienta corporativa que es igual de buena y además protege vuestros datos y los de los clientes. Usad esta.”

El cambio es de “no puedes” a “no necesitas”. Y eso funciona mucho mejor.

Qué hacer mañana mismo

Si hoy no tienes visibilidad sobre qué datos están saliendo de tu empresa por el chat de ChatGPT, esto es lo que puedes hacer sin invertir en DLP ni proxies corporativos:

1. Activa el logging de DNS en tu firewall o router. En 10 minutos tienes una lista de qué dominios de IA visita tu equipo. No te dice qué datos salen, pero te dice si el problema existe y a qué escala.

2. Lanza una encuesta anónima. Tres preguntas: ¿usas IA? ¿cuáles? ¿con qué tipo de información? En una semana tienes una foto cualitativa del problema.

3. Elige un caso de uso piloto. No intentes cubrir todo de golpe. Elige el departamento donde más uso de IA hayas detectado y despliega el proxy + alternativa corporativa solo para ellos. Aprende, itera, expande.

4. Lee los otros dos artículos de esta serie. El marco legal para entender qué exige el RGPD, y la guía de implementación para desplegar el control técnico sobre la API.

---

El diagnóstico de exposición de datos en IA de Privedge incluye exactamente esto: un análisis del tráfico real de tu empresa hacia proveedores de IA, una clasificación de los datos que están saliendo, y un plan de acción para recuperar el control. No es una encuesta ni una suposición: son datos verificables que te permiten tomar decisiones con certeza.

Preguntas frecuentes

¿Puede Privedge interceptar el tráfico del chat web de ChatGPT?

No. Privedge es un proxy de API: intercepta las llamadas que tu backend hace a api.openai.com. El chat web (chatgpt.com) es una conexión directa entre el navegador del usuario y los servidores de OpenAI, sin pasar por tu infraestructura. Para monitorizar ese tráfico necesitarías un proxy corporativo con TLS inspection o una herramienta DLP endpoint.

¿Hay alguna forma de evitar que mis empleados usen el chat web?

Bloquear chatgpt.com en el firewall es técnicamente posible, pero los empleados pueden saltárselo usando el móvil con datos móviles, un VPN personal, o un portátil personal. El bloqueo sin alternativa genera frustración y se salta. La estrategia efectiva es ofrecer una alternativa corporativa que funcione igual de bien.

¿Es legal monitorizar el tráfico de mis empleados hacia ChatGPT?

Depende de la jurisdicción, del tipo de dispositivo (corporativo o personal), y de si hay una política de uso aceptable firmada por el empleado. En general, monitorizar el tráfico de red de dispositivos corporativos con una política de uso aceptable clara es legal en la mayoría de jurisdicciones. La inspección del contenido de las comunicaciones (TLS inspection) tiene requisitos más estrictos y debe ser revisada por tu asesoría legal.

¿Qué hago si descubro que un empleado ha pegado datos de clientes en ChatGPT?

No lo conviertas en un problema disciplinario individual. Es un síntoma de un problema sistémico: la empresa no ha proporcionado una alternativa controlada. Usa ese caso como evidencia para justificar la inversión en el proxy y la alternativa corporativa. El empleado no es el problema: la falta de infraestructura lo es.

¿Funciona esto para otras herramientas como Claude, Copilot o Gemini?

Sí. Claude (claude.ai) y Gemini (gemini.google.com) son exactamente el mismo problema: interfaces web directas sin punto de control corporativo. Copilot tiene versiones empresariales (Microsoft 365 Copilot) que sí ofrecen controles de compliance, pero el Copilot público gratuito es el mismo agujero negro.