Was du lernst
- Was eine .env-Datei ist, warum .gitignore nicht verhandelbar ist und separate Keys pro Umgebung
- Was zu tun ist, wenn du ein Secret bereits gepusht hast: rotier es, denn den Commit zu löschen reicht nicht
- Convex-Deploy-Keys und das Verschlüsseln von Nutzer-API-Keys im Ruhezustand statt als Klartext
Überblick
Du jonglierst jetzt Keys für Clerk, Convex, bald Stripe und wahrscheinlich einen KI-Provider. Jeder ist ein Schlüssel zu etwas Wertvollem - deinen Diensten, deinem Geld, den Daten deiner Kunden. Sie gut zu handhaben ist nicht optional, sobald echtes Geld und echte Nutzer im Spiel sind. Diese Lektion ist die rigorose Version der Secrets-Gewohnheit, die du in Kurs 1 begonnen hast: wo Secrets leben, wie du sie für immer aus Git heraushältst, die Notfallprozedur, wenn eines entkommt, wie Deploy Keys deinem Hosting Zugang geben, ohne deine Master-Credentials offenzulegen, und warum jeder Key, den deine Nutzer dir geben, verschlüsselt werden muss, nicht als lesbarer Text gespeichert.
Was du lernst
Du lernst, was eine env-Datei ist und warum es sie gibt, wie du .gitignore nutzt, sodass ein Secret nie committet werden kann, warum jede Umgebung ihre eigenen Keys bekommt, die genauen Wiederherstellungsschritte, wenn du ein Secret bereits gepusht hast, wie Convex-Deploy-Keys funktionieren und wohin sie gehören und wie du von Nutzern gelieferte API-Keys im Ruhezustand verschlüsselst, sodass ein Datenbank-Leak Angreifern nicht die Credentials deiner Kunden in die Hand gibt.
Voraussetzungen
Die Secrets-Basics aus Kurs 1 (Keys in .env, .env in .gitignore) und eine Multi-Service-App aus dem früheren Teil dieses Kurses, denn das Risiko wächst mit jeder Integration, die du hinzufügst. Die Grundlagen-Seite dazu, was eine env-Datei ist, deckt die absoluten Grundlagen ab, falls du sie ausbuchstabiert haben willst, bevor du tiefer gehst.
Eine .env-Datei speichert Secrets wie API Keys ausserhalb deines Codes, damit sie nie veröffentlicht werden. Lerne, was sie ist und wie du sie sicher hältst.
GitHub ist eine Website, die deine Git-Projekte online speichert, damit du sie sichern, zusammenarbeiten und deployen kannst. Lerne, was es ist und wie du es nutzt.
Ein Repository ist dein von Git getrackter Projektordner, und Versionskontrolle ist das Sicherheitsnetz, das jede Änderung aufzeichnet. Lerne beides in klarer Sprache.
Tokens sind die Textstücke, in denen KI-Modelle lesen und abgerechnet werden. Lerne, was ein Token ist, warum es für die Kosten zählt und wie es sich von einem Security-Token unterscheidet.
Das Problem
Geleakte Secrets sind eine der häufigsten und teuersten Einsteiger-Katastrophen, und sie passieren leise. Du fügst einen Key in eine Datei ein, um etwas zu testen, committest ihn gedankenlos, pushst zu GitHub, und jetzt ist dieser Key für immer in deiner Repository-Historie - lesbar für jeden, der das Repo sehen kann, und binnen Minuten von Bots gescrapt, die öffentliches GitHub genau danach durchsuchen. Leute mit einem geleakten Stripe- oder Cloud-Key sind zu Tausenden Dollar betrügerischer Abbuchungen aufgewacht. Und die API-Keys deiner Nutzer als Klartext zu speichern heisst, dass ein einziger Datenbank-Breach alle Kunden-Credentials auf einmal offenlegt. Nichts davon braucht Pech. Es braucht einen unachtsamen Commit. Diese Lektion macht Unachtsamkeit strukturell schwer.
Kommentare
Kommentare werden geladen.
Kommentar schreiben