Verteilte Erkennung von fehlgeschlagenen SSH-Loginversuchen - Revision history

Mattes at 04:47, 15 October 2014

2014-10-15T04:47:31Z

← Older revision		Revision as of 04:47, 15 October 2014
Line 1:		Line 1:
	Der erste Teil dieses Dokuments mit den Abschnitten „Die derzeitige Situation“ und „Problamanalyse und Design“ wurden von Dirk Mattes bearbeitet, der letzte Teil mit den Abschnitten „Implementierung“ ~~und „Fazit“~~, sowie die Installations- und Bedienungsanleitung zum Quelltext von Phillipp Schoppmann.		Der erste Teil dieses Dokuments mit den Abschnitten „Die derzeitige Situation“ und „Problamanalyse und Design“ wurden von Dirk Mattes bearbeitet, der letzte Teil mit den Abschnitten „Implementierung“, sowie die Installations- und Bedienungsanleitung zum Quelltext von Phillipp Schoppmann.

	=Die derzeitige Situation=		=Die derzeitige Situation=

Mattes at 04:46, 15 October 2014

2014-10-15T04:46:33Z

← Older revision		Revision as of 04:46, 15 October 2014
Line 1:		Line 1:
	Der erste Teil dieses Dokuments mit den Abschnitten „Die derzeitige Situation“ und ~~„Design“~~ wurden von Dirk Mattes bearbeitet, der letzte Teil mit den Abschnitten „Implementierung“ und „Fazit“, sowie die Installations- und Bedienungsanleitung zum Quelltext von Phillipp Schoppmann.		Der erste Teil dieses Dokuments mit den Abschnitten „Die derzeitige Situation“ und „Problamanalyse und Design“ wurden von Dirk Mattes bearbeitet, der letzte Teil mit den Abschnitten „Implementierung“ und „Fazit“, sowie die Installations- und Bedienungsanleitung zum Quelltext von Phillipp Schoppmann.

	=Die derzeitige Situation=		=Die derzeitige Situation=

Mattes: /* Die derzeitige Situation */

2014-10-15T04:45:38Z

Die derzeitige Situation

← Older revision		Revision as of 04:45, 15 October 2014
Line 1:		Line 1:
			Der erste Teil dieses Dokuments mit den Abschnitten „Die derzeitige Situation“ und „Design“ wurden von Dirk Mattes bearbeitet, der letzte Teil mit den Abschnitten „Implementierung“ und „Fazit“, sowie die Installations- und Bedienungsanleitung zum Quelltext von Phillipp Schoppmann.

	=Die derzeitige Situation=		=Die derzeitige Situation=

Schoppmp: /* TODOs und mögliche Verbesserungen */

2014-10-13T07:12:34Z

TODOs und mögliche Verbesserungen

← Older revision		Revision as of 07:12, 13 October 2014
Line 203:		Line 203:
	== TODOs und mögliche Verbesserungen ==		== TODOs und mögliche Verbesserungen ==

	Um die Implementierung in einer realen Umgebung einsetzen zu können, müssen für alle Clients die entsprechenden Hilfsprogramme implementiert werden. Bisher existiert dafür lediglich das Programm zum Einlesen fehlerhafter Logins aus <code>/var/log/btmp</code> auf Linux-Rechnern.		Um die Implementierung in einer realen Umgebung einsetzen zu können, müssen für alle Clients die entsprechenden Hilfsprogramme zum Einlesen fehlerhafter Logins bzw. zur Sperrung von IP-Adressen implementiert werden. Bisher existiert dafür lediglich das Programm zum Einlesen fehlerhafter Logins aus <code>/var/log/btmp</code> auf Linux-Rechnern.

			Weiterhin sollten Clients in der Lage sein, auch ohne Verbindung zum Server eigenständig arbeiten zu können. Dies ist bisher nicht implementiert.

	Um Angriffe gegen das System selbst auszuschließen ist es außerdem nötig, die Kommunikation zwischen Server und Clients abzusichern. Besonders die Authentizität der Clients und des Servers sowie die Integrität der versandten Nachrichten muss dabei gewährleistet werden. Dies lässt sich beispielsweise durch Verwendung von SSL-Sockets erreichen.		Um Angriffe gegen das System selbst auszuschließen ist es außerdem nötig, die Kommunikation zwischen Server und Clients abzusichern. Besonders die Authentizität der Clients und des Servers sowie die Integrität der versandten Nachrichten muss dabei gewährleistet werden. Dies lässt sich beispielsweise durch Verwendung von SSL-Sockets erreichen.

