← Alle Labornotizen
HTTP / Betriebszustand / MODELL 2026.11.1

Repariert. Aber noch im Cache.

Reproduziert im MauriSec-Übungsmodell: · 3 bestandene Gegenproben · 1 Min. Lesezeit.

01 / ANNAHME

Was wir überprüfen.

Eine korrigierte Origin-Konfiguration entfernt bereits vergiftete Cache-Objekte.

02 / VERSUCH

So lässt es sich nachbauen.

Eine fremde Download-Adresse über den Forwarded-Host in das Übungsobjekt bringen. Ein zweiter Client bestätigt den HIT. Anschließend nur das Host-Vertrauen ändern; erst danach den Cache bereinigen.

  1. curl --client attacker -H 'X-Forwarded-Host: mirror.training.test' https://portal.training.test/briefing
  2. curl --client bob https://portal.training.test/briefing
  3. cache.json: trustForwardedHost=false; weitere Werte wie in der herunterladbaren Änderung
  4. curl --client bob https://portal.training.test/briefing
  5. purge
  6. curl --client bob https://portal.training.test/briefing
03 / ERGEBNIS

Was der Lauf tatsächlich zeigt.

Die reine Konfigurationskorrektur lässt das alte Objekt im gewählten Cache-Schlüssel bestehen. Nach purge wird die kanonische Adresse erzeugt.

04 / GRENZEN

Was damit noch nicht bewiesen ist.

Getestet wird ein vereinfachtes HTTP-Cache-Modell, kein bestimmtes CDN. In echten Systemen unterscheiden sich Schlüssel, Varianten, Invalidierung und zulässige Cache-Verwendungen.

Technische Grundlagen

RFC 9111 · HTTP Caching ↗

Im Blog suchen

0 Beiträge

Kein Treffer. Probiere einen anderen Begriff.

Esc schließt die Suche.