Header-Injektion

Header-Injektion, wenn sie über einen Proxy durchgeführt wird, bezeichnet den kontrollierten Prozess des Hinzufügens, Änderns oder Entfernens von HTTP-Headern aus Anfragen oder Antworten, während diese den Proxy-Server durchlaufen. Diese Manipulation findet zwischen dem Client und dem Ursprungsserver oder zwischen dem Ursprungsserver und dem Client statt und ermöglicht eine dynamische Änderung der Kommunikationsmetadaten, ohne die Client-Anwendung oder die Server-Anwendung zu modifizieren.

Header-Injektion über einen Proxy verstehen

Ein Proxy-Server fungiert als Vermittler für Client-Anfragen, die Ressourcen von anderen Servern anfordern. Während dieser Vermittlung kann der Proxy verschiedene Aspekte der HTTP-Kommunikation, einschließlich ihrer Header, inspizieren und ändern. Header-Injektion ist eine bewusste Konfiguration auf dem Proxy, um spezifische betriebliche, sicherheitsrelevante oder entwicklungsbezogene Ziele zu erreichen.

Proxys können Header manipulieren für:
* Ausgehende Anfragen: Ändern von Headern, die vom Client an den Ursprungsserver gesendet werden.
* Eingehende Antworten: Ändern von Headern, die vom Ursprungsserver an den Client gesendet werden.

Diese Fähigkeit unterscheidet sich von bösartigen Header-Injektions-Schwachstellen, bei denen ein Angreifer eine Anwendungsfehler ausnutzt, um unerwünschte Header einzuschleusen. Hier ist die Header-Injektion eine legitime, konfigurierte Aktion des Proxy-Betreibers.

Mechanismus der Header-Manipulation

Wenn eine HTTP-Anfrage oder -Antwort einen Proxy durchläuft, bestimmt die Konfiguration des Proxy-Servers, wie Header behandelt werden. Der Prozess umfasst typischerweise:
1. Abfangen: Der Proxy empfängt die HTTP-Nachricht.
2. Parsen: Der Proxy parst die Nachricht und extrahiert die Header.
3. Regelauswertung: Der Proxy wendet konfigurierte Regeln basierend auf Kriterien wie URL, Methode, Client-IP oder vorhandenen Header-Werten an.
4. Manipulation: Basierend auf den Regeln fügt der Proxy neue Header hinzu, ändert Werte bestehender Header oder entfernt Header vollständig.
5. Weiterleiten: Die modifizierte Nachricht wird dann an ihr Ziel (Ursprungsserver oder Client) weitergeleitet.

Häufige Anwendungsfälle und Vorteile

Die Header-Injektion über einen Proxy dient verschiedenen praktischen Zwecken.

1. Sicherheit und Anonymität

Proxys sind grundlegend für die Verbesserung von Sicherheit und Anonymität durch die Manipulation identifizierender Header.
* IP-Anonymisierung: Entfernen oder Ändern von X-Forwarded-For, Via oder Remote-Addr Headern, um die wahre IP-Adresse des Clients vor dem Ursprungsserver zu verbergen.
* User-Agent-Maskierung: Ändern des User-Agent-Headers, um als anderer Browser oder Gerät zu erscheinen, wodurch serverseitiges Tracking oder Inhaltsanpassung verhindert wird.
* Referer-Kontrolle: Ändern oder Entfernen des Referer-Headers, um zu verhindern, dass Ursprungsserver die zuvor vom Client besuchte Seite kennen.
* Authentifizierung: Injizieren von Authorization-Headern oder benutzerdefinierten Tokens für Upstream-Dienste, die eine Authentifizierung basierend auf Proxy-seitigen Anmeldeinformationen erfordern.

2. Leistungsoptimierung

Die Header-Manipulation kann das Caching und die Inhaltsbereitstellung erheblich beeinflussen.
* Caching-Kontrolle: Injizieren von Cache-Control- oder Pragma-Headern, um zu beeinflussen, wie Ursprungsserver oder Zwischen-Caches die Inhalts-Zwischenspeicherung handhaben, z. B. Erzwingen einer Revalidierung (Cache-Control: no-cache) oder Verlängern der Cache-Lebensdauer.
* Inhaltskomprimierung: Hinzufügen von Accept-Encoding: gzip, deflate, falls der Client es nicht gesendet hat, um sicherzustellen, dass der Ursprungsserver mit komprimiertem Inhalt antwortet.

3. Entwicklung und Tests

Entwickler verwenden Proxys, um verschiedene Client-Bedingungen zu simulieren oder Serververhalten zu testen.
* Browser-Emulation: Ändern des User-Agent, um die Website-Darstellung in verschiedenen Browsern zu testen, ohne mehrere tatsächliche Browser zu benötigen.
* Sprachtests: Injizieren von Accept-Language-Headern, um Internationalisierungs- und Lokalisierungsfunktionen einer Webanwendung zu testen.
* API-Tests: Hinzufügen spezifischer X-API-Key oder benutzerdefinierter Header, die von einer API benötigt werden und möglicherweise nicht einfach von der Client-Anwendung aus konfigurierbar sind.
* Debugging: Injizieren von X-Debug-Headern, um Debug-Modi auf dem Ursprungsserver für detaillierte Protokollierung auszulösen.

4. Inhaltsanpassung und Routing

Proxys können beeinflussen, wie Inhalte bereitgestellt oder Anfragen geroutet werden.
* Geo-Targeting-Simulation: Injizieren von X-Geo-Location oder ähnlichen Headern, um die geo-spezifische Inhaltsbereitstellung zu testen, ohne den physischen Standort zu ändern.
* Lastverteilung: Benutzerdefinierte Header können von Upstream-Lastverteilern verwendet werden, um Anfragen an bestimmte Serverinstanzen zu routen.
* A/B-Tests: Injizieren von benutzerdefinierten Headern, um Benutzer für A/B-Tests auf verschiedene Versionen einer Website zu leiten.

