Secure Shell: Unterschied zwischen den Versionen

Aus Mikiwiki
Zur Navigation springen Zur Suche springen
(Die Seite wurde neu angelegt: Die <b>Secure Shell / SSH</b> ist ein Netzwerkprotokoll, mit dem man sich über eine verschlüsselte Rechnernetz-Verbindung auf einem entfernten Rechner anm...)
 
Keine Bearbeitungszusammenfassung
 
(12 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
Die <b>Secure Shell / SSH</b> ist ein [[Netzwerkprotokoll]], mit dem man sich über eine verschlüsselte [[Rechnernetz]]-Verbindung auf einem entfernten [[Rechner]] anmelden und dort Programme ausführen kann. Es ist damit eine sichere Alternative zum Konsolenzugang über [[telnet]] und gilt als de-facto-Standard für die Remote-Verwaltung von Unix-Systemen. Die Client/Server-Architektur von SSH basiert auf dem Gespann TCP/IP.
Die <b>Secure Shell / SSH</b> ist ein [[Netzwerkprotokoll]], mit dem man sich über eine verschlüsselte [[Rechnernetz]]-Verbindung auf einem entfernten [[Rechner]] anmelden und dort Programme ausführen kann. Es ist damit eine sichere Alternative zum Konsolenzugang über [[telnet]] und gilt als de-facto-Standard für die Remote-Verwaltung von Unix-Systemen. Die Client/Server-Architektur von SSH basiert auf dem Gespann TCP/IP. Die [[IANA]] hat dem Protokoll den [[TCP]]-Port 22 zugeordnet.


Die [[IANA]] hat dem Protokoll den [[TCP]]-Port 22 zugeordnet.
Das bekannteste Programm zur Nutzung von SSH unter [[Linux]] heisst [[ssh (Shell-Befehl)|ssh]] aus dem Openssh-Paket. Daneben gibt es inzwischen auch  webbasierte SSH-Clients, darunter Anyterm und [[Ajaxterm]].
 
Das bekannteste Programm zur Nutzung von SSH unter [[Linux]] heisst [[ssh (Shell-Befehl)|ssh]].


Ein SSH-Server für [[Microsoft Windows]] ist in der Programmsammlung [http://www.cygwin.com/ Cygwin] enthalten, die Windows zugleich um eine [[Unix]]-Umgebung und viele Befehlszeilenwerzeuge erweitert. Als SSH-Client ist [[Putty]] gut geeignet.
Ein SSH-Server für [[Microsoft Windows]] ist in der Programmsammlung [http://www.cygwin.com/ Cygwin] enthalten, die Windows zugleich um eine [[Unix]]-Umgebung und viele Befehlszeilenwerzeuge erweitert. Als SSH-Client ist [[Putty]] gut geeignet.
Zeile 9: Zeile 7:
== Protokollversionen ==
== Protokollversionen ==


Es gibt inzwischen zwei Protokollversionen:
Die Secure Shell stellt zur Zeit die Protokollversionen 1.3, 1.5 und 2 bereit. Gegenüber der Version 2 fallen die Möglichkeiten der Reihe 1 sehr beschränkt aus.
* Die ältere wird heute SSH1 genannt.
* Die neuere Version SSH2 bietet weitere Funktionen wie Datenübertragung per [[SFTP]].
 
 
 
Das Netzwerkprotokoll [[Secure Shell / SSH (Netzwerkprotokoll)|Secure Shell / SSH]] stellt zur Zeit die <b>SSH-Protokollversionen</b> 1.3, 1.5 und 2 bereit. Gegenüber der Version 2 fallen die Möglichkeiten der Reihe 1 sehr beschränkt aus.


{| class=wikitable
{| class=wikitable
!
!
! Secure Shell Version 1
! Secure Shell Version 1 / SSH1
! Secure Shell Version 2
! Secure Shell Version 2 / SSH2
|-
|-
| width=20% | <b>Verschlüsselungsalgorithmen</b>
| width=20% | <b>Verschlüsselungsalgorithmen</b>
| width=40% | Dürftiges Angebot (u. a. das unsichere DES oder das sichere aber langsame [[3DES]], sowie das schnelle und sichere [[Blowfish]]). Lücken im Protokoll ermöglichen theoretisch ein Knacken des Protokolls.
| width=40% | Dürftiges Angebot (u. a. das unsichere [[DES]] oder das sichere aber langsame [[3DES]], sowie das schnelle und sichere [[Blowfish]]). Lücken im Protokoll ermöglichen theoretisch ein Knacken des Protokolls.
| width=40% | Zusätzlich [[AES]] und weitere.
| width=40% | Zusätzlich [[AES]] und weitere.
|-
|-
Zeile 31: Zeile 23:
|-
|-
| <b>Aushandeln des Schlüssels</b>
| <b>Aushandeln des Schlüssels</b>
| Client-seitig generierte Schlüssel [engl. keys]. Der Server sendet seinen öffentlichen Schlüssel an den Client. Der erzeugt eine zufällige 156 Bit lange Zahl, verschlüsselt diese mit dem öffentlichen Schlüssel und sendet das Ergebnis an den Server. Fortan läuft der Datenstrom mit dieser übermittelten Zufallszahl verschlüsselt ab. Schneidet ein Lauscher diese Kommunikation mit, befindet er sich im Besitz des (verschlüsselten) Schlüssels. Mittels Ausprobieren aller Möglichkeiten (Brute Force-Methode) kann es gelingen, den Schlüssel zu ermitteln - im Schnitt dauert das allerdings mehrere Jahre...
| Clientseitig erzeugte Schlüssel (engl. keys). Der SSH-Server sendet seinen öffentlichen Schlüssel an den SSH-Client. Dieser erzeugt eine zufällige 156 Bit lange Zahl, verschlüsselt diese mit dem öffentlichen Schlüssel und sendet das Ergebnis an den SSH-Server. Fortan läuft der Datenstrom mit dieser übermittelten Zufallszahl verschlüsselt ab. Schneidet ein Lauscher diese Kommunikation mit, befindet er sich im Besitz des (verschlüsselten) Schlüssels. Mittels Ausprobieren aller Möglichkeiten (Brute Force-Methode) kann es gelingen, den Schlüssel zu ermitteln - im Schnitt dauert das allerdings mehrere Jahre...
| Einsatz des Diffi-Hellman-Verfahrens, bei dem der eigentliche Schlüssel nie hin und her geht. Server und Client übertragen lediglich Daten, die es den Kommunikationspartnern ermöglichen, unabhängig voneinander den gleichen Schlüssel zu errechnen. Einem Lauscher nützen diese Daten nichts, da ihm die Werte zum Berechnen des Schlüssels fehlen. Dieses Verfahren zur Schlüsselgenerierung ist wesentlich sicherer, weil keiner der beiden Kommunikationspartner den Schlüssel alleine bestimmt.
| Einsatz des Diffi-Hellman-Verfahrens, bei dem der eigentliche Schlüssel nie hin und her geht. SSH-Server und -Client übertragen lediglich Daten, die es den Verbindungspartnern ermöglichen, unabhängig voneinander den gleichen Schlüssel zu errechnen. Einem Lauscher nützen diese Daten nichts, da ihm die Werte zum Berechnen des Schlüssels fehlen. Dieses Verfahren zur Schlüsselgenerierung ist wesentlich sicherer, da keiner der beiden Verbindungspartner den Schlüssel alleine bestimmt.
|-
|-
| <b>Datenintegritätsprüfung</b>
| <b>Datenintegritätsprüfung</b>
| CRC-Verfahren (Cyclic Redundancy Check), welches als betagt und unzuverlässig gilt.
| CRC-Verfahren (Cyclic Redundancy Check), welches als betagt und unzuverlässig gilt.
| Kryptologische Hash-Summen (Message Authentication Code-Verfahren)
| Kryptologische [[Hash]]es (Message Authentication Code-Verfahren)
|-
|-
| <b>Multiplexing</b><br>(dabei übertragen beide Seiten die Daten scheinbar gleichzeitig)
| <b>Multiplexing</b><br>(dabei übertragen beide Seiten die Daten scheinbar gleichzeitig)
|  
|  
| Läuft besser.
| Läuft besser.
|-
| <b>Weitere Funktionen</b>
|
| Datenübertragung per [[SFTP]].
|}
|}


Zeile 51: Zeile 47:
== Weblinks ==
== Weblinks ==


{{dewi|Secure_Shell|Secure Shell}}
{{Weblinks}}
{{url_dewikipedia|Secure_Shell|Secure Shell}}
{{url|EU|Red Pill|eng|http://www.red-pill.eu/freeunix.shtml|The biggest Free Shell list on the net|sublink=<br>
* [http://freeshells.mtveurope.org/ MTV Europe shell accounts]}}
{{Fuss}}




{{cat|Netzwerkprotokoll}}
{{cat|Netzwerkprotokoll}}
{{cat|Secure Shell}}
{{cat|Secure Shell}}

Aktuelle Version vom 7. Februar 2010, 19:17 Uhr

Die Secure Shell / SSH ist ein Netzwerkprotokoll, mit dem man sich über eine verschlüsselte Rechnernetz-Verbindung auf einem entfernten Rechner anmelden und dort Programme ausführen kann. Es ist damit eine sichere Alternative zum Konsolenzugang über telnet und gilt als de-facto-Standard für die Remote-Verwaltung von Unix-Systemen. Die Client/Server-Architektur von SSH basiert auf dem Gespann TCP/IP. Die IANA hat dem Protokoll den TCP-Port 22 zugeordnet.

Das bekannteste Programm zur Nutzung von SSH unter Linux heisst ssh aus dem Openssh-Paket. Daneben gibt es inzwischen auch webbasierte SSH-Clients, darunter Anyterm und Ajaxterm.

Ein SSH-Server für Microsoft Windows ist in der Programmsammlung Cygwin enthalten, die Windows zugleich um eine Unix-Umgebung und viele Befehlszeilenwerzeuge erweitert. Als SSH-Client ist Putty gut geeignet.

Protokollversionen

Die Secure Shell stellt zur Zeit die Protokollversionen 1.3, 1.5 und 2 bereit. Gegenüber der Version 2 fallen die Möglichkeiten der Reihe 1 sehr beschränkt aus.

Secure Shell Version 1 / SSH1 Secure Shell Version 2 / SSH2
Verschlüsselungsalgorithmen Dürftiges Angebot (u. a. das unsichere DES oder das sichere aber langsame 3DES, sowie das schnelle und sichere Blowfish). Lücken im Protokoll ermöglichen theoretisch ein Knacken des Protokolls. Zusätzlich AES und weitere.
Geschwindigkeit deutlich langsamer
Aushandeln des Schlüssels Clientseitig erzeugte Schlüssel (engl. keys). Der SSH-Server sendet seinen öffentlichen Schlüssel an den SSH-Client. Dieser erzeugt eine zufällige 156 Bit lange Zahl, verschlüsselt diese mit dem öffentlichen Schlüssel und sendet das Ergebnis an den SSH-Server. Fortan läuft der Datenstrom mit dieser übermittelten Zufallszahl verschlüsselt ab. Schneidet ein Lauscher diese Kommunikation mit, befindet er sich im Besitz des (verschlüsselten) Schlüssels. Mittels Ausprobieren aller Möglichkeiten (Brute Force-Methode) kann es gelingen, den Schlüssel zu ermitteln - im Schnitt dauert das allerdings mehrere Jahre... Einsatz des Diffi-Hellman-Verfahrens, bei dem der eigentliche Schlüssel nie hin und her geht. SSH-Server und -Client übertragen lediglich Daten, die es den Verbindungspartnern ermöglichen, unabhängig voneinander den gleichen Schlüssel zu errechnen. Einem Lauscher nützen diese Daten nichts, da ihm die Werte zum Berechnen des Schlüssels fehlen. Dieses Verfahren zur Schlüsselgenerierung ist wesentlich sicherer, da keiner der beiden Verbindungspartner den Schlüssel alleine bestimmt.
Datenintegritätsprüfung CRC-Verfahren (Cyclic Redundancy Check), welches als betagt und unzuverlässig gilt. Kryptologische Hashes (Message Authentication Code-Verfahren)
Multiplexing
(dabei übertragen beide Seiten die Daten scheinbar gleichzeitig) 		Läuft besser.
Weitere Funktionen Datenübertragung per SFTP.

Tunneln: SSH über HTTP

Auf dem Webrechner läuft ein Werkzeug, das SSH über HTTP verlegt. Solche Remote-Werkzeuge gibt es jede Menge:

Weblinks

Herausgeber Sprache Webseitentitel Anmerkungen
Wikipedia ger Secure Shellwbm Enzyklopädischer Artikel
Red Pill eng The biggest Free Shell list on the netwbm
Von «https://mikiwiki.org/mikiwiki/index.php?title=Secure_Shell&oldid=32711»