Communitygithub.com

AWS S3 Bucket-Berechtigungen prüfen

Systematische Prüfung von AWS S3 Bucket-Berechtigungen zur Identifizierung öffentlich zugänglicher Daten.

Was ist AWS S3 Bucket-Berechtigungen prüfen?

Diese Fähigkeit dient der systematischen Überprüfung von AWS S3 Bucket-Berechtigungen, um öffentlich zugängliche Daten, übermäßig großzügige Zugriffsrichtlinien und Sicherheitslücken zu identifizieren. Sie unterstützt Sicherheitsingenieure bei der Durchführung von Sicherheitsbewertungen von AWS-Umgebungen, der Etablierung von Sicherheitsgrundlinien für Speicherressourcen und der Reaktion auf Warnmeldungen von AWS Trusted Advisor oder Security Hub. Die Fähigkeit ist für AWS CLI, Prowler, IAM Access Analyzer und andere Tools optimiert und führt durch einen schrittweisen Workflow: Aufzählung aller Buckets, Prüfung der Public Access Blocks und ACLs, Analyse der Bucket-Richtlinien, Überprüfung von Verschlüsselung und Versionierung, Ausführung der Prowler S3-spezifischen CIS-Checks sowie die Nutzung des IAM Access Analyzer zur Identifizierung extern geteilter Ressourcen. Abschließend wird ein strukturierter Prüfbericht mit identifizierten Problemen, Risikobewertungen und konkreten Abhilfemaßnahmen (z. B. Aktivierung von Block Public Access, Verschlüsselung oder Versionierung) erstellt.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/mukul975/Anthropic-Cybersecurity-Skills/tree/main/skills/auditing-aws-s3-bucket-permissions

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht AWS S3 Bucket-Berechtigungen prüfen?

Wann verwenden

  • Bei der Durchführung einer Sicherheitsbewertung von AWS-Umgebungen, um öffentlich zugängliche Daten zu identifizieren
  • Beim Onboarding eines neuen AWS-Kontos und der Etablierung einer Sicherheitsgrundlinie für Speicherressourcen
  • Bei der Reaktion auf eine Warnung zu potenzieller S3-Datenexposition von AWS Trusted Advisor oder Security Hub
  • Wenn Compliance-Frameworks (SOC 2, PCI DSS, HIPAA) eine regelmäßige Überprüfung der Datenzugriffskontrollen erfordern
  • Bei einem Sicherheitsvorfall oder einer Kompromittierung von Zugangsdaten, die eine sofortige Überprüfung aller zugänglichen S3-Ressourcen erforderlich macht

Nicht verwenden für die Prüfung von Nicht-AWS-Objektspeichern (anbieterspezifische Tools verwenden), für Echtzeit-Überwachung (S3 Event Notifications mit Lambda verwenden) oder für die Prüfung von S3-Zugriffsmustern (S3 Access Analyzer oder CloudTrail S3-Datenereignisse verwenden).

Voraussetzungen

  • AWS CLI v2 mit Anmeldeinformationen, die Berechtigungen für s3:GetBucketPolicy, s3:GetBucketAcl, s3:GetBucketPublicAccessBlock, s3:GetEncryptionConfiguration und s3:ListAllMyBuckets haben
  • Prowler installiert (pip install prowler) für automatisierte CIS-Benchmark-Prüfungen
  • S3audit oder ein ähnliches Aufzählungstool für die schnelle Erkennung öffentlicher Buckets
  • Zugriff auf AWS Organizations, wenn die Prüfung über mehrere Konten hinweg erfolgt
  • Python 3.8+ mit boto3 für benutzerdefinierte Prüfskripte

Arbeitsablauf

Schritt 1: Alle S3-Buckets und den Block Public Access auf Kontoebene auflisten

Prüfen Sie zuerst die S3 Block Public Access-Einstellungen auf Kontoebene und listen Sie dann alle Buckets mit ihren Regionen auf.

# S3 Block Public Access-Einstellungen auf Kontoebene prüfen
aws s3control get-public-access-block \
  --account-id $(aws sts get-caller-identity --query Account --output text) \
  --output json