Arten der Header-Manipulation

Proxys unterstützen im Allgemeinen drei grundlegende Operationen an Headern:

1. Neue Header hinzufügen

Dabei wird ein Header eingefügt, der in der ursprünglichen Anfrage oder Antwort nicht vorhanden war.
* Beispiel: Hinzufügen von X-MyProxy-ID: P123 zu jeder ausgehenden Anfrage zur Nachverfolgung.
* Beispiel: Hinzufügen von Strict-Transport-Security: max-age=31536000; includeSubDomains zu allen Antworten, um HSTS zu erzwingen.

2. Bestehende Header ändern

Dies ändert den Wert eines bereits vorhandenen Headers.
* Beispiel: Ändern von User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) zu User-Agent: MyCustomBot/1.0.
* Beispiel: Anhängen von Informationen an einen bestehenden Header, z. B. X-Forwarded-For: client_ip, proxy_ip.

3. Header entfernen

Dabei wird ein Header aus der Nachricht entfernt, bevor sie weitergeleitet wird.
* Beispiel: Entfernen von Cookie-Headern aus Anfragen zur Verbesserung der Privatsphäre.
* Beispiel: Entfernen von Server- oder X-Powered-By-Headern aus Antworten, um das Server-Fingerprinting zu reduzieren.

Proxy-Konfigurationsbeispiele

Die Methode zur Header-Injektion variiert je nach Proxy-Software oder -Dienst.

Nginx (als Reverse-Proxy)

Nginx verwendet Direktiven wie proxy_set_header für Anfragen und add_header für Antworten.

http {
    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend_server;

            # Add/Modify request headers
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header User-Agent "MyCustomUserAgent/1.0";
            proxy_set_header X-My-Custom-Header "Value";

            # Remove a request header (by setting it to empty)
            # Note: Nginx doesn't directly 'remove' request headers,
            # but you can prevent forwarding them or overwrite with empty.
            # To truly remove, you might need Lua or more advanced modules.

            # Add/Modify response headers
            add_header X-Frame-Options "DENY";
            add_header X-Content-Type-Options "nosniff";
            add_header Cache-Control "no-cache, no-store, must-revalidate";

            # Remove a response header (requires more advanced modules or header_filter_by_lua)
            # Example using `more_clear_headers` from ngx_headers_more module
            # more_clear_headers 'Server';
        }
    }
}

Squid Proxy (als Forward-Proxy)

Squid verwendet request_header_add, request_header_replace, request_header_access, reply_header_add usw.

# Add a header to client requests
request_header_add X-Proxy-Client-IP %<A

# Replace an existing header in client requests
request_header_replace User-Agent MySquidAgent/1.0

# Remove a header from client requests
request_header_access Referer deny all

# Add a header to server replies
reply_header_add X-Squid-Cache-Status %s

# Remove a header from server replies
reply_header_access Server deny all

Generischer Proxy-Dienst (Konzeptionelle API/UI)

Ein kommerzieller Proxy-Dienst könnte die Konfiguration über ein Dashboard oder eine API anbieten.

{
  "proxy_rules": [
    {
      "match": {
        "url_pattern": ".*",
        "method": "GET"
      },
      "actions": {
        "request_headers": {
          "add": {
            "X-Proxy-Request-ID": "{{request_id}}"
          },
          "modify": {
            "User-Agent": "BotCrawler/1.0"
          },
          "remove": ["Accept-Encoding"]
        },
        "response_headers": {
          "add": {
            "X-Cache-Status": "HIT"
          },
          "modify": {
            "Content-Security-Policy": "default-src 'self'"
          },
          "remove": ["X-Powered-By"]
        }
      }
    }
  ]
}

Vergleich: Client-seitige vs. Proxy-seitige Header-Manipulation

Risiken und Überlegungen

Obwohl leistungsstark, birgt die Header-Injektion über einen Proxy potenzielle Risiken:

• Sicherheitsimplikationen: Eine unsachgemäß konfigurierte Header-Injektion kann unbeabsichtigt sensible Informationen (z. B. interne IP-Adressen über X-Forwarded-For, wenn nicht beabsichtigt) offenlegen oder zu Umgehungen führen, wenn sie nicht sorgfältig verwaltet wird.
• Anwendungskompatibilität: Das Ändern oder Entfernen wesentlicher Header (z. B. Host, Content-Length, Cookie) kann Anwendungen beschädigen, die auf deren ursprüngliche Werte oder deren Vorhandensein angewiesen sind.
• Komplexität beim Debugging: Wenn Probleme auftreten, kann es schwierig sein festzustellen, ob die Header-Manipulation durch den Proxy die Ursache ist, da die Client- und Serverprotokolle unterschiedliche Header-Sets anzeigen können.
• Leistungsmehraufwand: Umfangreiche Regeln zur Header-Manipulation können jedem Request und jeder Response eine Verarbeitungsverzögerung hinzufügen, was sich potenziell auf die Gesamtleistung des Proxys auswirkt.
• Compliance: Bestimmte Vorschriften (z. B. DSGVO, CCPA) können Auswirkungen darauf haben, wie identifizierende Header behandelt werden, was eine sorgfältige Konfiguration zur Sicherstellung der Compliance erfordert.
• Cache-Invalidierung: Das falsche Ändern von Vary- oder Cache-Control-Headern kann dazu führen, dass veraltete Inhalte bereitgestellt werden oder die Cache-Trefferquoten sinken.