Sicherheit - Versionsgeschichte

Rb: Erklärung vom Menü angepasst

2025-10-08T13:23:29Z

Erklärung vom Menü angepasst

← Nächstältere Version		Version vom 8. Oktober 2025, 15:23 Uhr
Zeile 3:		Zeile 3:
	= Sicherheit =		= Sicherheit =

	~~Das neue~~ Menü ~~im DCP beinhaltet mehrere~~ Sicherheitsfunktionen, ~~um Ihre~~ Webseiten ~~zu schützen~~.		Im DCP-Menü '''Sicherheit''' finden Sie alle Sicherheitsfunktionen, die dem Schutz Ihrer Webseiten dienen.
	~~Dieses Sicherheitsfeature ist~~ über unsere Zusatzvereinbarungen im DCP ~~buchbar~~. Die Kosten betragen 23,~~80 €~~ brutto ~~pro Monat~~.		Die Funktion '''Websecurity''', bestehend aus '''IP-Filter''' und '''ModSecurity''', kann über unsere Zusatzvereinbarungen (Ihr Account -> Zusatzvereinbarungen) im DCP hinzugebucht werden. Die monatlichen Kosten betragen 23,80 € brutto.
			'''IDS''' steht Ihnen standardmäßig direkt zur Verfügung.

	== IP-Filter ==		== IP-Filter ==

Rb: /* ModSecurity für Subdomains aktivieren */

2025-07-09T10:08:47Z

ModSecurity für Subdomains aktivieren

← Nächstältere Version		Version vom 9. Juli 2025, 12:08 Uhr
Zeile 40:		Zeile 40:
	# Bei den '''CRS-Versionen''' können Sie zwischen Version '''3''' und Version '''4''' wählen. Version '''4''' ist die aktuelle Major-Version mit Verbesserungen in den Bereichen Sicherheit, Performance und False-Positive-Reduzierung. Für ältere Applikationen empfiehlt es sich, zunächst Version '''3''' zu verwenden und mit dem "Regeln ausführen, aber nur loggen"-Modus zu prüfen, ob Version '''4''' ohne Probleme funktioniert.		# Bei den '''CRS-Versionen''' können Sie zwischen Version '''3''' und Version '''4''' wählen. Version '''4''' ist die aktuelle Major-Version mit Verbesserungen in den Bereichen Sicherheit, Performance und False-Positive-Reduzierung. Für ältere Applikationen empfiehlt es sich, zunächst Version '''3''' zu verwenden und mit dem "Regeln ausführen, aber nur loggen"-Modus zu prüfen, ob Version '''4''' ohne Probleme funktioniert.
	# Hier kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet - und desto größer ist die Wahrscheinlichkeit für False Positives. In den Logs kann man nachvollziehen, für welches Prüf-Level (Paranoia-Level) die Meldung gilt.		# Hier kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet - und desto größer ist die Wahrscheinlichkeit für False Positives. In den Logs kann man nachvollziehen, für welches Prüf-Level (Paranoia-Level) die Meldung gilt.
	# [Sicherheit#Modsecurity:_Eigene_Regeln\|Eigene Regeln]] können bei Bedarf gesetzt werden, z.B. zur Reduzierung häufiger False Positives. Näheres dazu erfahren Sie im folgenden Abschnitt.		# [[Sicherheit#Modsecurity:_Eigene_Regeln\|Eigene Regeln]] können bei Bedarf gesetzt werden, z.B. zur Reduzierung häufiger False Positives. Näheres dazu erfahren Sie im folgenden Abschnitt.

	=== Modsecurity: Eigene Regeln ===		=== Modsecurity: Eigene Regeln ===

Rb: /* ModSecurity für Subdomains aktivieren */

2025-07-09T10:08:20Z

ModSecurity für Subdomains aktivieren

