Oracle Solaris Secure Shell (Übersicht)

Bei der Secure Shell-Funktion erfolgt die Authentifizierung mithilfe von Passwörtern, öffentlichen Schlüsseln oder beidem. Der gesamte Netzwerkverkehr wird verschlüsselt. So verhindert Secure Shell, dass potenzielle Eindringlinge eine abgefangene Mitteilung lesen. Secure Shell verhindert auch Spoofing.

Secure Shell kann außerdem bedarfsgesteuert als Virtuelles privates Netzwerk (VPN) verwendet werden. Ein VPN kann X Window-Systemverkehr weiterleiten oder einzelne Portnummern zwischen lokalen und Remote-Rechnern über verschlüsselte Netzwerklinks verbinden.

Mit Secure Shell können Sie Folgendes ausführen:

Sicheres Anmelden bei einem anderen Host über ein ungesichertes Netzwerk
Sicheres Übertragen kopierter Dateien zwischen zwei Hosts
Sicheres Ausführen von Befehlen auf dem Remote-Host

Secure Shell unterstützt zwei Versionen des Secure Shell-Protokolls. Version 1 ist die ursprüngliche Version des Protokolls. Version 2 bietet mehr Sicherheit und behebt einige grundlegende Entwurfsfehler von Version 1. Version 1 wird nur bereitgestellt, um Benutzern bei der Migration auf Version 2 zu helfen. Benutzern wird abgeraten, Version 1 zu verwenden.

Hinweis - Im Folgenden wird v1 für Version 1 und v2 für Version 2 verwendet.

Oracle Solaris Secure Shell-Authentifizierung

Secure Shell ermöglicht die Authentifizierung der Verbindung zum Remote-Host mithilfe von öffentlichen Schlüsseln und Passwörtern. Die Authentifizierung mithilfe von öffentlichen Schlüsseln ist ein stärkerer Authentifizierungsmechanismus als die Passwortauthentifizierung, da private Schlüssel nie über das Netzwerk versendet werden.

Die Authentifizierungsmethoden werden in der folgenden Reihenfolge getestet. Wenn die Konfiguration eine Authentifizierungsmethode nicht unterstützt, wird die nächste Methode getestet.

GSS-API: Verwendet GSS-API-Mechanismen wie mech_krb5 (Kerberos V) und mech_dh (AUTH_DH) zur Authentifizierung von Clients und Servern. Weitere Informationen zu GSS-API finden Sie in Introduction to GSS-API in Developer’s Guide to Oracle Solaris Security .
Hostbasierte Authentifizierung: Verwendet Host-Schlüssel und rhosts-Dateien. Verwendet die öffentlichen/privaten RSA- und DSA-Hostschlüssel zur Authentifizierung des Clients. Verwendet die rhosts-Dateien zur Autorisierung des Clients für Benutzer
Authentifizierung mittels öffentlicher Schlüssel: Authentifiziert Benutzer mit ihren öffentlichen/privaten RSA- und DSA-Schlüsseln
Passwortauthentifizierung: Verwendet PAM zur Authentifizierung von Benutzern. Die Tastaturauthentifizierungsmethode in v2 ermöglicht willkürliche Eingabeaufforderungen durch PAM. Weitere Informationen finden Sie im Abschnitt SECURITY auf der Manpage sshd(1M).

Die folgende Tabelle enthält die Anforderungen zur Authentifizierung eines Benutzers, der versucht, sich bei einem Remote-Host anzumelden. Der Benutzer ist beim lokalen Host (Client) angemeldet. Der Remote-Host (Server) führt den Dämon sshd aus. Die Tabelle enthält die Secure Shell-Authentifizierungsmethoden, die kompatiblen Protokollversionen und die Hostanforderungen.

Tabelle 19-1 Authentifizierungsmethoden für Secure Shell

Authentifizierungsmethode (Protokollversion)	Lokaler Host (Client) – Anforderungen	Remote-Host (Server) – Anforderungen
GSS-API (v2)	Initiator-Berechtigungsnachweise für GSS-Mechanismen	Verarbeiter-Berechtigungsnachweise für GSS-Mechanismen. Weitere Informationen finden Sie unter Erhalt von GSS-Berechtigungsnachweisen in Secure Shell.
Hostbasiert (v2)	Benutzerkonto Privater Schlüssel von lokalem Host in `/etc/ssh/ssh_host_rsa_key` oder `/etc/ssh/ssh_host_dsa_key` `HostbasedAuthentication yes` in `/etc/ssh/ssh_config`	Benutzerkonto Öffentlicher Schlüssel von lokalem Host in `/etc/ssh/known_hosts` oder `~/.ssh/known_hosts` `HostbasedAuthentication yes` in `/etc/ssh/sshd_config` `IgnoreRhosts no` in `/etc/ssh/sshd_config` Lokaler Hosteintrag in `/etc/ssh/shosts.equiv`, `/etc/hosts.equiv`, `~/.rhosts` oder `~/.shosts`
Öffentlicher RSA- oder DSA-Schlüssel (v2)	Benutzerkonto Privater Schlüssel in `~/.ssh/id_rsa` oder `~/.ssh/id_dsa` Öffentlicher Schlüssel des Benutzers in `~/.ssh/id_rsa.pub` oder `~/.ssh/id_dsa.pub`	Benutzerkonto Öffentlicher Schlüssel des Benutzers in `~/.ssh/authorized_keys`
Öffentlicher RSA-Schlüssel (v1)	Benutzerkonto Privater Schlüssel in `~/.ssh/identity` Öffentlicher Schlüssel des Benutzers in `~/.ssh/identity.pub`	Benutzerkonto Öffentlicher Schlüssel des Benutzers in `~/.ssh/authorized_keys`
Interaktiv mit Tastatur (v2)	Benutzerkonto	Benutzerkonto Unterstützt PAM einschließlich willkürlicher Eingabeaufforderungen und Passwortänderungen, wenn die Passwortdatierungsfunktion ausgelöst wird
Passwort-basiert (v1 oder v2)	Benutzerkonto	Benutzerkonto Unterstützt PAM
Nur `.rhosts` (v1)	Benutzerkonto	Benutzerkonto `IgnoreRhosts no` in `/etc/ssh/sshd_config` Lokaler Hosteintrag in `/etc/ssh/shosts.equiv`, `/etc/hosts.equiv`, `~/.shosts` oder `~/.rhosts`
Nur `.rhosts` mit RSA (v1) auf dem Server	Benutzerkonto Öffentlicher Schlüssel von lokalem Host in `/etc/ssh/ssh_host_rsa1_key`	Benutzerkonto Öffentlicher Schlüssel von lokalen Host in `/etc/ssh/ssh_known_hosts` oder `~/.ssh/known_hosts` `IgnoreRhosts no` in `/etc/ssh/sshd_config` Lokaler Hosteintrag in `/etc/ssh/shosts.equiv`, `/etc/hosts.equiv`, `~/.shosts` oder `~/.rhosts`

Secure Shell in the Enterprise

Eine umfassende Beschreibung von Secure Shell auf einem Oracle Solaris-System finden Sie in Secure Shell in the Enterprise von Jason Reid, ISBN 0-13-142900-0, Juni 2003. Dieses Buch ist Teil der Sun BluePrints Series, die von Sun Microsystems Press veröffentlicht wird.

Navigationslinks �berspringen
Druckansicht beenden
	Systemverwaltungshandbuch: Sicherheitsservices