Implizite Cloud-Zugangsdaten

Was ist Implizite Cloud-Zugangsdaten?

Ein KI-Coding-Assistent mit Shell-Zugriff führt jeden Befehl mit den Zugangsdaten aus, die auf Ihrem Rechner liegen. Weil ein Produktionsschlüssel als Standardprofil eingetragen war und die Freigaben auf „Auto-approve“ standen, hat eine Anfrage, Testdaten in Staging zu entfernen, den Produktions-Bucket geleert. Sie verfolgen den Löschbefehl im Sitzungsprotokoll bis zum Standardprofil zurück, entfernen die Zugangsdaten für die Produktion vom Laptop, deaktivieren den Schlüssel, stellen die Freigaben wieder auf „Ask before writes“ und weisen nach, dass ein Staging-Profil die Produktion nicht erreicht.

Was Sie lernen in Implizite Cloud-Zugangsdaten

• Erklären, warum ein Assistent mit Shell-Zugriff die Zugangsdaten auf Ihrem Rechner erbt
• Einen zerstörerischen Befehl im Sitzungsprotokoll bis zu dem Profil und der Freigabeeinstellung zurückverfolgen, die dahinterstehen
• Umgebungen mit je einem eigenen Profil und einem leeren Standardprofil trennen
• Einen langlebigen Produktionsschlüssel deaktivieren und die Freigaben auf „Ask before writes“ lassen
• Nachweisen, dass die Korrektur greift: die Anfrage wiederholen und Staging gegen die Produktion testen

Implizite Cloud-Zugangsdaten — Trainingsschritte

1. Alle Uploads verschwunden

   Ruth leitet ein kleines Architekturstudio, das seine Kundendateien auf Ivelmoor speichert. Sie hat Ihnen gerade geschrieben.

2. Der Produktions-Bucket

   Alle Uploads der Kunden liegen in einem einzigen Produktions-Bucket. Öffnen Sie in der AWS-Konsole die Bucket-Liste des Produktionskontos.

3. Null Objekte

   Der Bucket, in dem die Dateien aller Kunden liegen sollten, zeigt nichts an. Öffnen Sie ihn und sehen Sie nach, wer ihn geleert hat.

4. Die Sitzungen erneut öffnen

   Die Code-App öffnet den Workspace des Upload-Dienstes mit dem Seed-Skript und Ihrer AWS-Profildatei. Im Sitzungsprotokoll wird Claudes Aufzeichnung der Sitzung von letzter Woche geladen.

5. Letzte Woche: automatische Freigabe

   Letzte Woche haben Sie Claude gebeten, den Upload-Store aufzuräumen. Claude wollte zuerst eine harmlose Auflistung ausführen, und der Freigabedialog hat Sie gefragt. Sie haben „Always allow“ gewählt. Ein paar Minuten später haben Sie die Freigaben auf „Auto-approve“ gestellt, weil Sie die Unterbrechungen leid waren. Suchen Sie diese Änderung der Einstellungen im Sitzungsprotokoll.

6. Die Löschung, die niemand freigegeben hat

   Gestern haben Sie Claude gebeten, die Testdaten aus dem Staging-Bucket zu entfernen. Die Sitzung von damals ist jetzt im Sitzungsprotokoll geladen. Claude hat den Upload-Bucket ermittelt und dann rekursiv dessen Inhalt gelöscht, ohne dass ein Freigabedialog Sie vorher gefragt hat. Springen Sie zum Löschbefehl.

7. Was default auf diesem Laptop bedeutet

   Die Kontextkarte zeigt, womit Claude gearbeitet hat, darunter eine Datei, die nicht aus dem Repository stammt, sondern aus Ihrer Umgebung. Öffnen Sie sie.

8. Warum es die Produktion traf

9. Ein Profil pro Umgebung

   Entfernen Sie den Produktionsschlüssel aus dem Standardprofil. Das Standardprofil erhält keine Zugangsdaten, daher muss jeder Befehl sein Profil nennen, und das einzige Profil auf diesem Laptop gehört zu Staging.

10. Den Schlüssel im Produktionskonto finden

    Der Schlüssel ist von diesem Laptop entfernt, funktioniert aber überall weiter, wo eine Kopie davon liegt. Öffnen Sie die Zugriffsschlüssel des Produktionskontos.