# Alle Buckets mit Erstellungsdaten auflisten
aws s3api list-buckets \
  --query 'Buckets[*].[Name,CreationDate]' \
  --output table

# Regionen für jeden Bucket abrufen
for bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do
  region=$(aws s3api get-bucket-location --bucket "$bucket" --query 'LocationConstraint' --output text)
  echo "$bucket -> ${region:-us-east-1}"
done

Schritt 2: Public Access Block und ACL-Konfiguration jedes Buckets prüfen

Durchlaufen Sie alle Buckets, um deren individuelle Public Access Blocks und ACL-Zuweisungen zu bewerten.

# Pro-Bucket Block Public Access-Einstellungen prüfen
for bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do
  echo "=== $bucket ==="
  aws s3api get-public-access-block --bucket "$bucket" 2>/dev/null || echo "  Kein Block Public Access konfiguriert"

  # ACL auf öffentliche Zuweisungen prüfen
  aws s3api get-bucket-acl --bucket "$bucket" \
    --query 'Grants[?Grantee.URI==`http://acs.amazonaws.com/groups/global/AllUsers` || Grantee.URI==`http://acs.amazonaws.com/groups/global/AuthenticatedUsers`]' \
    --output json
done

Schritt 3: Bucket-Richtlinien auf übermäßig großzügigen Zugriff analysieren

Überprüfen Sie Bucket-Richtlinien auf Wildcard-Prinzipale, fehlende Bedingungen und Anweisungen, die breiten Zugriff erlauben.

# Bucket-Richtlinien extrahieren und analysieren
for bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do
  policy=$(aws s3api get-bucket-policy --bucket "$bucket" --output text 2>/dev/null)
  if [ -n "$policy" ]; then
    echo "=== $bucket Richtlinie ==="
    echo "$policy" | python3 -c "
import json, sys
policy = json.load(sys.stdin)
for stmt in policy.get('Statement', []):
    principal = stmt.get('Principal', {})
    effect = stmt.get('Effect', '')
    if principal == '*' or principal == {'AWS': '*'}:
        print(f'  WARNUNG: {effect} mit Wildcard-Prinzipal')
        print(f'  Aktionen: {stmt.get(\"Action\", \"\")}')
        print(f'  Bedingung: {stmt.get(\"Condition\", \"KEINE\")}')
"
  fi
done

Schritt 4: Verschlüsselungs- und Versionierungseinstellungen überprüfen

Stellen Sie sicher, dass alle Buckets serverseitige Verschlüsselung und Versionierung für den Datenschutz aktiviert haben.

# Verschlüsselungs- und Versionierungsstatus für alle Buckets prüfen
for bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do
  echo "=== $bucket ==="

  # Verschlüsselungskonfiguration
  aws s3api get-bucket-encryption --bucket "$bucket" 2>/dev/null \
    && echo "  Verschlüsselung: AKTIVIERT" \
    || echo "  Verschlüsselung: DEAKTIVIERT"

  # Versionierungsstatus
  aws s3api get-bucket-versioning --bucket "$bucket" \
    --query 'Status' --output text

  # Logging-Status
  aws s3api get-bucket-logging --bucket "$bucket" \
    --query 'LoggingEnabled' --output text 2>/dev/null
done

Schritt 5: Prowler S3-spezifische Prüfungen ausführen

Führen Sie die auf S3 fokussierten Prüfungen von Prowler aus, die auf den CIS AWS Foundations Benchmark abgestimmt sind.

# Prowler S3-spezifische Prüfungen ausführen
prowler aws \
  --checks s3_bucket_public_access \
           s3_bucket_default_encryption \
           s3_bucket_policy_public_write_access \
           s3_bucket_server_access_logging_enabled \
           s3_bucket_versioning_enabled \
           s3_bucket_acl_prohibited \
  -M json-ocsf \
  -o ./prowler-s3-audit/

# Zusammenfassung anzeigen
prowler aws --checks s3 -M csv -o ./prowler-s3-audit/

