Pulsar “Sí, y no vuelvas a preguntar” en Claude Code parecía inofensivo. Ha acabado filtrando miles de contraseñas en GitHub

Résumé détaillé

Si en algo son característicos los modelos de IA generativa es en su persistencia preguntando. Porque no pueden terminar una intervención sin decirte: "¿Quieres que haga algo…

Si en algo son característicos los modelos de IA generativa es en su persistencia preguntando. Porque no pueden terminar una intervención sin decirte: "¿Quieres que haga algo más?". Lo llevan en su ADN, los LLM son sistemas predictivos que necesitan seguir adelante. Las herramientas actuales permiten restringir ese comportamiento, aunque el resultado podría no ser el que se espera.

El problema. Claude Code puede funcionar en modo automático, aunque siempre va a preguntarle al usuario cómo continuar si necesita tomar una decisión que sea trascendente. Para ser menos pesado, la aplicación incluye un selector de "Sí, y no vuelvas a preguntar", la típica opción que marcas cuando eliminas una carpeta y resulta que tiene demasiadas cosas dentro. "Sí a todo" y que pase lo que tenga que pasar.

En el caso de Claude Code, marcar la casilla de no volver a preguntar implicaba que el comando aprobado se guardaba tal cual, con las contraseñas que llevase escritas, en un archivo que podía acabar en el código elaborado por la IA. Como descubrieron en Apiiro, así se filtraban contraseñas de bases de datos, el login de los servidores SSH del usuario, claves privadas y hasta tokens de GitHub y claves de AWS.

Acceso público a datos sensibles. Imagina el alcance de la filtración: cualquiera que encontrase esos datos, como una clave API privada, podría acarrearle al desarrollador un importante agujero en la cuenta bancaria. Y la información estaba al alcance de cualquiera: en los propios repositorios públicos de GitHub.

Para recordar un permiso, Claude Code anota el comando literal en un archivo del proyecto, '.claude/settings.local.json'. Si el comando incluía una contraseña, esta se guardaba en texto plano. Dicho archivo no está pensado para compartirse, pero esto manda en el equipo del desarrollador, no en el repositorio. Si el archivo ya estaba subido previamente, o en el proyecto hay otro ordenador colaborando, el contenido viaja a GitHub junto con el resto del código.

El peligro del…

No…

Début de l'article, extrait de Xataka. Pour lire la suite, ouvrez l'article chez le média.