5 Fragen zu Reqmod

ICAP (Internet Content Adaptation Protocol) wird genutzt, um HTTP-Anfragen und -Antworten durch externe Server (z. B. Virenscanner, Content-Filter) zu modifizieren oder zu analysieren. Die beiden Hauptmodi sind: - **REQMOD (Request Modification):** Modifikation oder Analyse der HTTP-Anfrage, bevor sie an den Zielserver weitergeleitet wird. - **RESPMOD (Response Modification):** Modifikation oder Analyse der HTTP-Antwort, bevor sie an den Client zurückgegeben wird. **Unterschied:** - **REQMOD** wird auf die Anfrage des Clients angewendet (z. B. bevor ein Benutzer eine Webseite aufruft). - **RESPMOD** wird auf die Antwort des Servers angewendet (z. B. nachdem die Webseite vom Server geladen wurde). --- ### Beispiele mit inhaltsgleicher Anfrage #### Beispiel 1: Virenscan beim Download einer Datei - **REQMOD:** Prüft, ob der Benutzer überhaupt eine Datei herunterladen darf (z. B. Policy-Check). - **RESPMOD:** Prüft die heruntergeladene Datei auf Viren, bevor sie an den Benutzer ausgeliefert wird. #### Beispiel 2: Inhaltsfilter für Webseiten - **REQMOD:** Überprüft, ob die angeforderte URL auf einer Blacklist steht, bevor die Anfrage an den Webserver geht. - **RESPMOD:** Überprüft den tatsächlichen Webseiteninhalt auf unerwünschte Begriffe oder Bilder, bevor die Seite an den Benutzer ausgeliefert wird. #### Beispiel 3: Werbung einfügen - **REQMOD:** Fügt einen Tracking-Header in die HTTP-Anfrage ein, bevor sie an den Webserver geht. - **RESPMOD:** Fügt Werbebanner in den HTML-Code der Antwort ein, bevor die Seite an den Benutzer ausgeliefert wird. --- **Zusammengefasst:** REQMOD arbeitet auf der Anfrage, bevor sie den Server erreicht, RESPMOD auf der Antwort, bevor sie den Client erreicht. Die Beispiele zeigen, dass die gleiche Anfrage (z. B. Download einer Datei, Aufruf einer Webseite) je nach Modus unterschiedlich behandelt wird.

ICAP (Internet Content Adaptation Protocol) wird genutzt, um HTTP-Anfragen und -Antworten durch externe Server (z. B. Virenscanner, Content-Filter) zu modifizieren. Die beiden Hauptmodi sind: - **REQMOD** (Request Modification): Modifikation der HTTP-Anfrage, bevor sie an den Zielserver geht. - **RESPMOD** (Response Modification): Modifikation der HTTP-Antwort, bevor sie an den Client zurückgeht. **Unterschied:** - REQMOD bearbeitet die Anfrage (z. B. Filterung, Authentifizierung). - RESPMOD bearbeitet die Antwort (z. B. Virenscan, Werbung einfügen). --- ### Beispiele mit inhaltsgleicher Anfrage #### 1. Virenscan - **REQMOD:** Ein Upload (z. B. Datei per POST) wird vor dem Absenden an den Zielserver auf Viren geprüft. - **RESPMOD:** Ein Download (z. B. Datei per GET) wird nach dem Abrufen vom Zielserver auf Viren geprüft, bevor er an den Client geht. #### 2. Werbebanner einfügen - **REQMOD:** Die Anfrage wird geprüft, ob der Nutzer Werbung sehen soll (z. B. anhand von Cookies), ggf. wird ein Header hinzugefügt. - **RESPMOD:** Die Antwort (z. B. HTML-Seite) wird um Werbebanner ergänzt, bevor sie an den Nutzer ausgeliefert wird. #### 3. Jugendschutz/Content-Filter - **REQMOD:** Die Anfrage-URL wird geprüft, ob sie gesperrte Inhalte betrifft; ggf. wird die Anfrage blockiert oder umgeleitet. - **RESPMOD:** Die Antwort wird auf jugendgefährdende Inhalte geprüft und ggf. blockiert oder verändert (z. B. Bilder entfernt). --- **Zusammengefasst:** - **REQMOD**: Modifikation/Prüfung der Anfrage (vor dem Zielserver) - **RESPMOD**: Modifikation/Prüfung der Antwort (vor dem Client) Weitere Infos: [ICAP Wikipedia](https://de.wikipedia.org/wiki/Internet_Content_Adaptation_Protocol)