← Nächstältere Version		Version vom 9. Juli 2025, 12:08 Uhr
Zeile 40:		Zeile 40:
	# Bei den '''CRS-Versionen''' können Sie zwischen Version '''3''' und Version '''4''' wählen. Version '''4''' ist die aktuelle Major-Version mit Verbesserungen in den Bereichen Sicherheit, Performance und False-Positive-Reduzierung. Für ältere Applikationen empfiehlt es sich, zunächst Version '''3''' zu verwenden und mit dem "Regeln ausführen, aber nur loggen"-Modus zu prüfen, ob Version '''4''' ohne Probleme funktioniert.		# Bei den '''CRS-Versionen''' können Sie zwischen Version '''3''' und Version '''4''' wählen. Version '''4''' ist die aktuelle Major-Version mit Verbesserungen in den Bereichen Sicherheit, Performance und False-Positive-Reduzierung. Für ältere Applikationen empfiehlt es sich, zunächst Version '''3''' zu verwenden und mit dem "Regeln ausführen, aber nur loggen"-Modus zu prüfen, ob Version '''4''' ohne Probleme funktioniert.
	# Hier kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet - und desto größer ist die Wahrscheinlichkeit für False Positives. In den Logs kann man nachvollziehen, für welches Prüf-Level (Paranoia-Level) die Meldung gilt.		# Hier kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet - und desto größer ist die Wahrscheinlichkeit für False Positives. In den Logs kann man nachvollziehen, für welches Prüf-Level (Paranoia-Level) die Meldung gilt.
	# ~~Falls nötig, können hier [~~[Sicherheit#Modsecurity:_Eigene_Regeln\|~~eigene~~ Regeln]] gesetzt werden. ~~Das kann bspw~~. ~~von Nutzen sein, wenn viele~~ False Positives ~~auffallen~~. ~~Hierzu gibt es~~ im ~~nächsten Teil eine genauere Erklärung~~.		# [Sicherheit#Modsecurity:_Eigene_Regeln\|Eigene Regeln]] können bei Bedarf gesetzt werden, z.B. zur Reduzierung häufiger False Positives. Näheres dazu erfahren Sie im folgenden Abschnitt.

	=== Modsecurity: Eigene Regeln ===		=== Modsecurity: Eigene Regeln ===

Rb am 9. Juli 2025 um 10:05 Uhr

2025-07-09T10:05:25Z