Schritt 6: IAM Access Analyzer für S3-Öffentlichkeits- und Kontoübergreifende Erkenntnisse nutzen

Nutzen Sie den IAM Access Analyzer, um Buckets zu identifizieren, die extern oder öffentlich geteilt werden.

# Access Analyzer-Erkenntnisse für S3 auflisten
aws accessanalyzer list-findings \
  --analyzer-arn $(aws accessanalyzer list-analyzers --query 'analyzers[0].arn' --output text) \
  --filter '{"resourceType": {"eq": ["AWS::S3::Bucket"]}}' \
  --query 'findings[*].[resource,status,condition,principal]' \
  --output table

# Analyzer erstellen, falls keiner existiert
aws accessanalyzer create-analyzer \
  --analyzer-name s3-access-audit \
  --type ACCOUNT

Schritt 7: Prüfbericht erstellen und beheben

Fassen Sie die Erkenntnisse in einem umsetzbaren Bericht zusammen und wenden Sie Abhilfemaßnahmen für kritische Probleme an.

# Schnelle Abhilfe: Block Public Access auf einem Bucket aktivieren
aws s3api put-public-access-block \
  --bucket TARGET_BUCKET \
  --public-access-block-configuration \
  'BlockPublicAcls=true,IgnorePublicAcls=true,BlockPublicPolicy=true,RestrictPublicBuckets=true'

# Standardverschlüsselung mit SSE-S3 aktivieren
aws s3api put-bucket-encryption \
  --bucket TARGET_BUCKET \
  --server-side-encryption-configuration \
  '{"Rules":[{"ApplyServerSideEncryptionByDefault":{"SSEAlgorithm":"aws:kms","KMSMasterKeyID":"alias/aws/s3"},"BucketKeyEnabled":true}]}'

# Versionierung aktivieren
aws s3api put-bucket-versioning \
  --bucket TARGET_BUCKET \
  --versioning-configuration Status=Enabled

Schlüsselkonzepte

BegriffDefinition
S3 Block Public AccessKonto- und bucket-weite Einstellungen, die ACLs und Richtlinien überschreiben, um unabhängig von einzelnen Ressourcenkonfigurationen öffentlichen Zugriff zu verhindern
Bucket-RichtlinieJSON-basierte Ressourcenrichtlinie, die an einen Bucket angehängt ist und definiert, wer auf den Bucket zugreifen kann und welche Aktionen sie ausführen können
ACL (Access Control List)Legacy-S3-Zugriffskontrollmechanismus, der Berechtigungen an AWS-Konten oder vordefinierte Gruppen wie AllUsers oder AuthenticatedUsers vergibt
IAM Access AnalyzerAWS-Dienst, der Ressourcenrichtlinien analysiert, um Ressourcen zu identifizieren, die mit externen Entitäten oder der Öffentlichkeit geteilt werden
Serverseitige VerschlüsselungVerschlüsselung, die von S3 auf Objektebene mit SSE-S3, SSE-KMS oder SSE-C angewendet wird, bevor Daten auf die Festplatte geschrieben werden
CIS AWS Foundations BenchmarkSicherheitsbest-Practice-Standard des Center for Internet Security mit spezifischen Kontrollen für die S3-Bucket-Konfiguration

Tools & Systeme

  • AWS CLI: Primäre Schnittstelle zum Abfragen von S3-Bucket-Konfigurationen, Richtlinien, ACLs und Verschlüsselungseinstellungen
  • Prowler: Open-Source-Sicherheitstool mit über 50 S3-spezifischen Prüfungen, ausgerichtet an CIS-, PCI DSS- und HIPAA-Kontrollen
  • IAM Access Analyzer: AWS-eigener Dienst zur kontinuierlichen Überwachung von Ressourcenrichtlinien, die externen Zugriff gewähren
  • S3audit: Leichtgewichtiges Tool zur schnellen Aufzählung öffentlicher S3-Buckets in einem Konto
  • ScoutSuite: Multi-Cloud-Audit-Tool, das S3-Konfigurationsdaten sammelt und risikobewertete HTML-Berichte generiert

