KKeine Bearbeitungszusammenfassung |
KKeine Bearbeitungszusammenfassung |
||
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
{{ | {{Set_lang}} | ||
{{#vardefine:headerIcon|spicon-utm}} | |||
{{#vardefine: | |||
{{var| | {{var | display | ||
In einer Netzwerkumgebung verfügen Arbeitsplatzrechner in der Regel nicht über einen direkten Zugang zum Internet, sondern der Datenverkehr wird über Portfilter und Proxys gefiltert um Schadsoftware so wenig Angriffsfläche wie möglich zu bieten. | | HTTP-Proxy und Securepoint Antivirus | ||
| HTTP Proxy and Securepoint Antivirus }} | |||
In a network environment, workstations usually do not have direct access to the Internet, but the data traffic is filtered via port filters and proxies in order to provide as little attack surface as possible for malware.}} | {{var | head | ||
| Konfiguration einer UTM bei Verwendung eines HTTP-Proxys und Securepoint Antivirus Pro | |||
| Configuration of a UTM when using a HTTP proxy and Securepoint Antivirus Pro }} | |||
{{var | Anwendung | |||
| Anwendung | |||
| Application }} | |||
{{var | Einleitung | |||
| Einleitung | |||
| Introduction }} | |||
{{var | Einleitung--desc | |||
| Securepoint Antivirus Pro prüft regelmäßig auf einem Updateserver, ob neue Updates vorhanden sind. Die Updates selbst werden dann von Update-Mirrors heruntergeladen.<br> Ist ein Windows-Client direkt mit dem Internet verbunden stellt dieses kein Problem dar, da es dann normalerweise keine Regeln gibt, die Webseitenaufrufe reglementieren.<br> In einer Netzwerkumgebung verfügen Arbeitsplatzrechner in der Regel nicht über einen direkten Zugang zum Internet, sondern der Datenverkehr wird über Portfilter und Proxys gefiltert um Schadsoftware so wenig Angriffsfläche wie möglich zu bieten.<br> {{Hinweis-box||g}} Eine gute Firewall-Konfiguration zeichnet sich dadurch aus, dass jeder Client nur die Freigaben bekommt, die er auch wirklich benötigt.<br> In der folgenden Dokumentation stellen wir drei Szenarien dar, die das Antivirus Pro Update über den HTTP-Proxy einer Securepoint NextGen UTM-Firewall und den Webfilter zulassen. | |||
| Securepoint Antivirus Pro regularly checks an update server for new updates. The updates themselves are then downloaded by update mirrors.<br> If a Windows client is directly connected to the Internet, this does not pose a problem, since there are usually no rules that regulate web page views.<br> In a network environment, workstations usually do not have direct access to the Internet, but the data traffic is filtered via port filters and proxies in order to provide as little attack surface as possible for malware.<br> {{Hinweis-box||g}} A good firewall configuration is characterized by the fact that each client only gets the shares it really needs.<br> In the following documentation we present three scenarios that allow the Antivirus Pro Update via the HTTP proxy of a Securepoint NextGen UTM firewall and the web filter. }} | |||
{{var | Standard Proxy ohne Authentifizierung | |||
| Szenario 1: Standard Proxy ohne Authentifizierung | |||
| Scenario 1: Standard proxy without authentication }} | |||
{{var | 10 | |||
| In diesem Fall wird der HTTP-Proxy im [[Neu/UTM/APP/HTTP_Proxy#Transparenter_Modus|transparenten Modus]] genutzt.<br> Im [[UTM/APP/Webfilter|'''Webfilter''']] werden nur die für die Kommunikation benötigten Webseiten freigegeben werden. Hier wird ein neuer [[UTM/APP/Webfilter#Regelsatz_hinzuf.C3.BCgen|Regelsatz hinzugefügt,]] der die Update-Server für Securepoint AntiVirus Pro freigibt. Diese werden unter {{Menu|Anwendungen|Webfilter||+ Regelsatz hinzufügen|Anw=UTM}} folgendermaßen eingetragen: | |||
| In this case, the HTTP proxy is used in [[Neu/UTM/APP/HTTP_Proxy#Transparenter_Modus|transparent Mode]]. | |||
In [[UTM/APP/Webfilter|''''Webfilter''']] only the web pages required for communication will be released. A [[UTM/APP/Webfilter#Regelsatz_hinzuf.C3.BCgen| new ruleset]] will be added here to release the update servers for Securepoint AntiVirus Pro. These are entered under {{Menu|Applications|Webfilter||+ Add ruleset|Anw=UTM}} as follows: }} | |||
{{var | 11 | |||
| {{b|Name|Anw=UTM}} Frei wählbarer Regel-Name | |||
| {{b|Name|Anw=UTM}}}} Freely definable rule name | |||
{{var | 12 | |||
| {{b|Keine passende Regel gefunden:|Anw=UTM}} {{Button|blockieren|dr}} | |||
| {{b|No matching rule found:|Anw=UTM}} {{Button|block|dr}} }} | |||
{{var | 13 | |||
| Im Abschnitt {{Kasten|Regeln|grau}} | |||
| In section {{Kasten|Rules|grau}} }} | |||
{{var | 14 | |||
| + URL hinzufügen | |||
| + Add URL}} | |||
{{var | 15 | |||
| Zu beachten ist, dass an dieser Stelle {{code|*}} als Wildcard verwendet wird (kein Regex-Format!). | |||
| Please note that {{code|*}} is used as wildcard at this point (no Regex format!). }} | |||
{{var | 16 | |||
| Dieser Regelsatz muss gespeichert werden.<br> Damit der Regelsatz angewendet wird, muss der Regelsatz einem Profil zugeordnet werden, dass den entsprechenden Rechner beinhaltet! | |||
| This rule set must be saved.<br> For the rule set to be applied, the rule set must be assigned to a profile that contains the corresponding computer! }} | |||
{{var | Virenscanner der UTM | |||
| Virenscanner der UTM | |||
| Virus scanner of the UTM }} | |||
{{var | 18 | |||
| Der Virenscanner des HTTP-Proxys überprüft die Pakete, die durch den Proxy geleitet werden. | |||
| The virus scanner of the HTTP proxy checks the packages that are routed through the proxy. }} | |||
{{var | 19 | |||
| Damit der Download von Updates ohne Probleme funktioniert, müssen im Virenscanner Ausnahmen im [[UTM/APP/Regex|Regex-Format]] erstellt werden.<br> Im Menü {{Menu|Anwendungen|HTTP-Proxy|Virenscanner|Webseiten-Whitelist|Anw=UTM}} wird eine Regel mit {{Button|+ Regex}} hinzugefügt: | |||
| In order for the download of updates to work without problems, exceptions in [[UTM/APP/Regex|Regex-Format]] must be created in the virus scanner.<br> In the menu {{Menu|Applications|HTTP-Proxy|Virus Scanner|Webpage-Whitelist|Anw=UTM}} a rule with {{Button|+ Regex}} is added: }} | |||
{{var | Standard Proxy mit Authentifizierung | |||
| Szenario 2: Standard Proxy mit Authentifizierung | |||
| Scenario 2: Standard proxy with authentication}} | |||
{{var | Standard Proxy mit Authentifizierung--desc | |||
| Um die Sicherheit zu erhöhen, kann in der Securepoint NextGen UTM-Firewall unter {{Menu|Anwendungen|HTTP-Proxy|Allgemein|Anw=UTM}} eine {{b|Authentifizierungsmethode|Anw=UTM}} ausgewählt werden:<br> {{Button|Basic|dr}}, {{Button|NTLM/Kerberos|dr}}, {{Button|Radius|dr}} | |||
| To increase security, the Securepoint NextGen UTM firewall can be configured under {{Menu|Applications|HTTP-Proxy|General|Anw=UTM}}. Section {{Kasten|General}} a {{b|Authentication method|App=UTM}}:<br> {{Button|Basic|dr}}, {{Button|NTLM/Kerberos|dr}}, {{Button|Radius|dr}} }} | |||
{{var | Authentifizierungsausnahme | |||
| Authentifizierungsausnahme | |||
| Authentication exception }} | |||
{{var | Authentifizierungsausnahme--desc | |||
| Da sich der Securepoint Antivirus Client gegenüber dem Proxy nicht mit NTLM authentifizieren kann, werden zusätzlich '''Authentifizierungsausnahmen''' benötigt.<br> Die aufgerufenen URLs müssen auch hier wieder Ausdrücken im [[UTM/APP/Regex|Regex-Format]] definiert werden: | |||
| Since the Securepoint Antivirus client cannot authenticate itself against the proxy with NTLM, additional '''authentication exceptions'' are required. <br>The called URLs have to be defined again in [[UTM/APP/Regex|Regex-Format]]]: }} | |||
{{var | 24 | |||
| Da an dieser Stelle das Protokoll HTTP oder HTTPS nicht relevant ist, fallen diese Ausdrücke etwas kürzer aus als beim Virenscanner. | |||
| Since the HTTP or HTTPS protocol is not relevant at this point, these expressions are somewhat shorter than with the virus scanner. }} | |||
{{var | 25 | |||
| Für den <u>Webfilter</u> und den <u>Virenscanner</u> werden hierbei genauso Ausnahmen konfiguriert wie im Szenario 1. | |||
| For the <u>Webfilter</u> and the <u>Virus scanner</u> exceptions are configured as in scenario 1. }} | |||
{{var | 26 | |||
| Szenario 3: Standard Proxy mit Authentifizierung über NTLM und mit SSL-Interception | |||
| Scenario 3: Standard proxy with authentication via NTLM and with SSL interception }} | |||
{{var | 28 | |||
| Wenn im Menü {{Menu|Anwendungen|HTTP-Proxy|SSL-Interception|Anw=UTM}} die {{b|SSL-Interception|Anw=UTM}} {{ButtonAn|Anw=UTM}} zum Einsatz kommt, um auch die verschlüsselten Datenpakete auf Schadsoftware zu überprüfen, müssen auch hier die Server als {{Kasten|Ausnahmen für SSL-Interception}} {{ButtonAn|Anw=UTM}} hinterlegt werden.<br> Dazu werden die selben Ausdrücke wie auch schon bei der Authentifizierungsausnahme verwendet. | |||
| If in menu {{Menu|Applications|HTTP-Proxy|SSL-Interception|Anw=UTM}} {{B|SSL-Interception|Anw=UTM}} {{ButtonAn|Anw=UTM}} is used to check the encrypted data packets for malware, the servers must also be stored here as {{Kasten |Exceptions for SSL-Interception}}{{ButtonAn|Anw=UTM}}}.<br> The same expressions are used as for the authentication exception. }} | |||
{{var | 29 | |||
| Für den <u>Webfilter</u> und den <u>Virenscanner</u> werden hierbei genauso Ausnahmen konfiguriert wie in den Szenarien 1 und 2. | |||
| For the <u>Webfilter</u> and the <u>Virus scanner</u> exceptions are configured in the same way as in scenarios 1 and 2. }} | |||
{{var | Transparente SSL-Interception | |||
| Transparente SSL-Interception | |||
| Transparent SSL Interception }} | |||
{{var | Transparente SSL-Interception--desc | |||
| Wenn im Menü {{Menu|Anwendungen|HTTP-Proxy|Transparenter Modus|Anw=UTM}} der {{Kasten|Transparente Modus|grau}} {{ButtonAn|Anw=UTM}} aktiviert wurde, um auch die verschlüsselten Datenpakete auf Schadsoftware zu überprüfen, müssen hier die IP-Adressen der Server als Ausnahmen für die SSL-Interception hinterlegt werden.<br> Dazu wird das gesamte Netzwerk der Update-Server freigegeben. | |||
| If {{Menu|Applications|HTTP-Proxy|Transparent Mode|Anw=UTM}} {{Kasten|Transparent Mode|grau}} {{ButtonAn|Anw=UTM}} has been activated to also check the encrypted data packets for malware, the IP addresses of the servers must be stored here as exceptions for the SSL interception. | |||
The entire network of update servers is released for this purpose. }} | |||
{{var | neu--Layoutanpassung | |||
| Layoutanpassung | |||
| Layout adjustments }} | |||
</div>{{TOC2}}{{Select_lang}} | |||
{{Header|06.2023| | |||
* {{#var:neu--Layoutanpassung}} | |||
|| Anw=UTM | URL=true | |||
}} | |||
{{ | |||
{{ | |||
{{ | |||
{{var | |||
---- | ---- | ||
=== {{#var:Einleitung}} === | |||
<div class="Einrücken"> | |||
{{#var:Einleitung--desc}} | |||
</div> | |||
=== {{#var | === {{#var:Standard Proxy ohne Authentifizierung}} === | ||
< | ==== Webfilter ==== | ||
<div class="Einrücken"> | |||
{{#var:10}}<br> | |||
{{#var:11}}<br> | |||
{{#var:12}}<br> | |||
{{#var:13}} | |||
<br> | |||
{{code|*.ikarus.at/*}} | |||
{{code|*.mailsecurity.at/*}} | |||
<br> | |||
{{Button|{{#var:14}} }} | |||
{{#var:15}}<br> | |||
{{#var:16}} | |||
</div> | |||
==== {{#var:Virenscanner der UTM}} ==== | |||
<div class="Einrücken"> | |||
{{#var:18}}<br> | |||
{{#var:19}}<br> | |||
{{code|^[^:]*://[^\.]*\.ikarus\.at/}}<br> | {{code|^[^:]*://[^\.]*\.ikarus\.at/}}<br> | ||
{{code|^[^:]*://[^\.]*\.mailsecurity\.at/}} | {{code|^[^:]*://[^\.]*\.mailsecurity\.at/}} | ||
</div> | |||
=== {{#var | === {{#var:Standard Proxy mit Authentifizierung}} === | ||
{{#var: | <div class="Einrücken"> | ||
{{#var:Standard Proxy mit Authentifizierung--desc}} | |||
</div> | |||
{{code|.*\.ikarus\.at}} | ==== {{#var:Authentifizierungsausnahme}} ==== | ||
{{code|.*\.mailsecurity\.at}}<br> | <div class="Einrücken"> | ||
{{#var:Authentifizierungsausnahme--desc}} | |||
<br> | |||
{{code|.*\.ikarus\.at}} | |||
{{code|.*\.mailsecurity\.at}} | |||
<br> | |||
{{#var:24}}<br> | |||
{{Hinweis-box|{{#var:25}}|g}} | |||
</div> | |||
=== {{#var:26}} === | |||
=== | ==== SSL-Interception ==== | ||
<div class="Einrücken"> | |||
< | {{#var:28}} | ||
<br> | |||
{{code|.*\.ikarus\.at}} | |||
{{code|.*\.ikarus\.at}} | |||
{{code|.*\.mailsecurity\.at}} | {{code|.*\.mailsecurity\.at}} | ||
< | <br> | ||
{{#var:29}} | |||
</div> | |||
==== {{#var:Transparente SSL-Interception}} ==== | |||
<div class="Einrücken"> | |||
{{#var:Transparente SSL-Interception--desc}} | |||
<br> | |||
{{code|.*91\.212\.136\..*}} | {{code|.*91\.212\.136\..*}} | ||
</div> |
Aktuelle Version vom 1. Juli 2024, 07:53 Uhr
- Layoutanpassung
Einleitung
Ist ein Windows-Client direkt mit dem Internet verbunden stellt dieses kein Problem dar, da es dann normalerweise keine Regeln gibt, die Webseitenaufrufe reglementieren.
In einer Netzwerkumgebung verfügen Arbeitsplatzrechner in der Regel nicht über einen direkten Zugang zum Internet, sondern der Datenverkehr wird über Portfilter und Proxys gefiltert um Schadsoftware so wenig Angriffsfläche wie möglich zu bieten.
In der folgenden Dokumentation stellen wir drei Szenarien dar, die das Antivirus Pro Update über den HTTP-Proxy einer Securepoint NextGen UTM-Firewall und den Webfilter zulassen.
Szenario 1: Standard Proxy ohne Authentifizierung
Webfilter
In diesem Fall wird der HTTP-Proxy im transparenten Modus genutzt.
Im Webfilter werden nur die für die Kommunikation benötigten Webseiten freigegeben werden. Hier wird ein neuer Regelsatz hinzugefügt, der die Update-Server für Securepoint AntiVirus Pro freigibt. Diese werden unter Schaltfläche folgendermaßen eingetragen:
Name Frei wählbarer Regel-Name
Keine passende Regel gefunden:
Im Abschnitt Regeln
*.ikarus.at/*
*.mailsecurity.at/*
Zu beachten ist, dass an dieser Stelle * als Wildcard verwendet wird (kein Regex-Format!).
Dieser Regelsatz muss gespeichert werden.
Damit der Regelsatz angewendet wird, muss der Regelsatz einem Profil zugeordnet werden, dass den entsprechenden Rechner beinhaltet!
Virenscanner der UTM
Der Virenscanner des HTTP-Proxys überprüft die Pakete, die durch den Proxy geleitet werden.
Damit der Download von Updates ohne Probleme funktioniert, müssen im Virenscanner Ausnahmen im Regex-Format erstellt werden.
Im Menü Reiter Virenscanner Schaltfläche wird eine Regel mit hinzugefügt:
^[^:]*://[^\.]*\.ikarus\.at/
^[^:]*://[^\.]*\.mailsecurity\.at/
Szenario 2: Standard Proxy mit Authentifizierung
Um die Sicherheit zu erhöhen, kann in der Securepoint NextGen UTM-Firewall unter Allgemein eine Authentifizierungsmethode ausgewählt werden:
, ,
Authentifizierungsausnahme
Da sich der Securepoint Antivirus Client gegenüber dem Proxy nicht mit NTLM authentifizieren kann, werden zusätzlich Authentifizierungsausnahmen benötigt.
Die aufgerufenen URLs müssen auch hier wieder Ausdrücken im Regex-Format definiert werden:
.*\.ikarus\.at
.*\.mailsecurity\.at
Da an dieser Stelle das Protokoll HTTP oder HTTPS nicht relevant ist, fallen diese Ausdrücke etwas kürzer aus als beim Virenscanner.
Szenario 3: Standard Proxy mit Authentifizierung über NTLM und mit SSL-Interception
SSL-Interception
Wenn im Menü SSL-Interception die SSL-Interception zum Einsatz kommt, um auch die verschlüsselten Datenpakete auf Schadsoftware zu überprüfen, müssen auch hier die Server als Ausnahmen für SSL-Interception hinterlegt werden.
Dazu werden die selben Ausdrücke wie auch schon bei der Authentifizierungsausnahme verwendet.
.*\.ikarus\.at
.*\.mailsecurity\.at
Für den Webfilter und den Virenscanner werden hierbei genauso Ausnahmen konfiguriert wie in den Szenarien 1 und 2.
Transparente SSL-Interception
Wenn im Menü Transparenter Modus der Transparente Modus aktiviert wurde, um auch die verschlüsselten Datenpakete auf Schadsoftware zu überprüfen, müssen hier die IP-Adressen der Server als Ausnahmen für die SSL-Interception hinterlegt werden.
Dazu wird das gesamte Netzwerk der Update-Server freigegeben.
.*91\.212\.136\..*