Absichern des eigenen Servers - Versionsgeschichte

Gehrke: interne Verlinkung

2013-11-23T15:37:16Z

interne Verlinkung

Robi: alten Übertragungsunfall beseitigt

2009-04-24T09:06:01Z

alten Übertragungsunfall beseitigt

Noms am 22. April 2009 um 12:08 Uhr

2009-04-22T12:08:53Z

Robi: Link tot ; Ersatz ????

2009-04-18T16:31:42Z

Link tot ; Ersatz ????

Robi: Verlinkung

2009-03-12T01:52:07Z

Verlinkung

Yehudi: Link führte in richtiger Schreibweise auf sich selber, außerdem einige Stellen dick makiert.

2008-06-19T16:41:28Z

Link führte in richtiger Schreibweise auf sich selber, außerdem einige Stellen dick makiert.

Yehudi: Satz entfernt, da dieser sich aufs Forum bezog, und hier keinen Sinn macht.

2008-06-19T16:36:19Z

Satz entfernt, da dieser sich aufs Forum bezog, und hier keinen Sinn macht.

OnkelchenTobi: Update -> Interner Link hatte nicht funktioniert.

2008-05-14T20:53:20Z

Update -> Interner Link hatte nicht funktioniert.

Framp am 10. Juni 2007 um 17:17 Uhr

2007-06-10T17:17:37Z

TomcatMJ: Navigationslink hinzugefügt

2007-03-12T01:00:36Z

Navigationslink hinzugefügt

@@ Zeile 33: / Zeile 33: @@
 den gibt es nicht mehr, ich glaube nachfolgend das ist der neue Link, bin mir aber nicht ganz sicher -->
 http://www.tobias-bauer.de/computer/iptables/index.html
-gibt es eine recht guten Generator für Iptables Scripte. Besser wäre jedoch ein entsprechendes Buch zu lesen und zu verstehen und dann ein eigenes Script zu schreiben.
+gibt es eine recht guten Generator für [[iptables]] Scripte. Besser wäre jedoch ein entsprechendes Buch zu lesen und zu verstehen und dann ein eigenes Script zu schreiben.
 Was auch noch passt, Hinweise zur Dateiintegrität (z.B. Tripwire) und Hilfstools zur Loganalyse (z.B. Logwatch). Dazu noch Hinweise zu Tools wie chrootkit ...

@@ Zeile 72: / Zeile 72: @@
 Damit sind nur maximal 3 Verbindungsversuche pro Minute erlaubt von jeder IP-Adresse im Internet. Sollte diese Marke überschritten werden muss eine Minute gewartet werden bis wieder Verbindungen zugelassen werden.
-Das kleine ip tables skript interessiert mich sehr!
+siehe auch http://www.linux-club.de/viewtopic.php?t=63277
 '''Weitere Informationen zu diesem Thema'''

@@ Zeile 85: / Zeile 85: @@
 '''Weitere Informationen zu diesem Thema'''
-*[[Wie sicher ich meinen ssh Server]]
+*[[Wie sichere ich meinen ssh Server]]
 *[[Einrichten von public keys mit ssh]]
 *[[Mit putty und ssh key auf einen sicheren Linux Server zugreifen]]

@@ Zeile 29: / Zeile 29: @@
 Unter:
 http://www.harry.homelinux.org/modules.php?name=iptables_Generator
+den gibt es nicht mehr, ich glaube nachfolgend das ist der neue Link, bin mir aber nicht ganz sicher -->
 gibt es eine recht guten Generator für Iptables Scripte. Besser wäre jedoch ein entsprechendes Buch zu lesen und zu verstehen und dann ein eigenes Script zu schreiben.

@@ Zeile 86: / Zeile 86: @@
 *[[Einrichten von public keys mit ssh]]
 *[[Mit putty und ssh key auf einen sicheren Linux Server zugreifen]]
 ----
 [[Security|Zurück zu Security]]
 [[Category:Security]]

@@ Zeile 7: / Zeile 7: @@
 Man sollte auf einem Server alles Abschalten was man nicht unbedingt braucht. Wenn es sich einrichten lässt sollte man entsprechend Pakete sogar entfernen.
-* Alles Compilerwerkzeuge
+* '''Alles Compilerwerkzeuge'''
 Auf einem Server sollten keine Compiler oder ähnliches zu finden sein. Ein
 Eingreifer der bereits eingedrungen ist könnte das sonst nutzen um weitere Exploits zu compilieren. Braucht man ein Paket auf dem Server dass nicht im Paketverwaltungssystem enthalten ist sollte man man es auf einer zweiten Maschine compilieren und mittels "checkinstall" in ein Paket umwandeln welches man dann auf dem Server installieren kann.
