EMZETT.
Login

Emzett Wiki

Rechteausweitung und Systemhärtung: Privilege Escalation verstehen

Properties1
tagsglossar, systemsicherheit, härtung

2 Min. Lesezeit

Rechteausweitung und Systemhärtung: Privilege Escalation verstehen

Kurz: Bei einer Rechteausweitung gewinnt ein Angreifer mit niedrigen Rechten höhere Rechte (z. B. root oder Administrator); Härtung reduziert Angriffsfläche und falsche Berechtigungen, damit das scheitert.

Genauer: Ein Angreifer landet oft zunächst als unprivilegierter Benutzer (gehackter Webdienst, Phishing). Der nächste Schritt ist Privilege Escalation (PrivEsc). Dieser Artikel nennt typische Ursachen und vor allem Gegenmaßnahmen für eigene Systeme.

Im Detail

Arten

  • Vertikal: normaler Nutzer → Administrator/root.
  • Horizontal: Zugriff auf Daten anderer Nutzer gleicher Stufe (IDOR, kaputte Zugriffskontrolle).
  • Typische Ursachen (Linux): unsichere sudo-Regeln, SUID-Dateien, schreibbare Skripte/Cron-Jobs die als root laufen, Kernel-Lücken, Container-Ausbruch (privilegierte Container, Docker-Socket gemountet), Capabilities, schwache Dateirechte (SSH-Schlüssel, Backups), Passwörter in Konfigurationsdateien/History.
  • Windows: unquoted Service Paths, schwache Dienst-/Registry-Rechte, AlwaysInstallElevated, Token-Missbrauch, Treiber-Lücken, gespeicherte Anmeldedaten, schwache Active-Directory-Delegierung.
  • Cloud: zu weite IAM-Rollen, Metadaten-Dienst (SSRF), Secrets in Umgebungsvariablen.

Härtung (Hardening) Linux

  • Prinzip der geringsten Rechte: Dienste unter eigenen Benutzern ohne Shell, sudoers eng (keine Shell-Ausbruch-Programme), NOPASSWD meiden.
  • Updates/Patches (Kernel, Pakete), unbenötigte Dienste und Pakete entfernen.
  • Dateirechte prüfen (find / -perm -4000 -type f SUID-Liste, -perm -o+w), umask 027.
  • SSH: Schlüssel, kein Root-Login, Fail2ban.
  • Mandatory Access Control: AppArmor/SELinux, seccomp, Namespaces.
  • Container: nicht privilegiert, rootless, schreibgeschütztes Root-FS, kein Docker-Socket, no-new-privileges.
  • Auditing (auditd), Protokolle, Integritätsprüfung (AIDE).
  • Secrets aus Konfigurationen/History heraushalten.

Härtung Windows und Cloud

  • Standardbenutzer statt Admin im Alltag, UAC, LAPS (lokale Admin-Passwörter einzigartig), Credential Guard, Defender/ASR-Regeln, AppLocker/WDAC.
  • Dienste/Aufgaben mit minimalen Rechten, Pfade quoten, Rechte an Programm-/Dienstordnern prüfen.
  • Active Directory: Tiering (Admin-Konten getrennt), Delegierung prüfen, Kerberoasting-Schutz (lange Dienstkonto-Passwörter, gMSA).
  • Patch-Management.
  • Cloud: IAM minimal, Rollen pro Dienst, IMDSv2, keine Schlüssel im Code, MFA, Zugriffs-Reviews.
  • Benchmarks: CIS Benchmarks, BSI-Grundschutz (SYS.1), Microsoft Security Baselines.

Prüfen und Lernen

  • Eigene Systeme auditieren: Lynis (Linux), linPEAS/winPEAS-ähnliche Checker nur auf eigenen Systemen, Vulnerability-Scanner (OpenVAS), Konfigurationsprüfung.
  • Logs/Alarme bei verdächtigem sudo/su, neuen SUID-Dateien, neuen Konten.
  • Legal üben: TryHackMe/HackTheBox PrivEsc-Räume, eigene VM-Labs (Metasploitable) – nie fremde Systeme.
  • Rechtlich: unbefugtes Ausspähen/Erlangen von Rechten ist strafbar (§ 202a ff. StGB).
  • Verwandt: sudoers, Least Privilege, Zugriffssteuerung, Hardening-Checklisten, Container-Sicherheit.

Siehe auch: sudoers und visudo, Prinzip der geringsten Rechte, Zero Trust

Backlinks