Einen öffentlichen Objektspeicher-Bucket absichern

Behebe anonyme Datenfreigaben, begrenze den Portalzugriff und schütze einen Partnerbereich bei erhaltener öffentlicher Hilfe und intakten Dokumenten.

CybersicherheitLinux

💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken

Einführung

Einen öffentlichen Objektspeicher-Bucket absichern ist ein praktischer Sicherheitskurs für Lernende mit grundlegender Terminalerfahrung. Du schützt interne Dokumente und hältst öffentliche Hilfe und ein berechtigtes Portal verfügbar.

Zwei geführte Labs behandeln die Korrektur anonymen Zugriffs und eine eigene Anwendungsidentität. In einer Challenge schützt du selbstständig ein Partnerpräfix mit denselben Werkzeugen und demselben Richtlinienformat.

Was du lernen wirst

  • Buckets, Objektschlüssel, Präfixe, anonyme Anfragen und benannte Identitäten unterscheiden.
  • Eine Bucket-Richtlinie lesen und anwenden, die nur erforderliche Aktionen und Ressourcen freigibt.
  • Administrator-Zugangsdaten der Anwendung durch einen eigenen Leser ersetzen.
  • Tatsächlich erlaubte und verweigerte Anfragen prüfen und Dokumentbytes bewahren.

Für wen dieser Kurs geeignet ist

Der Kurs eignet sich für Einsteiger in praktische Zugriffskontrolle. Grundlegende Terminalbedienung wird vorausgesetzt; JSON, die Clientbefehle und die Bearbeitung werden vor ihrer Verwendung erklärt.

Die vorbereitete Browserumgebung nutzt lokales VersityGW 1.10.0 und synthetische Dokumente. Die getestete S3-kompatible Teilmenge verwendet integrierte Benutzernamen als Principals; sie bildet weder vollständiges AWS IAM noch Public Access Block nach. Du brauchst kein Cloud-Konto und keine lokale Installation.

Häufig gestellte Fragen

Erstelle ich einen Bucket in einer öffentlichen Cloud? Nein. Alle Anfragen gehen an vorbereiteten lokalen Speicher mit synthetischen Daten und Zugangsdaten.

Wie wird der Abschluss geprüft? Öffentliche und benannte Lesezugriffe müssen funktionieren, verbotene Zugriffe müssen scheitern und Originalobjekte müssen unverändert bleiben. Schreib- und Löschtests laufen nur in gleichwertigem temporärem Speicher.

Was ändert sich in der Challenge? Eine andere Anwendungsidentität benötigt ein Partnerpräfix, während die Dokumente eines anderen Partners privat bleiben. Du kombinierst die Methoden aus den geführten Labs.

Lehrer

labby
Labby
Labby is the LabEx teacher.