-* Dienste abschalten
+* '''Dienste abschalten'''
 Alle Dienste die nicht benötigt werden sollten abgeschaltet werden. Inetd ist z.B. ein Dienst den man nicht unbedingt braucht. Auch die ganzen r - Dienste wie rsh, sowie Telnet sollte man abschlaten da es mit ssh und scp bessere alternativen dafür gibt.
-* Dienste nur an das loopback device binden
+* '''Dienste nur an das loopback device binden'''
 Dienste die nicht von außen erreichbar sein müssen (wie z.B. mysql) sollten nur an das Loopbackdevice gebunden sein (also nur auf die Adresse 127.0.0.1 hören). Lassen sich Dienste nicht an bestimmte Adressen binden sollten sie mit einer Firewall daran gehindert werden an anderen Adressen zu lauschen.
-* Nur Distributionen verwenden die regelmäßige Updates erhalten.
+* '''Nur Distributionen verwenden die regelmäßige Updates erhalten.'''
 Man sollte für einen Server z.B. kein Debian testing oder unstable einsetzen, da diese nicht über die automatischen Sicherheitsupdates wie die Stablevariante haben.
-* ssh nur per Publickey und nicht für root.
+* '''ssh nur per Publickey und nicht für root.'''
-Man sollte den Zugang mittels Username & Passwort für SSH abschalten (Anleitung gibts hier im Forum), da sonst eine Brootforce Attacke Erfolg haben könnte. Außerdem sollte man Root das anmelden per SSH generel verbieten. Stattdessen sollt eman sich einen normalen User erstellen über welchen man sich einloggt und dann mittels "su" rootrechte erlangt falls benötigt.
+Man sollte den Zugang mittels Username & Passwort für [[SSH]] abschalten (Anleitung gibts hier im Wiki), da sonst eine Brootforce Attacke Erfolg haben könnte. Außerdem sollte man [[Root]] das anmelden per [[SSH]] generel verbieten. Stattdessen sollte man sich einen normalen User erstellen über welchen man sich einloggt und dann mittels "su" rootrechte erlangt falls benötigt.
-Desweiteren sollte man dem SSH Daemon eine Liste der Benutzer mitgeben die sich überhaupt einloggen dürfen. (Das geht in der sshd_config über die Einstellung "allowUsers <benutzername1> <benutzername2>"
+Desweiteren sollte man dem [[SSH]] Daemon eine Liste der Benutzer mitgeben die sich überhaupt einloggen dürfen. (Das geht in der sshd_config über die Einstellung "allowUsers <benutzername1> <benutzername2>"
-* Firewall aktivieren
+* '''Firewall aktivieren'''
-Eine Firewall bietet zwar keine 100% wirksamen Schutz gegen Fehler in Anwendungen, aber schaden kann sie auch nicht.
+Eine '''Firewall''' bietet zwar keine 100% wirksamen Schutz gegen Fehler in Anwendungen, aber schaden kann sie auch nicht.
 Unter:
@@ Zeile 33: / Zeile 33: @@
 gibt es eine recht guten Generator für Iptables Scripte. Besser wäre jedoch ein entsprechendes Buch zu lesen und zu verstehen und dann ein eigenes Script zu schreiben.
-Was auch noch paßt, Hinweise zur Dateiintegrität (z.B. Tripwire) und Hilfstools zur Loganalyse (z.B. Logwatch). Dazu noch Hinweise zu Tools wie chrootkit ...
+Was auch noch passt, Hinweise zur Dateiintegrität (z.B. Tripwire) und Hilfstools zur Loganalyse (z.B. Logwatch). Dazu noch Hinweise zu Tools wie chrootkit ...
 von PC Ulf:
@@ Zeile 83: / Zeile 83: @@
 '''Weitere Informationen zu diesem Thema'''
 *[[Wie sicher ich meinen ssh Server]]
 *[[Einrichten von public keys mit ssh]]

← Nächstältere Version		Version vom 19. Juni 2008, 16:36 Uhr
Zeile 3:		Zeile 3:
	Ich will in diesem Thread versuchen darzustellen wie man den eigenen Webserver möglichst sicher macht. Anregung, Vorschläge und Ergänzungen sind jederzeit willkommen.		Ich will in diesem Thread versuchen darzustellen wie man den eigenen Webserver möglichst sicher macht. Anregung, Vorschläge und Ergänzungen sind jederzeit willkommen.

−	~~Fragen bitte nicht in diesen Thread posten, sondern einen extra Thread erstellen. Hier sollen wirklich nur die Anleitungen stehen.~~

	Alles abschalten oder entfernen		Alles abschalten oder entfernen

@@ Zeile 84: / Zeile 84: @@
 => http://www.linux-club.de/viewtopic.php?t=63277
+----
 [[Category:Security]]