Contraseña, clave de API o token pegado en ChatGPT: ¿qué hacer ahora?

La lista de pasos de un vistazo

1. Sustituir el secreto de inmediato (rotarlo)

La documentación de GitHub es clara: un secreto filtrado debe considerarse comprometido de inmediato. Eliminarlo no impide su uso indebido; lo eficaz es revocarlo en el proveedor. La OWASP Secrets Management Cheat Sheet indica el mismo orden: revocar, sustituir y eliminar del sistema afectado.

• Clave de API o token: revóquelo en el portal del servicio y genere uno nuevo. Si un servicio en funcionamiento depende de él, implante primero la clave nueva y revoque después la antigua.
• Contraseña: cámbiela de inmediato. Si la ha usado también en otros sitios, cámbiela allí igualmente. La Oficina Federal suiza de Ciberseguridad (BACS/FOCS) recomienda además una contraseña distinta para cada servicio y, cuando sea posible, la autenticación de dos factores.
• Cadena de conexión con contraseña de base de datos: asigne una nueva contraseña al usuario de la base de datos y actualice todas las aplicaciones que la usan.

Conceda a la nueva clave solo los permisos necesarios, como recomienda OWASP.

2. Revisar accesos y registros

A continuación, compruebe si alguien ha usado el acceso antiguo. GitHub recomienda revisar los registros de auditoría del servicio al que pertenece el secreto. Preste atención a:

• inicios de sesión desde dispositivos o ubicaciones desconocidos,
• llamadas a la API inusuales o claves y usuarios creados que usted no reconoce,
• en cuentas de correo: reenvíos que usted no ha configurado. El BACS aconseja eliminarlos de inmediato.

3. Borrar el chat, y qué se consigue con ello

Según OpenAI, un chat borrado desaparece de inmediato de su cuenta y se elimina definitivamente en un plazo de 30 días, salvo que los datos ya se hayan desidentificado y desvinculado de la cuenta, o que OpenAI deba conservarlos más tiempo por motivos de seguridad o legales. En los espacios de trabajo de empresa, las herramientas de cumplimiento autorizadas pueden seguir accediendo a él según la política de conservación de la organización.

Sobre el entrenamiento: con una cuenta personal, desactive la opción «Mejorar el modelo para todos» («Improve the model for everyone») en Configuración › Controles de datos; según OpenAI, esto se aplica a las conversaciones nuevas. No valore el chat afectado con el pulgar hacia arriba o hacia abajo: según OpenAI, de lo contrario toda la conversación puede usarse para entrenar, aunque el entrenamiento esté desactivado. Más información: Desactivar el entrenamiento de IA.

4. Borrar los enlaces compartidos

Un enlace compartido desde una cuenta personal puede abrirlo cualquier persona que lo tenga. Según OpenAI, estas páginas no están pensadas para los buscadores, pero eso no las hace privadas: los enlaces se pueden reenviar.

• En Configuración › Controles de datos › Enlaces compartidos › Gestionar puede borrar enlaces sueltos o todos.
• Al borrar el chat se borra también su enlace compartido.
• Si alguien ya ha continuado la conversación compartida, su propia copia permanece en su cuenta.

5. Informar a TI y a los responsables de seguridad

Comunique el incidente con rapidez y de forma objetiva. GitHub recomienda implicar a los responsables del secreto y a los de seguridad, y documentar el incidente. Datos útiles:

1. ¿Qué acceso, para qué servicio y con qué permisos?
2. ¿Cuándo, en qué servicio de IA, con cuenta personal o de empresa?
3. ¿Se compartió el chat?
4. ¿Qué se ha hecho ya (sustituido, borrado, registros revisados)?

6. Comprobar si hay obligación de notificar

Una contraseña filtrada no obliga automáticamente a notificar. Lo decisivo es si, a través de ese acceso, se han revelado o puesto a disposición de personas no autorizadas datos personales.

• Suiza: según el art. 24 DSG (ley suiza de protección de datos), el responsable notifica al EDÖB/FDPIC (la autoridad suiza de protección de datos) lo antes posible una violación de la seguridad de los datos que probablemente suponga un alto riesgo para las personas afectadas. La notificación se hace mediante el formulario en línea DataBreach del EDÖB. Hay que informar a los afectados si es necesario para su protección o si el EDÖB lo exige.
• UE: según el art. 33 RGPD, el responsable notifica a la autoridad de control sin dilación indebida y, si es posible, en un plazo de 72 horas, salvo que sea improbable que la violación suponga un riesgo. Toda violación debe documentarse internamente. Si el riesgo es alto, el art. 34 obliga además a comunicarlo a los afectados.

La valoración corresponde a su delegado de protección de datos o a su departamento jurídico. Este apartado no constituye asesoramiento jurídico.

Cómo evitarlo en el futuro

• Ningún secreto en los prompts. Para depurar errores basta un marcador como DB_PASSWORD=[ELIMINADO].
• Los secretos no van en el código. GitHub recomienda variables de entorno y herramientas de gestión de secretos; OWASP desaconseja los secretos incrustados en el código. Lo que no está en el código tampoco se copia por descuido.
• Limpiar antes el código y los registros. Los archivos de configuración, los mensajes de error y los registros pueden contener credenciales. Según OWASP, los secretos nunca deben aparecer en los registros.
• Usar un gestor de contraseñas, como recomienda el BACS.
• Detectar los descuidos técnicamente. AImori revisa localmente en el navegador lo que pega en ChatGPT, Claude, Gemini, Copilot o Perplexity y detecta, entre otras cosas, claves de API y tokens de muchos servicios, claves privadas y contraseñas en cadenas de conexión. Al pegar, las sustituye antes de que el texto llegue al campo; Alt+Shift+L convierte todos los valores detectados en marcadores de posición. Una página puede leer los caracteres escritos incluso antes de enviarlos; por eso es tan importante la revisión al pegar.

Si un texto contiene credenciales lo muestra la prueba gratuita, directamente en su navegador.

Preguntas frecuentes