SSL - Versionsgeschichte

EagleEye: /* SSL Handshake Protocol */

2008-01-25T22:14:54Z

SSL Handshake Protocol

← Nächstältere Version		Version vom 25. Januar 2008, 22:14 Uhr
Zeile 27:		Zeile 27:
	# Der Client sendet dem Server ein ''client_hello'', darin enthalten ist die höchste vom Client unterstützt SSL Version, eine 32Bit Zufallszahl um das ''pre-master-secret'' zu bilden. Somit schützt sie auch vor [[Replay-Attacken]]. Desweiteren ist eine Session ID enthalten und die zu verwendende Verschlüsselung. Der Server antwortet darauf mit einem ''server_hellp'' worin er die Daten bestätigt.		# Der Client sendet dem Server ein ''client_hello'', darin enthalten ist die höchste vom Client unterstützt SSL Version, eine 32Bit Zufallszahl um das ''pre-master-secret'' zu bilden. Somit schützt sie auch vor [[Replay-Attacken]]. Desweiteren ist eine Session ID enthalten und die zu verwendende Verschlüsselung. Der Server antwortet darauf mit einem ''server_hellp'' worin er die Daten bestätigt.
	# (Optional) Der Server übermittelt dem Client sein [[X509]]v3-Zertifikat, außerdem kann der Server ein ''CertificateRequest'' an den Client schicken um dessen Zertifikat zu erhalten.		# (Optional) Der Server übermittelt dem Client sein [[X509]]v3-Zertifikat, außerdem kann der Server ein ''CertificateRequest'' an den Client schicken um dessen Zertifikat zu erhalten.
	# (Optional) Der Client sendet dem Server sein [[X509]]v3-Zertifikat, wenn er keins besitzt einen ''NoCertificateAlert''. Außerdem wird das Zertifikat vom Server verifiziert. Wenn als Verschlüsselung [[RSA]] verwendet wird, tauscht der Client das ''pre-master-secret'' mit dem öffentlichen Schlüssel des Servers aus. Hier kann auch das [[~~Diffi~~-~~Hallman~~]] Verfahren verwendet werden.		# (Optional) Der Client sendet dem Server sein [[X509]]v3-Zertifikat, wenn er keins besitzt einen ''NoCertificateAlert''. Außerdem wird das Zertifikat vom Server verifiziert. Wenn als Verschlüsselung [[RSA]] verwendet wird, tauscht der Client das ''pre-master-secret'' mit dem öffentlichen Schlüssel des Servers aus. Hier kann auch das [[Diffie-Hellman]] Verfahren verwendet werden.
	# Mit dem ''pre-master-secret'' kann das ''Master Secret'' erzeugt werden, woraus der symetrische Sitzungschlüssel gebildet wird. Dieser wird mit Hilfe von SHA-1 und MD5 aus dem ''pre-master-secret'' und der Zufallszahl aus dem 1.Schritt erzeugt.		# Mit dem ''pre-master-secret'' kann das ''Master Secret'' erzeugt werden, woraus der symetrische Sitzungschlüssel gebildet wird. Dieser wird mit Hilfe von SHA-1 und MD5 aus dem ''pre-master-secret'' und der Zufallszahl aus dem 1.Schritt erzeugt.

EagleEye: /* Weiterführende Artikel */

2008-01-25T22:13:59Z

Weiterführende Artikel

← Nächstältere Version		Version vom 25. Januar 2008, 22:13 Uhr
Zeile 57:		Zeile 57:

	==Weiterführende Artikel==		==Weiterführende Artikel==
	*[[Diffie-~~Hallman~~]]		*[[Diffie-Hellman]]
	*[[Symetrische Verschlüsselung]]		*[[Symetrische Verschlüsselung]]
	*[[Asymetrische Verschlüsselung]]		*[[Asymetrische Verschlüsselung]]

EagleEye: /* Weiterführende Artikel */

2008-01-25T22:13:48Z

Weiterführende Artikel

← Nächstältere Version		Version vom 25. Januar 2008, 22:13 Uhr
Zeile 57:		Zeile 57:

	==Weiterführende Artikel==		==Weiterführende Artikel==
	*[[~~Diffi~~-Hallman]]		*[[Diffie-Hallman]]
	*[[Symetrische Verschlüsselung]]		*[[Symetrische Verschlüsselung]]
	*[[Asymetrische Verschlüsselung]]		*[[Asymetrische Verschlüsselung]]

EagleEye: /* Links */

2008-01-16T12:03:41Z

Links