Für die Kommunikation mit Virenscannern via ICAP (Internet Content Adaptation Protocol) wird in der Praxis überwiegend die **RESPMOD**-Methode verwendet. Das liegt daran, dass Virenscanner in der Regel den **Antwortinhalt** (z.B. heruntergeladene Dateien, Webseiten) auf Viren oder Malware prüfen sollen, bevor dieser an den Client ausgeliefert wird. RESPMOD (Response Modification) ist dafür konzipiert, die Serverantwort zu modifizieren oder zu prüfen. **REQMOD** (Request Modification) wird seltener für Virenscanner eingesetzt, da hier die Anfrage des Clients an den Server modifiziert oder geprüft wird – was für Virenscanner meist weniger relevant ist, da sich Viren und Malware typischerweise im Antwortinhalt befinden. **Ausnahmen:** Es gibt jedoch Szenarien, in denen auch REQMOD genutzt werden kann, z.B. wenn Uploads (Dateien, die vom Client zum Server geschickt werden) auf Viren geprüft werden sollen. In diesem Fall wird die Anfrage (mit der hochgeladenen Datei) über REQMOD an den Virenscanner geschickt. **Zusammenfassung:** - **Standardfall:** RESPMOD für das Scannen von Downloads und Webseiten. - **Ausnahme:** REQMOD für das Scannen von Uploads. Weitere Informationen zu ICAP findest du z.B. bei [RFC 3507](https://datatracker.ietf.org/doc/html/rfc3507).

Hier ist eine tabellarische Übersicht der wichtigsten ICAP-Header, die gemäß [RFC 3507](https://datatracker.ietf.org/doc/html/rfc3507) in den jeweiligen ICAP-Methoden (OPTIONS, REQMOD, RESPMOD) im Request und Response verwendet werden können. Die Tabelle unterscheidet zwischen Request- und Response-Headern für jede Methode. | Header | OPTIONS Request | OPTIONS Response | REQMOD Request | REQMOD Response | RESPMOD Request | RESPMOD Response | |-----------------------|:--------------:|:---------------:|:--------------:|:---------------:|:---------------:|:----------------:| | Host | ✔ | – | ✔ | – | ✔ | – | | User-Agent | ✔ | – | ✔ | – | ✔ | – | | Date | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | | Server | – | ✔ | – | ✔ | – | ✔ | | ISTag | – | ✔ | – | ✔ | – | ✔ | | Encapsulated | – | – | ✔ | ✔ | ✔ | ✔ | | Allow | – | ✔ | – | – | – | – | | Options-TTL | – | ✔ | – | – | – | – | | Methods | – | ✔ | – | – | – | – | | Service | – | ✔ | – | ✔ | – | ✔ | | X-ICAP-Preview | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | | X-ICAP-ErrorDetails | – | – | – | ✔ | – | ✔ | | X-Authenticated-User | – | – | ✔ | ✔ | ✔ | ✔ | | X-Authenticated-Groups| – | – | ✔ | ✔ | ✔ | ✔ | | X-Client-IP | – | – | ✔ | ✔ | ✔ | ✔ | | X-Server-IP | – | – | ✔ | ✔ | ✔ | ✔ | | X-Client-Username | – | – | ✔ | ✔ | ✔ | ✔ | | X-Server-Username | – | – | ✔ | ✔ | ✔ | ✔ | **Legende:** - ✔ = Header kann in diesem Kontext verwendet werden - – = Header wird in diesem Kontext nicht verwendet **Hinweise:** - Die Tabelle enthält sowohl Standard-Header als auch häufig genutzte X-Header (vendor-spezifisch, aber weit verbreitet). - Nicht alle Header sind in jedem ICAP-Server/Client implementiert; die tatsächliche Unterstützung kann variieren. - Die wichtigsten Pflichtfelder sind fett markiert. - Für Details und weitere optionale Header siehe [RFC 3507](https://datatracker.ietf.org/doc/html/rfc3507). **Quellen:** - [RFC 3507 - Internet Content Adaptation Protocol (ICAP)](https://datatracker.ietf.org/doc/html/rfc3507) - Dokumentationen gängiger ICAP-Implementierungen Falls du eine noch detailliertere Aufschlüsselung einzelner Header benötigst, kann die RFC als Referenz dienen.

Hier ist eine tabellarische Übersicht der wichtigsten ICAP-Header für die Methoden **OPTIONS**, **REQMOD** und **RESPMOD** – jeweils unterteilt nach Request und Response. Erforderliche Header sind mit **\*** markiert. | Header | OPTIONS Request | OPTIONS Response | REQMOD Request | REQMOD Response | RESPMOD Request | RESPMOD Response | |-----------------------|:--------------:|:---------------:|:--------------:|:---------------:|:---------------:|:----------------:| | **ICAP-Version** | **\*** | **\*** | **\*** | **\*** | **\*** | **\*** | | **Host** | **\*** | | **\*** | | **\*** | | | **Date** | | | | | | | | **Encapsulated** | | | **\*** | **\*** | **\*** | **\*** | | **Allow** | | **\*** | | | | | | **Methods** | | **\*** | | | | | | **Service** | | **\*** | | | | | | **ISTag** | | **\*** | | **\*** | | **\*** | | **Options-TTL** | | | | | | | | **Preview** | | | (optional) | | (optional) | | | **Allow-204** | | | (optional) | | (optional) | | | **X-Client-IP** | | | (optional) | | (optional) | | | **X-Server-IP** | | | (optional) | | (optional) | | | **X-Authenticated-User** | | | (optional) | | (optional) | | **Legende:** - **\*** = Erforderlich laut [RFC 3507](https://datatracker.ietf.org/doc/html/rfc3507) - (optional) = Optional, aber häufig verwendet **Hinweise:** - Im **OPTIONS Request** sind nur wenige Header nötig (meist Host und ICAP-Version). - Im **OPTIONS Response** sind Allow, Methods, Service und ISTag erforderlich. - Im **REQMOD/RESPMOD Request** sind Host, ICAP-Version und Encapsulated erforderlich. - Im **REQMOD/RESPMOD Response** sind ICAP-Version, Encapsulated und ISTag erforderlich. Weitere Details findest du im [RFC 3507, Abschnitt 4.4](https://datatracker.ietf.org/doc/html/rfc3507#section-4.4).