CVE-2026-34040 — Docker/Moby AuthZ-Plugin-Bypass (Lab-PoC)

KO: Ein Projekt zur Reproduktion einer Schwachstelle für Übungszwecke, die die Autorisierungs-(AuthZ)-Plugins von Docker(Moby) mithilfe eines über 1 MB großen Anforderungsrumpfs umgeht. EN: Eine Laborreproduktion einer Schwachstelle, die Docker (Moby)-Autorisierungs-(AuthZ)-Plugins mithilfe eines übermäßig großen (>1 MB) Anforderungsrumpfs umgeht.

Fakten zur Schwachstelle

KO: Der offizielle CVSS-Vektor ist AV:L (lokal). Das bewertete Szenario ist ein Benutzer mit niedrigen Rechten und lokalem Docker-API-Zugriff (in der Regel /var/run/docker.sock). Dieses PoC verwendet ausschließlich den lokalen UNIX-Socket. EN: Der offizielle CVSS-Vektor ist AV:L (lokal). Das bewertete Szenario ist ein Benutzer mit niedrigen Rechten und lokalem Docker-API-Zugriff (typischerweise /var/run/docker.sock). Dieses PoC verwendet ausschließlich den lokalen UNIX-Socket.

Was dies demonstriert

KO:

1. Das Erstellen eines privilegierten Containers mit einer normal großen Anforderung wird vom AuthZ-Plugin blockiert (HTTP 403).
2. Dieselbe Anforderung mit einem Padding über 1 MB umgeht die AuthZ-Prüfung.
3. Die umgangene Anforderung erreicht die Verarbeitungsstufe des Docker-Daemons und erstellt einen privilegierten Container.
4. Mit der Kombination aus privilegiertem Container und Host-Bind-Mount können das Lesen von Host-Dateien und die Ausführung von Host-Befehlen demonstriert werden.

EN:

1. Eine normal große Anforderung zum Erstellen eines privilegierten Containers wird vom AuthZ-Plugin blockiert (HTTP 403).
2. Dieselbe Anforderung, die über 1 MB aufgefüllt wird, umgeht die AuthZ-Prüfung.
3. Die umgangene Anforderung erreicht den Docker-Daemon und erstellt einen privilegierten Container.
4. Mit privilegiertem Container + Host-Bind-Mount können das Lesen von Host-Dateien und die Ausführung von Host-Befehlen demonstriert werden.

KO: Diese CVE selbst liest /etc/shadow nicht direkt und führt kein RCE aus. Das Wesen der Schwachstelle ist die Umgehung einer Docker-API-Anforderung, die AuthZ blockieren sollte; die späteren Schritte (Dateilese, chroot, Befehlsausführung) sind Auswirkungs-Demos, die normale Docker/Linux-Funktionen missbrauchen. EN: Die CVE selbst liest /etc/shadow nicht und führt kein RCE direkt aus. Die Schwachstelle ist die Umgehung einer Docker-API-Anforderung, die AuthZ blockieren sollte; die späteren Schritte (Dateilese, chroot, Befehlsausführung) sind Auswirkungs-Demos, die normale Docker/Linux-Funktionen missbrauchen.

Repository-Struktur

.
├── README.md
├── poc.py                  # Working PoC (local UNIX socket only)
├── requirements.txt        # Python standard library only
├── LICENSE
├── lab/
│   ├── authz.rego          # OPA policy: blocks privileged + host-root bind
│   └── daemon.json         # Registers the AuthZ plugin
└── docs/
    ├── concepts.md         # 개념 / Concepts
    ├── lab-setup.md        # 환경 구성 / Lab setup
    ├── how-it-works.md     # 동작 원리 / How it works (source-level)
    ├── usage.md            # 사용법 / Usage
    ├── troubleshooting.md  # 문제 해결 / Troubleshooting
    └── references.md       # 참고 / References

Voraussetzungen

KO: Damit dieses PoC sinnvoll funktioniert, müssen alle folgenden Bedingungen erfüllt sein. EN: Alle folgenden Bedingungen sind erforderlich, damit dieses PoC sinnvoll ist.

Schnellstart

# 1) Pull the image used by the PoC
sudo docker pull alpine

# 2) Run the non-destructive bypass check
sudo python3 poc.py --mode check

Erwartetes Ergebnis auf einem verwundbaren Ziel:

small request     -> HTTP 403   (AuthZ blocks)
oversized request -> HTTP 201 or HTTP 404   (AuthZ bypassed; daemon processed it)

KO: Eine 404 No such image ist ebenfalls ein Beweis für die Umgehung – die Anforderung hat AuthZ passiert (nicht 403) und die Bildsuche des Docker-Daemons erreicht. Ziehen Sie alpine vorher, um Verwirrung in einer Demo zu vermeiden. EN: Eine 404 No such image ist dennoch ein Beweis für die Umgehung – die Anforderung hat AuthZ passiert (nicht 403) und die Bildsuche des Daemons erreicht. Ziehen Sie alpine vorab, um Verwirrung in einer Demo zu vermeiden.

Vollständige Nutzung siehe docs/usage.md.

Nur-Labor-Warnung

KO: Verwenden Sie dies nur in einer isolierten Übungsumgebung, die Ihnen gehört oder für die Sie ausdrücklich autorisiert sind. Führen Sie dies nicht gegen entfernte Docker-APIs, Drittanbieter-Server, Produktionsumgebungen oder im Internet exponierte Docker-Endpunkte aus. Die Auswirkungs-Demo-Modi (rce-proof, host-command, reverse-shell-local) erfordern ein explizites Bestätigungsflag. EN: Verwenden Sie dies nur in einem isolierten Labor, das Ihnen gehört oder für das Sie ausdrücklich zum Testen autorisiert sind. Führen Sie es nicht gegen entfernte Docker-APIs, Drittanbieter-Server, Produktionsumgebungen oder im Internet exponierte Docker-Endpunkte aus. Die Auswirkungs-Demo-Modi (rce-proof, host-command, reverse-shell-local) erfordern ein explizites Bestätigungsflag.

Referenzen

Siehe docs/references.md.