Schoppmp: /* Client-Seite */

2014-10-12T22:13:33Z

Client-Seite

← Older revision		Revision as of 22:13, 12 October 2014
Line 173:		Line 173:
	== Client-Seite ==		== Client-Seite ==

	Alle für den Client relevanten Funktionen sind in den Dateien <code>Client.java</code> implementiert. Die Hauptklasse <code>Client</code> ist für den Start de Programms und aller weiteren Threads verantwortlich.		Alle für den Client relevanten Funktionen sind in den Dateien <code>Client*.java</code> implementiert. Die Hauptklasse <code>Client</code> ist für den Start de Programms und aller weiteren Threads verantwortlich.

	Nach dem Start des Clients versucht dieser, sich mit dem Server unter der vorher konfigurierten Adresse zu verbinden. Ist dies erfolgreich, so wird diese Verbindung durch einen <code>ConnectionManager</code> verwaltet. Bricht die Verbindung ab, so wird in festgelegten Zeitintervallen versucht, eine neue Verbindung aufzubauen. Dies trägt zur Robustheit des Systems bei, da bei Ausfall oder Neustart des Servers keinerlei Änderungen an den laufenden Clients vorgenommen werden müssen.		Nach dem Start des Clients versucht dieser, sich mit dem Server unter der vorher konfigurierten Adresse zu verbinden. Ist dies erfolgreich, so wird diese Verbindung durch einen <code>ConnectionManager</code> verwaltet. Bricht die Verbindung ab, so wird in festgelegten Zeitintervallen versucht, eine neue Verbindung aufzubauen. Dies trägt zur Robustheit des Systems bei, da bei Ausfall oder Neustart des Servers keinerlei Änderungen an den laufenden Clients vorgenommen werden müssen.

Schoppmp: /* Server-Seite */

2014-10-12T22:13:20Z

Server-Seite

← Older revision		Revision as of 22:13, 12 October 2014
Line 191:		Line 191:
	== Server-Seite ==		== Server-Seite ==

	Die Implementation des Servers findet sich in den Dateien <code>Server.java</code>. Die Hauptklasse heißt dabei <code>Server</code>. Beim Start des Servers wird ein Thread <code>ServerSocketListener</code> erstellt, welcher auf eingehende Verbindungen an einem vorher definierten TCP-Socket wartet. Geht eine Verbindung von einem Client ein, so wird ein <code>ConnectionManager</code> gestartet, welcher diese verwaltet.		Die Implementation des Servers findet sich in den Dateien <code>Server*.java</code>. Die Hauptklasse heißt dabei <code>Server</code>. Beim Start des Servers wird ein Thread <code>ServerSocketListener</code> erstellt, welcher auf eingehende Verbindungen an einem vorher definierten TCP-Socket wartet. Geht eine Verbindung von einem Client ein, so wird ein <code>ConnectionManager</code> gestartet, welcher diese verwaltet.

	=== Datenbank ===		=== Datenbank ===

Schoppmp: /* Download */

2014-10-12T22:00:22Z

Download