Häufige Szenarien

Szenario: Identifizieren eines öffentlich lesbaren Buckets mit Kundendaten

Kontext: Ein Sicherheitsingenieur erhält eine Trusted Advisor-Warnung über einen öffentlich zugänglichen S3-Bucket. Der Bucket wurde von einem Entwicklungsteam für eine Demo erstellt und nie abgesichert.

Vorgehen:

  1. Führen Sie aws s3api get-bucket-acl aus und finden Sie eine Zuweisung an AllUsers mit READ-Berechtigung
  2. Prüfen Sie get-bucket-policy und entdecken Sie eine Richtlinie mit Principal: "*" und s3:GetObject
  3. Bestätigen Sie, dass Block Public Access auf Bucket- oder Kontoebene nicht aktiviert ist
  4. Zählen Sie den Bucket-Inhalt auf, um die Datensensitivität zu bewerten
  5. Aktivieren Sie sofort Block Public Access auf dem Bucket
  6. Überprüfen Sie CloudTrail S3-Datenereignisse, um festzustellen, ob unbefugter Zugriff erfolgt ist
  7. Melden Sie den Fund mit Zeitplan, Dateninventar und Bestätigung der Abhilfemaßnahmen

Fallstricke: Die Aktivierung von Block Public Access kann Anwendungen beeinträchtigen, die absichtlich öffentliche Inhalte bereitstellen (statische Websites). Überprüfen Sie immer die beabsichtigte Verwendung des Buckets, bevor Sie Einschränkungen anwenden. Prüfen Sie auf CloudFront-Distributionen oder andere Dienste, die auf den öffentlichen Zugriff des Buckets angewiesen sind.

Ausgabeformat

S3 Bucket-Berechtigungsprüfbericht
=====================================
Konto: 123456789012 (Produktion)
Datum: 2026-02-23
Prüfer: Sicherheits-Engineering-Team
Anzahl Buckets: 47

KONTOEBENE EINSTELLUNGEN:
  Block Public Access: AKTIVIERT (alle vier Einstellungen)

KRITISCHE ERKENNTNISSE:
[S3-001] Öffentlicher Lesezugriff über ACL
  Bucket: marketing-assets-prod
  Problem: AllUsers-Gruppe hat READ-Berechtigung über ACL erhalten
  Risiko: Jeder Internetnutzer kann Bucket-Inhalte auflisten und herunterladen
  Datensensitivität: Enthält kundenorientierte, aber nicht sensible Marketing-Assets
  Abhilfe: AllUsers-ACL-Zuweisung entfernen, Block Public Access aktivieren

[S3-002] Wildcard-Prinzipal in Bucket-Richtlinie
  Bucket: data-exchange-partner
  Problem: Richtlinie erlaubt s3:GetObject mit Principal "*" und ohne VPC/IP-Bedingung
  Risiko: Für Partnerzugriff vorgesehen, aber für jeden mit Bucket-Namen zugänglich
  Abhilfe: Bedingung aws:SourceVpce oder aws:SourceIp hinzufügen, um Zugriff einzuschränken

ZUSAMMENFASSUNG:
  Buckets mit öffentlichem Zugriff:           3 / 47
  Buckets ohne Verschlüsselung:               5 / 47
  Buckets ohne Versionierung:                12 / 47
  Buckets ohne Zugriffsprotokollierung:      18 / 47
  Buckets mit übermäßig breiten Richtlinien:  7 / 47

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

abusing-dpapi-for-credential-access

Extract and decrypt Windows DPAPI-protected secrets (Credential Manager, browser logins/cookies, Wi-Fi credentials, KeePass keys) online or offline using SharpDPAPI, SharpChrome, Mimikatz, or Impacket

abusing-shadow-credentials-for-privesc

Take over Active Directory accounts by writing attacker-controlled public keys to msDS-KeyCredentialLink (Shadow Credentials) with pyWhisker, Whisker, or Certipy, then authenticate via PKINIT to recover the target

achieving-cmmc-level-2-compliance

>-

acquiring-disk-image-with-dd-and-dcfldd