← Nächstältere Version		Version vom 16. Januar 2008, 12:03 Uhr
Zeile 70:		Zeile 70:
	*[http://www.faqs.org/rfcs/rfc2817.html RFC 2817 (TLS für HTTP 1.1)]		*[http://www.faqs.org/rfcs/rfc2817.html RFC 2817 (TLS für HTTP 1.1)]
	*[http://www.faqs.org/rfcs/rfc2818.html RFC 2818 (TLS für HTTP mit eigenem Port)]		*[http://www.faqs.org/rfcs/rfc2818.html RFC 2818 (TLS für HTTP mit eigenem Port)]
	*[http://www.faqs.org/rfcs/rfc3268.html RFC 3268 ([[AES]] Verschlüsselung für TLS)]		*[http://www.faqs.org/rfcs/rfc3268.html RFC 3268 (AES Verschlüsselung für TLS)]
	*[http://www.faqs.org/rfcs/rfc4346.html RFC 4346 (TLS 1.1)]		*[http://www.faqs.org/rfcs/rfc4346.html RFC 4346 (TLS 1.1)]

EagleEye: /* Weiterführende Artikel */

2008-01-16T11:37:56Z

Weiterführende Artikel

← Nächstältere Version		Version vom 16. Januar 2008, 11:37 Uhr
Zeile 62:		Zeile 62:
	*[[Hybride Verschlüsselung]]		*[[Hybride Verschlüsselung]]
	*[[SSH]]		*[[SSH]]
			*[[OpenSSL]]
			*[[GnuTLS]]

	==Links==		==Links==

EagleEye: /* Weiterführende Artikel */

2008-01-16T11:37:01Z

Weiterführende Artikel

← Nächstältere Version		Version vom 16. Januar 2008, 11:37 Uhr
Zeile 61:		Zeile 61:
	*[[Asymetrische Verschlüsselung]]		*[[Asymetrische Verschlüsselung]]
	*[[Hybride Verschlüsselung]]		*[[Hybride Verschlüsselung]]
			*[[SSH]]

	==Links==		==Links==

EagleEye: /* SSL Application Data Protocol */

2008-01-16T11:36:47Z

SSL Application Data Protocol

← Nächstältere Version		Version vom 16. Januar 2008, 11:36 Uhr
Zeile 39:		Zeile 39:
	Mit dem Application Data Protocol werden die Daten der übergeordneten Anwendung versendet.		Mit dem Application Data Protocol werden die Daten der übergeordneten Anwendung versendet.


			==Client/Server Authentifizierung==
			Bei der Authentifizierung werden 4 Elemente aus dem Zertifikat überprüft:
			* Liegt das aktuelle Datum innerhalb des Validätszeitraum des Zertifikates?
			* Findet sich die CA in der Liste der vertrauenswürdigen CAs des Clients?
			* Ist die Signatur des Zertifikats in Ordnung?
			* Stimmt der Domainname des Servers mit dem Domainnamen im Zertifikat überein?

			Wenn der Server den Client überprüft, wird außerdem nachgesehen ob der Client in der Liste (z.B. [[LDAP]]) der vertrauenswürdigen Personen steht.

	==Vorteile==		==Vorteile==

EagleEye: Die Seite wurde neu angelegt: Secure Socket Layer, '''SSL''' oder auch Transport Layer Secure, '''TLS''' genannt, ist ein Protokoll für die Verschlüsselung einer Übertragung. Dabei wird SSL a...

2008-01-16T11:29:32Z

Die Seite wurde neu angelegt: Secure Socket Layer, '''SSL''' oder auch Transport Layer Secure, '''TLS''' genannt, ist ein Protokoll für die Verschlüsselung einer Übertragung. Dabei wird SSL a...

Neue Seite

Secure Socket Layer, '''SSL''' oder auch Transport Layer Secure, '''TLS''' genannt, ist ein [[Protokoll]] für die Verschlüsselung einer Übertragung. Dabei wird SSL als Schicht zwischen [[TCP]] und dem Anwendungsprotokoll, z.B. [[HTTP]], [[FTP]] oder [[TELNET]] verwendet.
Mit SSL werden verschiedene Sicherheitsaspekte abgedeckt:
* Authentifizierung - Der Server muss sich dem Client gegenüber mit seinem Zertifikat authentifizieren
* Verschlüsselung - Die Kommunikation des Clients mit dem Server und umgekehrt wird vollständig symetrisch verschlüsselt, z.B. mit [[DES]], [[Tripple DES]] oder [[AES]]
* Authentizität und Integrität - Alle Daten werden mit [[Kryptographische Prüfsumme | kryptographischen Prüfsummen]] versehen, welche z.B. mit [[MD5]] oder [[SHA-1]] gebildet werden.

==Aufbau==
Das SSL Protokoll besitzt 2 Ebenen:
{| border="0" cellspacing="3"
|-----
| align="center" bgcolor="#DDDDFF" | '''SSL Handshake Protocol'''
| align="center" bgcolor="#DDDDFF" | '''SSL Change Cipherspec. Protocol'''
| align="center" bgcolor="#DDDDFF" | '''SSL Alert Protocol'''
| align="center" bgcolor="#DDDDFF" | '''SSL Application Data Protocol'''
|-----
| colspan="4" align="center" bgcolor="#DDDDFF" | '''SSL Record Protocol'''
|}

===SSL Record Protocol===
Das Record Protocol bildet die Grundlage der SSL Kommunikation, es sorgt für eine mit einem [[Symetrische Verschlüsselung | symetrischen Schlüssel]] verschlüsselte Ende-zu-Ende Verbindung und für eine Fragmentierung der Daten von maximal 65536 Bytes. Die Art Verschlüsselung und der Schlüssel wird mit dem SSL Handshake Protocol ausgehandelt. Neben der Fragmentierung werden die Daten auch mit [[Kryptographische Prüfsumme | kryptographischen Prüfsummen]] versehen.
Es ist auch möglich, dass die Daten vor der Verschlüsselung komprimiert werden. Dies wird auch mit dem SSL Handshake Protokoll ausgehandelt.

===SSL Handshake Protocol===
Mit dem Handshake Protocol werden die Komprimierung, Art der Verschlüsselung sowie die Schlüssel ausgetaucht. Desweiteren können mit dem Handshake Protocol die Teilnehmer identifiziert und authorisiert werden, dies ist jedoch optional. Bei der gesamten Kommunikation verwendet das Handshake Protocol immer das Record Protocol als Grundlage.

Der Ablauf der Kommunikation kann in 4 Phasen unterteilt werden:
# Der Client sendet dem Server ein ''client_hello'', darin enthalten ist die höchste vom Client unterstützt SSL Version, eine 32Bit Zufallszahl um das ''pre-master-secret'' zu bilden. Somit schützt sie auch vor [[Replay-Attacken]]. Desweiteren ist eine Session ID enthalten und die zu verwendende Verschlüsselung. Der Server antwortet darauf mit einem ''server_hellp'' worin er die Daten bestätigt.
# (Optional) Der Server übermittelt dem Client sein [[X509]]v3-Zertifikat, außerdem kann der Server ein ''CertificateRequest'' an den Client schicken um dessen Zertifikat zu erhalten.
# (Optional) Der Client sendet dem Server sein [[X509]]v3-Zertifikat, wenn er keins besitzt einen ''NoCertificateAlert''. Außerdem wird das Zertifikat vom Server verifiziert. Wenn als Verschlüsselung [[RSA]] verwendet wird, tauscht der Client das ''pre-master-secret'' mit dem öffentlichen Schlüssel des Servers aus. Hier kann auch das [[Diffi-Hallman]] Verfahren verwendet werden.
# Mit dem ''pre-master-secret'' kann das ''Master Secret'' erzeugt werden, woraus der symetrische Sitzungschlüssel gebildet wird. Dieser wird mit Hilfe von SHA-1 und MD5 aus dem ''pre-master-secret'' und der Zufallszahl aus dem 1.Schritt erzeugt.

===SSL Change Cipherspec. Protocol===
Mit dem Change Cipherspec. Protocol lässt sich die Verschlüsselung wärend des Verbindungsaufbaus ändern.

===SSL Alert Protocol===
Das Alert Protocol signalisiert dem anderen Teilnehmer, dass ein Fehler bei der Verbindung aufgetreten ist, beispielsweise wenn der Client kein Zertifikat besitzt, der Server aber eins verlangt hat.

===SSL Application Data Protocol===
Mit dem Application Data Protocol werden die Daten der übergeordneten Anwendung versendet.

==Vorteile==
Ein großer Vorteil von SSL ist, das es jede Art von Protokoll transportieren kann, dass auf TCP aufbaut.

==Nachteile==
Der Verbindungsaufbau ist für den Server sehr rechenintensiv und damit auch langsam. Außerdem können Daten nur vollständig verschlüsselt werden, soll beispielsweise ein Verbindung über mehrere Stationen laufen die alle einen Teil der Daten lesen sollen ist dies nicht möglich.
Wird SSL ohne Zertifikatsauthorisierung verwendet ist eine[[Man-In-The-Middle-Attacke]] möglich, bei der der Angreifer den Schlüssel mit beiden Partnern tauscht und so alles mitschneidet.

==Weiterführende Artikel==
*[[Diffi-Hallman]]
*[[Symetrische Verschlüsselung]]
*[[Asymetrische Verschlüsselung]]
*[[Hybride Verschlüsselung]]

==Links==
*[http://www.faqs.org/rfcs/rfc2246.html RFC 2246 (TLS 1.0)]
*[http://www.faqs.org/rfcs/rfc2712.html RFC 2712 (Kerberos Verschlüsselung für TLS)]
*[http://www.faqs.org/rfcs/rfc2817.html RFC 2817 (TLS für HTTP 1.1)]
*[http://www.faqs.org/rfcs/rfc2818.html RFC 2818 (TLS für HTTP mit eigenem Port)]
*[http://www.faqs.org/rfcs/rfc3268.html RFC 3268 ([[AES]] Verschlüsselung für TLS)]
*[http://www.faqs.org/rfcs/rfc4346.html RFC 4346 (TLS 1.1)]

*[http://wp.netscape.com/eng/ssl3 SSL3 Spezifikation]
*[http://www.ietf.org/html.charters/tls-charter.html TLS Arbeitsgruppe]

[[Kategorie:Protokolle]]
[[Kategorie:Sicherheitsprotokolle]]