Blocage Essentiel des Fichiers pour les Assistants de Codage IA : Une Liste de Contrôle de Sécurité Pratique
Les assistants de codage IA présentent un nouveau défi de sécurité : ils lisent directement depuis votre système de fichiers local, pas seulement depuis votre dépôt sous contrôle de version. Cela signifie que les fichiers protégés par .gitignore d'être poussés vers GitHub restent accessibles à l'agent fonctionnant sur votre machine.
Fichiers clés à bloquer
Sur la base d'un audit de configuration Node/Firebase issu de la discussion Reddit, voici les fichiers critiques qui devraient être bloqués des assistants de codage IA :
- Configurations d'assistant IA :
~/.claude/settings.json(contient des clés API de serveur MCP),~/.cursor/mcp.json - Identifiants de service :
~/.npmrc(jeton npm pour publier des packages), fichiers JSON de compte de service Firebase (avec accès complet au projet),~/.config/gcloud/application_default_credentials.json(identifiants GCP),~/.git-credentialset~/.netrc(jetons HTTPS Git) - Oublis courants :
~/.ssh/id_*(clés privées SSH),~/.bash_history(peut contenir des jetons collés), fichiers.envet.env.*(.gitignore ne protège pas des agents locaux), fichiers de test avec des clés en dur,.git/config(peut contenir des jetons HTTPS),/proc/<pid>/environ(variables d'environnement des processus en cours) - Secrets CI/CD : Secrets GitHub Actions, Vercel et autres secrets CI/CD qui peuvent apparaître dans les journaux s'ils sont échoés
Préoccupations spécifiques aux serveurs
La discussion note que sur les serveurs, des fichiers supplémentaires deviennent vulnérables :
/etc/environment(variables d'environnement globales)/etc/ssl/private/*(certificats TLS)- Fichiers de configuration de base de données avec des chaînes de connexion contenant des mots de passe
/var/log/*(journaux qui peuvent accidentellement contenir des jetons)- Crontabs avec des secrets en ligne dans les commandes planifiées
Le problème central souligné est que les mesures de sécurité traditionnelles basées sur Git comme .gitignore ne protègent pas contre les agents IA lisant les fichiers locaux. Les développeurs doivent mettre en œuvre un blocage explicite pour les fichiers sensibles que les assistants de codage IA pourraient accéder pendant leur fonctionnement.
📖 Read the full source: r/ClaudeAI
👀 See Also
Claude Cowork : Préoccupations de sécurité liées à la permission 'Autoriser toutes les actions du navigateur' et correctifs proposés
Un utilisateur de Reddit souligne que le bouton 'Autoriser tout' de Claude Cowork accorde un accès permanent et illimité au navigateur pour toutes les sessions futures, sans visibilité, limites ni expiration, créant ainsi des risques de sécurité. La publication propose des autorisations limitées à la session ou à la compétence comme paramètres par défaut plus sûrs.
Utilisateur d'OpenClaw Ajoute l'Authentification à Deux Facteurs TOTP Après la Divulgation en Clair des Clés API par un Agent
Un utilisateur d'OpenClaw a créé une compétence de sécurité appelée 'Secure Reveal' qui nécessite une authentification TOTP via Telegram avant d'afficher les identifiants stockés, après que son agent IA a accidentellement divulgué des clés API et mots de passe en texte clair lors d'une démonstration.
Coldkey : Outil de génération de clés et de sauvegarde papier pour l'ère post-quantique
Coldkey génère des clés age post-quantiques (ML-KEM-768 + X25519) et produit des sauvegardes HTML imprimables d'une seule page avec des codes QR pour le stockage hors ligne.
Google affirme que des hackers criminels ont utilisé l'IA pour trouver une vulnérabilité zero-day
Google a révélé que des attaquants ont utilisé un agent d'IA pour découvrir et exploiter une faille logicielle jusqu'alors inconnue, marquant le premier cas confirmé de découverte de zero-day pilotée par l'IA dans la nature.