Create forensically sound bit-for-bit disk images with dd or dcfldd on a Linux forensic workstation, preserving evidence integrity through hash verification (MD5/SHA) during acquisition. Use when imaging a suspect drive, USB device, or memory card for investigation, preserving volatile disk evidence during incident response, or producing a verified copy for legal or law-enforcement proceedings before any destructive analysis.

analyzing-active-directory-acl-abuse

Detect dangerous ACL misconfigurations in Active Directory using ldap3

analyzing-android-malware-with-apktool

Perform static analysis of Android APK malware using apktool for resource decompilation, jadx for Java source recovery, and androguard for manifest inspection, dangerous permission-combination detection, and identification of obfuscated code, dynamic code loading, and reflection-based API calls. Use to statically triage a suspicious APK without executing it or to build mobile malware detection rules.

analyzing-api-gateway-access-logs

Parses API Gateway access logs (AWS API Gateway, Kong, Nginx) to detect

analyzing-apt-group-with-mitre-navigator

Query ATT&CK data with attackcti, mitreattack-python, and stix2, then build MITRE ATT&CK Navigator layers and multi-layer heatmap overlays mapping one or more APT groups

analyzing-azure-activity-logs-for-threats

Queries Azure Monitor activity logs and sign-in logs via azure-monitor-query

analyzing-bootkit-and-rootkit-samples

Analyzes bootkit and advanced rootkit malware infecting the Master

analyzing-browser-forensics-with-hindsight

Parse Chromium-based browser databases with Hindsight to extract and correlate browsing history, downloads, cookies, cached content, autofill data, saved passwords, and extensions from Chrome, Edge, Brave, Opera, and Vivaldi into a unified timeline (XLSX, JSON, or SQLite output). Use during incident response, insider-threat investigations, or criminal cases when you need to reconstruct a user

analyzing-campaign-attribution-evidence

Systematically evaluate cyber-campaign evidence to attribute an operation to a threat actor, using the Diamond Model and Analysis of Competing Hypotheses (ACH) to weigh infrastructure overlaps, TTP consistency, malware code similarity, and timing/language artifacts into confidence-weighted attribution assessments. Use when an incident investigation needs a defensible attribution confidence level.

analyzing-certificate-transparency-for-phishing

Monitor Certificate Transparency logs using crt.sh and Certstream to

analyzing-cloud-storage-access-patterns

Detect abnormal access in AWS S3, GCS, and Azure Blob Storage by analyzing CloudTrail Data Events, GCS audit logs, and Azure Storage Analytics for after-hours bulk downloads, new-IP access, and API-call spikes (e.g. GetObject) via statistical baselines and time-series anomaly detection. Use when investigating suspected cloud data exfiltration or building related detection rules.

analyzing-cobalt-strike-beacon-configuration

Extract and analyze Cobalt Strike beacon configuration from PE files

analyzing-cobaltstrike-malleable-c2-profiles

Parse and analyze Cobalt Strike Malleable C2 profiles with dissect.cobaltstrike (profiles and beacon-payload configs) and pyMalleableC2 (AST parsing) to extract HTTP/DNS transforms, URIs, headers, sleep/jitter, and injection behavior, then generate network detection signatures. Use when reverse-engineering a captured malleable profile or building detections against Cobalt Strike Beacon traffic.

analyzing-command-and-control-communication

Analyzes malware C2 communication over HTTP, HTTPS, DNS, and custom

analyzing-cyber-kill-chain

Analyzes intrusion activity against the Lockheed Martin Cyber Kill Chain

analyzing-disk-image-with-autopsy

Perform comprehensive forensic analysis of raw (dd), E01, or AFF disk images with Autopsy and The Sleuth Kit, recovering deleted files, examining metadata and embedded artifacts, keyword searching, and building investigation timelines with visual reports. Use for structured analysis of a forensic disk image or when stakeholders need visual reports from evidence.

analyzing-dns-logs-for-exfiltration

Analyzes DNS query logs to detect data exfiltration via DNS tunneling,

Verwandte Skills