La opción "Sí, y no volver a preguntar" de Claude Code puede filtrar contraseñas y claves API a GitHub.

La opción "Sí, y no volver a preguntar" de Claude Code puede guardar contraseñas y claves API en la configuración del proyecto, que posteriormente llegan a repositorios públicos de GitHub.

Investigadores de Apiiro encontraron 2539 secretos distintos en 1994 repositorios públicos, lo que demuestra cómo una aprobación rutinaria puede convertir credenciales privadas en datos públicos.

La investigación identificó 63 organizaciones afectadas, en su mayoría empresas de software. Entre las credenciales expuestas se encontraban la clave de administrador en la nube de un proveedor de bases de datos, una contraseña de producción de Azure PostgreSQL, un token de producción de Square y la contraseña del propietario de una base de datos de registros médicos. Apiiro afirmó que una empresa confirmó que su clave expuesta había estado en uso.

La filtración comienza durante el trabajo de desarrollo habitual. Un desarrollador le pide a Claude Code que revise una base de datos, pruebe una API o solucione un problema de inicio de sesión fallido. Claude prepara un comando de shell que contiene una credencial de un archivo de configuración y luego solicita permiso antes de ejecutarlo.

Al seleccionar «Sí, y no volver a preguntar», se guarda ese comando, incluyendo su clave secreta, en .claude/settings.local.json. El comando se convierte en una regla de permiso, lo que permite a Claude Code ejecutarlo de nuevo sin necesidad de confirmación. El peligro surge cuando ese archivo local se confirma y se sube a GitHub.

Claude Code intenta evitarlo. Al escribir el archivo por primera vez en un repositorio Git, añade una exclusión al archivo global de exclusión de Git del desarrollador. Sin embargo, esta protección no se mantiene con el proyecto, no cubre los archivos que ya se están rastreando ni protege de forma fiable una carpeta que posteriormente se convierta en repositorio.