Ce que tu apprends
- Ce qu'est un fichier .env, pourquoi .gitignore n'est pas négociable et des clés séparées par environnement
- Quoi faire si vous avez déjà poussé un secret : le faire tourner, car supprimer le commit ne suffit pas
- Les deploy keys Convex et chiffrer les clés API utilisateur au repos au lieu de les stocker en clair
Vue d'ensemble
Vous jonglez maintenant avec des clés pour Clerk, Convex, bientôt Stripe et probablement un provider d'IA. Chacune est une clé vers quelque chose de précieux - vos services, votre argent, les données de vos clients. Les gérer bien n'est pas optionnel dès que de l'argent réel et de vrais utilisateurs sont en jeu. Cette leçon est la version rigoureuse de l'habitude des secrets que vous avez commencée au Cours 1 : où vivent les secrets, comment les tenir hors de Git pour toujours, la procédure d'urgence quand l'un s'échappe, comment les deploy keys donnent accès à votre hébergement sans exposer vos credentials maîtres, et pourquoi chaque clé que vos utilisateurs vous donnent doit être chiffrée, pas stockée en texte lisible.
Ce que vous allez apprendre
Vous allez apprendre ce qu'est un fichier env et pourquoi il existe, comment utiliser .gitignore pour qu'un secret ne puisse jamais être committé, pourquoi chaque environnement reçoit ses propres clés, les étapes exactes de récupération si vous avez déjà poussé un secret, comment fonctionnent les deploy keys Convex et où elles vont, et comment chiffrer au repos les clés API fournies par les utilisateurs, pour qu'une fuite de base de données ne mette pas les credentials de vos clients entre les mains des attaquants.
Prérequis
Les bases des secrets du Cours 1 (clés dans .env, .env dans .gitignore) et une app multi-services de la partie précédente de ce cours, car le risque grandit avec chaque intégration que vous ajoutez. La page de fondamentaux sur ce qu'est un fichier env couvre les bases absolues si vous voulez les avoir détaillées avant d'aller plus loin.
Un fichier .env stocke des secrets comme les clés d'API en dehors de votre code, pour qu'ils ne soient jamais publiés. Apprenez ce que c'est et comment le garder sûr.
GitHub est un site web qui stocke vos projets Git en ligne pour les sauvegarder, collaborer et déployer. Apprenez ce que c'est et comment l'utiliser.
Un repository est votre dossier de projet suivi par Git, et le contrôle de version est le filet de sécurité qui enregistre chaque modification. Apprenez les deux en langage clair.
Les tokens sont les morceaux de texte dans lesquels les modèles d'IA lisent et sont facturés. Apprenez ce qu'est un token, pourquoi il compte pour les coûts et en quoi il diffère d'un token de sécurité.
Le problème
Les secrets fuités sont l'une des catastrophes de débutant les plus fréquentes et coûteuses, et elles arrivent en silence. Vous collez une clé dans un fichier pour tester quelque chose, la committez sans réfléchir, poussez vers GitHub, et maintenant cette clé est pour toujours dans l'historique de votre repository - lisible par quiconque peut voir le repo, et en quelques minutes scrapée par des bots qui fouillent GitHub public exactement pour cela. Des gens avec une clé Stripe ou cloud fuitée se sont réveillés devant des milliers de dollars de débits frauduleux. Et stocker les clés API de vos utilisateurs en clair signifie qu'une seule violation de base de données expose tous les credentials clients d'un coup. Rien de tout cela ne demande de la malchance. Cela demande un commit distrait. Cette leçon rend la distraction structurellement difficile.
Commentaires
Chargement des commentaires.
Poster un commentaire