← Older revision		Revision as of 22:00, 12 October 2014
Line 209:		Line 209:
	=Download=		=Download=

	Der Quellcode kann [[http://www2.informatik.hu-berlin.de/~schoppmp/ssh-did.tgz hier]] herunter geladen werden.		Der Quellcode kann [http://www2.informatik.hu-berlin.de/~schoppmp/ssh-did.tgz hier] herunter geladen werden.

Schoppmp: /* Download */

2014-10-12T22:00:08Z

Download

← Older revision		Revision as of 22:00, 12 October 2014
Line 209:		Line 209:
	=Download=		=Download=

	Der Quellcode kann hier herunter geladen werden:		Der Quellcode kann [[http://www2.informatik.hu-berlin.de/~schoppmp/ssh-did.tgz hier]] herunter geladen werden.
	http://www2.informatik.hu-berlin.de/~schoppmp/ssh-did.tgz

Schoppmp at 21:59, 12 October 2014

2014-10-12T21:59:08Z

← Older revision		Revision as of 21:59, 12 October 2014
Line 206:		Line 206:

	Um Angriffe gegen das System selbst auszuschließen ist es außerdem nötig, die Kommunikation zwischen Server und Clients abzusichern. Besonders die Authentizität der Clients und des Servers sowie die Integrität der versandten Nachrichten muss dabei gewährleistet werden. Dies lässt sich beispielsweise durch Verwendung von SSL-Sockets erreichen.		Um Angriffe gegen das System selbst auszuschließen ist es außerdem nötig, die Kommunikation zwischen Server und Clients abzusichern. Besonders die Authentizität der Clients und des Servers sowie die Integrität der versandten Nachrichten muss dabei gewährleistet werden. Dies lässt sich beispielsweise durch Verwendung von SSL-Sockets erreichen.

			=Download=

			Der Quellcode kann hier herunter geladen werden:
			http://www2.informatik.hu-berlin.de/~schoppmp/ssh-did.tgz

Schoppmp: /* Nachrichten */

2014-10-12T18:41:51Z

Nachrichten

← Older revision		Revision as of 18:41, 12 October 2014
Line 105:		Line 105:
	'''<tt>FailedLogin</tt>-Nachrichten''' werden vom Client verschickt. Die Nachrichten enthalten eine eindeutige Nachrichten-ID und Daten über fehlgeschlagene SSH-Loginversuche, wie IP-Adresse des Rechners, bei dem der Login versucht wurde, die IP-Adresse des entfernten Rechners, von dem der Login ausging, der Login-Name, sowie Datum und Uhrzeit des Versuchs.		'''<tt>FailedLogin</tt>-Nachrichten''' werden vom Client verschickt. Die Nachrichten enthalten eine eindeutige Nachrichten-ID und Daten über fehlgeschlagene SSH-Loginversuche, wie IP-Adresse des Rechners, bei dem der Login versucht wurde, die IP-Adresse des entfernten Rechners, von dem der Login ausging, der Login-Name, sowie Datum und Uhrzeit des Versuchs.

	'''<tt>Ack</tt>-Nachrichten''' werden vom Server verschickt und benachrichtigen den Client darüber, dass alle mit der zugehörigen <tt>FailedLogin</tt>-Nachricht übertragenen Loginversuche persistent gespeichert wurden. Zu jede <tt>Ack</tt>-Nachricht ist über die Nachrichten-ID einer zuvor verschickten ~~\texttt{~~FailedLogin}-Nachricht zugeordnet.		'''<tt>Ack</tt>-Nachrichten''' werden vom Server verschickt und benachrichtigen den Client darüber, dass alle mit der zugehörigen <tt>FailedLogin</tt>-Nachricht übertragenen Loginversuche persistent gespeichert wurden. Zu jede <tt>Ack</tt>-Nachricht ist über die Nachrichten-ID einer zuvor verschickten <tt>FailedLogin</tt>-Nachricht zugeordnet.

	'''<tt>BlockIPs</tt>-Nachrichten''' werden vom Server verschickt. Sie enthalten eine Menge von IP-Adressen, die vom empfangenden Client blockiert werden sollen.		'''<tt>BlockIPs</tt>-Nachrichten''' werden vom Server verschickt. Sie enthalten eine Menge von IP-Adressen, die vom empfangenden Client blockiert werden sollen.