← Nächstältere Version		Version vom 9. Juli 2025, 12:05 Uhr
Zeile 23:		Zeile 23:
	[[Datei:Modsecurity.png]]		[[Datei:Modsecurity.png]]

	Wenn Sie das Ganze einsetzen möchten, können Sie das ~~entweder~~ für jede Subdomain im DCP unter '''Domains''' -> '''Subdomains''' (eine ausführliche Erklärung gibt es [[Subdomains#Subdomain_bearbeiten\|'''hier''']]) oder direkt in dieser Übersicht über den Button '''"+ Neu anlegen"''' ~~für jede beliebige Subdomain~~ aktivieren.		Wenn Sie das Ganze einsetzen möchten, können Sie das für jede Subdomain entweder im DCP unter '''Domains''' -> '''Subdomains''' (eine ausführliche Erklärung gibt es [[Subdomains#Subdomain_bearbeiten\|'''hier''']]) oder direkt in dieser Übersicht über den Button '''"+ Neu anlegen"''' aktivieren.

	=== ModSecurity für Subdomains aktivieren ===		=== ModSecurity für Subdomains aktivieren ===

	Nach einem Klick auf den Button "+ Neu Anlegen" landen Sie hier:		Das geht entweder für jede Subdomain im DCP unter '''Domains''' -> '''Subdomains''' (eine ausführliche Erklärung gibt es [[Subdomains#Subdomain_bearbeiten\|'''hier''']]) oder direkt in dieser Übersicht über den Button '''"+ Neu anlegen"'''.

			Nach einem Klick auf den Button "+ Neu Anlegen" landen Sie folglich hier:

	[[Datei:Modsecurityanlegen.png]]		[[Datei:Modsecurityanlegen.png]]

Rb: ModSecurity wurde erweitert, man kann jetzt ModSecurity dort direkt über die Übersicht für Subdomains aktivieren

2025-07-09T09:45:33Z

ModSecurity wurde erweitert, man kann jetzt ModSecurity dort direkt über die Übersicht für Subdomains aktivieren

← Nächstältere Version		Version vom 9. Juli 2025, 11:45 Uhr
Zeile 14:		Zeile 14:

	Zur Angriffserkennung verwendet ModSecurity ein festes Regelwerk, das unter [https://coreruleset.org/docs/ coreruleset.org] dokumentiert ist – aktuell in den Major-Versionen '''3''' und '''4'''.		Zur Angriffserkennung verwendet ModSecurity ein festes Regelwerk, das unter [https://coreruleset.org/docs/ coreruleset.org] dokumentiert ist – aktuell in den Major-Versionen '''3''' und '''4'''.
	Die aktuelle '''CRS-Version''' 4 bringt zahlreiche Verbesserungen mit sich, insbesondere in den Bereichen Sicherheit, Performance und Reduktion von False Positives. Für ältere Applikationen empfiehlt sich zunächst der Einsatz von Version 3.		Die aktuelle '''CRS-Version''' 4 bringt zahlreiche Verbesserungen mit sich, insbesondere in den Bereichen Sicherheit, Performance und Reduktion von False Positives. Für ältere Applikationen empfiehlt sich jedoch zunächst der Einsatz von Version 3.
	Mit der Option '''"Regeln ausführen, aber nur loggen"''' lässt sich testen, ob Version 4 ohne Probleme funktioniert.		Mit der Option '''"Regeln ausführen, aber nur loggen"''' lässt sich zuvor testen, ob Version 4 ohne Probleme funktioniert.

	Zusätzlich zur CRS-Version kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet – und desto größer ist die Wahrscheinlichkeit für False Positives.		Zusätzlich zur CRS-Version kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet – und desto größer ist die Wahrscheinlichkeit für False Positives.
Zeile 23:		Zeile 23:
	[[Datei:Modsecurity.png]]		[[Datei:Modsecurity.png]]

	Wenn Sie das Ganze einsetzen möchten, können Sie das für jede Subdomain im DCP unter '''Domains''' -> '''Subdomains''' ~~einstellen. Eine~~ ausführliche Erklärung gibt es [[Subdomains#Subdomain_bearbeiten\|'''hier''']].		Wenn Sie das Ganze einsetzen möchten, können Sie das entweder für jede Subdomain im DCP unter '''Domains''' -> '''Subdomains''' (eine ausführliche Erklärung gibt es [[Subdomains#Subdomain_bearbeiten\|'''hier''']]) oder direkt in dieser Übersicht über den Button '''"+ Neu anlegen"''' für jede beliebige Subdomain aktivieren.

			=== ModSecurity für Subdomains aktivieren ===

			Nach einem Klick auf den Button "+ Neu Anlegen" landen Sie hier:

			[[Datei:Modsecurityanlegen.png]]

			# Hier können Sie die Subdomain direkt eintragen oder nach dieser suchen. Sie erhalten während der Suche auch eine kleine Übersicht Ihrer Subdomains.
			# Hier können Sie einstellen, ob ModSecurity bei dieser Subdomain aktiviert werden soll. Es stehen drei Optionen zur Verfügung:
			#*'''Aus''': Bei der Einstellung wird ModSecurity bei der Subdomain nicht aktiviert. Demnach erscheinen auch die weiteren Einstellungsmöglichkeiten auch nicht.
			#*'''Regeln ausführen, aber nur loggen''': In diesem Modus werden erkannte Angriffe zwar in den Domainlogs unter Statistiken -> Logdateien erfasst, jedoch nicht blockiert.
			#*'''Regeln ausführen''': ModSecurity blockiert erkannte Angriffe automatisch und loggt diese zusätzlich.
			# Bei den '''CRS-Versionen''' können Sie zwischen Version '''3''' und Version '''4''' wählen. Version '''4''' ist die aktuelle Major-Version mit Verbesserungen in den Bereichen Sicherheit, Performance und False-Positive-Reduzierung. Für ältere Applikationen empfiehlt es sich, zunächst Version '''3''' zu verwenden und mit dem "Regeln ausführen, aber nur loggen"-Modus zu prüfen, ob Version '''4''' ohne Probleme funktioniert.
			# Hier kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet - und desto größer ist die Wahrscheinlichkeit für False Positives. In den Logs kann man nachvollziehen, für welches Prüf-Level (Paranoia-Level) die Meldung gilt.
			# Falls nötig, können hier [[Sicherheit#Modsecurity:_Eigene_Regeln\|eigene Regeln]] gesetzt werden. Das kann bspw. von Nutzen sein, wenn viele False Positives auffallen. Hierzu gibt es im nächsten Teil eine genauere Erklärung.

	=== Modsecurity: Eigene Regeln ===		=== Modsecurity: Eigene Regeln ===

Rb: /* Modsecurity: Eigene Regeln */

2025-04-15T18:31:06Z

Modsecurity: Eigene Regeln

← Nächstältere Version		Version vom 15. April 2025, 20:31 Uhr
Zeile 29:		Zeile 29:
	[[Datei:Modsecurity ownrules.png]]		[[Datei:Modsecurity ownrules.png]]

	Wenn beim Prüfen mit dem Modus '''"Regeln ausführen, aber nur loggen"''' False Positives auffallen, können die entsprechenden Regeln ggf. angepasst werden - insbesondere, wenn das Heruntersetzen des Prüf-Levels nicht gewünscht ist oder nicht ausreicht~~. Diese Anpassungen lassen sich in verschiedenen Phasen hinterlegen – <code>.config</code>, <code>.before</code> oder <code>.after</code>.~~		Wenn beim Prüfen mit dem Modus '''"Regeln ausführen, aber nur loggen"''' False Positives auffallen, können die entsprechenden Regeln ggf. angepasst werden - insbesondere, wenn das Heruntersetzen des Prüf-Levels nicht gewünscht ist oder nicht ausreicht.

	~~Für bestimmte Webanwendungen, wie beispielsweise WordPress, existieren halb-offizielle CRS4-Plugins, mit denen sich False Positives gezielt reduzieren oder eliminieren lassen:~~

	~~→ [https://github.com/coreruleset/plugin-registry CRS Plugin Registry auf GitHub]<br>~~
	~~Diese Regeln können direkt von GitHub in das DCP-Interface übernommen und an der passenden Stelle (<code>.config</code>, <code>.before</code>, <code>.after</code>) eingefügt werden~~.

			Für bestimmte Webanwendungen, wie beispielsweise WordPress, existieren halb-offizielle CRS4-Plugins, mit denen sich False Positives gezielt reduzieren oder eliminieren lassen:<br>
			→ '''[https://github.com/coreruleset/plugin-registry CRS Plugin Registry auf GitHub]'''
			<br>
			Diese Regeln können direkt von GitHub in das DCP-Interface übernommen und an der passenden Stelle ('''.config''', '''.before''', '''.after''') eingefügt werden.
			<br>
			<br>
	Weitere Informationen zum Umgang mit False Positives und zur Erstellung eigener Regeln findet man hier:		Weitere Informationen zum Umgang mit False Positives und zur Erstellung eigener Regeln findet man hier:
	* [https://coreruleset.org/docs/2-how-crs-works/2-3-false-positives-and-tuning/#rule-exclusions CRS-Dokumentation: False Positives & Tuning]		* [https://coreruleset.org/docs/2-how-crs-works/2-3-false-positives-and-tuning/#rule-exclusions CRS-Dokumentation: False Positives & Tuning]

Rb: /* Modsecurity: Eigene Regeln */

2025-04-14T19:35:19Z

Modsecurity: Eigene Regeln

← Nächstältere Version		Version vom 14. April 2025, 21:35 Uhr
Zeile 29:		Zeile 29:
	[[Datei:Modsecurity ownrules.png]]		[[Datei:Modsecurity ownrules.png]]

	Wenn beim Prüfen mit '''"Regeln ausführen, aber nur loggen"''' False Positives auffallen, können die entsprechenden Regeln ggf. angepasst werden. Diese Anpassungen lassen sich in verschiedenen Phasen hinterlegen – <code>.config</code>, <code>.before</code> oder <code>.after</code>.		Wenn beim Prüfen mit dem Modus '''"Regeln ausführen, aber nur loggen"''' False Positives auffallen, können die entsprechenden Regeln ggf. angepasst werden - insbesondere, wenn das Heruntersetzen des Prüf-Levels nicht gewünscht ist oder nicht ausreicht. Diese Anpassungen lassen sich in verschiedenen Phasen hinterlegen – <code>.config</code>, <code>.before</code> oder <code>.after</code>.

	Für bestimmte Webanwendungen, wie beispielsweise WordPress, existieren halb-offizielle CRS4-Plugins, mit denen sich False Positives gezielt reduzieren oder eliminieren lassen:		Für bestimmte Webanwendungen, wie beispielsweise WordPress, existieren halb-offizielle CRS4-Plugins, mit denen sich False Positives gezielt reduzieren oder eliminieren lassen:

Rb: /* ModSecurity */

2025-04-14T19:25:08Z

ModSecurity

← Nächstältere Version		Version vom 14. April 2025, 21:25 Uhr
Zeile 20:		Zeile 20:
	In den Logs lässt sich erkennen, für welches Prüf-Level (Paranoia Level) eine Meldung gilt.		In den Logs lässt sich erkennen, für welches Prüf-Level (Paranoia Level) eine Meldung gilt.

	Unter '''Sicherheit''' -> '''ModSecurity''' gibt es eine kleine Übersicht mit den Subdomains, für die ModSecurity verwendet wird. An dieser Stelle können Sie auch ~~unter "Eigene Regeln"~~ eigene Regeln setzen.		Unter '''Sicherheit''' -> '''ModSecurity''' gibt es eine kleine Übersicht mit den Subdomains, für die ModSecurity verwendet wird. An dieser Stelle können Sie auch [[Sicherheit#Modsecurity:_Eigene_Regeln\|eigene Regeln]] setzen.
	[[Datei:Modsecurity.png]]		[[Datei:Modsecurity.png]]

Rb: /* Modsecurity: Eigene Regeln */

2025-04-14T19:19:31Z

Modsecurity: Eigene Regeln

← Nächstältere Version		Version vom 14. April 2025, 21:19 Uhr
Zeile 36:		Zeile 36:
	Diese Regeln können direkt von GitHub in das DCP-Interface übernommen und an der passenden Stelle (<code>.config</code>, <code>.before</code>, <code>.after</code>) eingefügt werden.		Diese Regeln können direkt von GitHub in das DCP-Interface übernommen und an der passenden Stelle (<code>.config</code>, <code>.before</code>, <code>.after</code>) eingefügt werden.

	Weitere Informationen zum Umgang mit False Positives und zur Erstellung eigener Regeln ~~findest du~~ hier:		Weitere Informationen zum Umgang mit False Positives und zur Erstellung eigener Regeln findet man hier:
	* [https://coreruleset.org/docs/2-how-crs-works/2-3-false-positives-and-tuning/#rule-exclusions CRS-Dokumentation: False Positives & Tuning]		* [https://coreruleset.org/docs/2-how-crs-works/2-3-false-positives-and-tuning/#rule-exclusions CRS-Dokumentation: False Positives & Tuning]
	* [https://coreruleset.org/docs/4-about-plugins/4-1-plugins/#how-do-plugins-work-conceptually CRS-Dokumentation: Plugins]		* [https://coreruleset.org/docs/4-about-plugins/4-1-plugins/#how-do-plugins-work-conceptually CRS-Dokumentation: Plugins]

Rb: /* ModSecurity */

2025-04-14T19:05:55Z

ModSecurity

← Nächstältere Version		Version vom 14. April 2025, 21:05 Uhr
Zeile 13:		Zeile 13:
	Das ModSecurity-Tool ist ein Open-Source-WebApplicationFirewall(WAF)-Modul, das Webanwendungen vor verschiedenen Bedrohungen und Angriffen schützt. Es arbeitet auf der Ebene des Webservers und überwacht HTTP-Anfragen und -Antworten in Echtzeit.		Das ModSecurity-Tool ist ein Open-Source-WebApplicationFirewall(WAF)-Modul, das Webanwendungen vor verschiedenen Bedrohungen und Angriffen schützt. Es arbeitet auf der Ebene des Webservers und überwacht HTTP-Anfragen und -Antworten in Echtzeit.

	Zur Angriffserkennung verwendet ModSecurity ein festes Regelwerk (https://coreruleset.org/docs/), in ~~Version~~ '''3''' ~~oder~~ '''4'''. Die aktuelle ~~Major~~-Version '''4~~''' bietet hier~~ zahlreiche Verbesserungen ~~bei~~ Sicherheit, Performance und False~~-Positive-Reduzierung~~.		Zur Angriffserkennung verwendet ModSecurity ein festes Regelwerk, das unter [https://coreruleset.org/docs/ coreruleset.org] dokumentiert ist – aktuell in den Major-Versionen '''3''' und '''4'''.
	Für ältere Applikationen ~~empfehlen wir,~~ zunächst Version ~~'''~~3~~''' zu verwenden~~. Mit der Option '''"Regeln ausführen, aber nur loggen"''' lässt sich ~~jedoch~~ testen, ob Version ~~'''~~4~~''' reibungslos~~ funktioniert.		Die aktuelle '''CRS-Version''' 4 bringt zahlreiche Verbesserungen mit sich, insbesondere in den Bereichen Sicherheit, Performance und Reduktion von False Positives. Für ältere Applikationen empfiehlt sich zunächst der Einsatz von Version 3.
	Zusätzlich ~~zu den Versionen~~ kann ~~man~~ ein '''Prüf-Level''' von ''1'' bis ''4'' ~~einstellen~~. Je höher das Level, desto mehr Regeln werden ~~angewandt~~ und desto ~~höher~~ ist die Wahrscheinlichkeit für False Positives. In den Logs ~~kann man nachvollziehen~~, für welches Prüf-Level (Paranoia-Level) ~~die~~ Meldung gilt.		Mit der Option '''"Regeln ausführen, aber nur loggen"''' lässt sich testen, ob Version 4 ohne Probleme funktioniert.

			Zusätzlich zur CRS-Version kann ein '''Prüf-Level''' (''Paranoia Level'') von ''1'' bis ''4'' eingestellt werden. Je höher das Level, desto mehr Regeln werden angewendet – und desto größer ist die Wahrscheinlichkeit für False Positives.
			In den Logs lässt sich erkennen, für welches Prüf-Level (Paranoia Level) eine Meldung gilt.

	Unter '''Sicherheit''' -> '''ModSecurity''' gibt es eine kleine Übersicht mit den Subdomains, für die ModSecurity verwendet wird. An dieser Stelle können Sie auch unter "Eigene Regeln" eigene Regeln setzen.		Unter '''Sicherheit''' -> '''ModSecurity''' gibt es eine kleine Übersicht mit den Subdomains, für die ModSecurity verwendet wird. An dieser Stelle können Sie auch unter "Eigene Regeln" eigene Regeln setzen.