Ich habe einen Server, auf den ich häufig per ssh zugreifen muss, weil ich darauf rechne. Das Rechenzentrum verbietet nun ausdrücklich SSH-Schlüssel, da diese "unsicher" sind. Sie sind der Meinung, dass die Eingabe meines Passworts über eine Tastatur, die immer vor anderen Menschen möglich ist, eine viel sicherere Möglichkeit ist, sich anzumelden.

Jetzt; Ich kann ihre Meinung nicht ändern (ich habe es versucht).

Gibt es eine Möglichkeit, SSH-Kennwörter zumindest vorübergehend zu speichern, wie GIT Kennwörter für eine bestimmte Zeit in einem Cache speichern kann?

Wiederverwendung der Verbindung

Mit SSHv2 kann dieselbe authentifizierte Verbindung mehrere "Kanäle" einrichten - interaktive Shell, Batch-Befehl, SFTP sowie sekundäre wie z. B. Agentenweiterleitung oder TCP-Weiterleitung. Ihr Server unterstützt wahrscheinlich standardmäßig das Multiplexen von Verbindungen. (Wenn sich Ihre Administratoren beschweren, wird Ihr Kennwort nirgendwo zwischengespeichert - die gesamte Verbindung wird zwischengespeichert.)

Mit OpenSSH haben Sie ControlMasterund ControlPathOptionen (-M und -S), um dies zu nutzen:

1. Starten Sie eine 'Master'-SSH-Verbindung mit -M. (Da Sie noch keinen ControlPath in Ihrer Konfiguration haben, müssen Sie ihn in der Befehlszeile mit angeben -S. Er muss eine lange Lebensdauer haben, daher füge ich die -fNOptionen zum Ablegen im Hintergrund hinzu. Ansonsten sind sie technisch optional.)

   $ ssh foo@bar.example.com -fNMS ~/.ssh/bar.socket
   foo@bar.example.com's password:
   

   Du bist zurück in der lokalen Shell.

2. Starten Sie eine neue Verbindung über den Master:

   $ ssh foo@bar.example.com -S ~/.ssh/bar.socket
   

   Du bist in.

3. Um dies für Git / rsync / SFTP nützlich zu machen, müssen Sie ControlPathin Ihrer Konfiguration einrichten , da Sie nicht immer Folgendes angeben -Skönnen:

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
   

Sie können dies automatisieren - neuere OpenSSH-Versionen verfügen auch über eine Funktion, ControlPersistdie automatisch eine Masterverbindung im Hintergrund herstellt, falls noch keine vorhanden ist. Auf diese Weise können Sie Schritt 1 überspringen und ssh wie gewohnt verwenden.

1. Konfiguration in ~/.ssh/config:

   Host *
       ControlPath ~/.ssh/S.%r@%h:%p
       ControlMaster auto
       ControlPersist 15m
   

2. Bei der ersten Verbindung wird nach dem Passwort gefragt:

   $ ssh foo@bar.example.com
   foo@bar.example.com's password:
   [foo@bar:~]$ exit
   

3. Der zweite nicht:

   $ ssh foo@bar.example.com
   [foo@bar:~]$ yay
   

Verwenden Sie die -OOption, um den Multiplex-Master zu steuern (stoppen oder TCP-Weiterleitungen konfigurieren) .

Eine ähnliche Methode wird von neueren PuTTY-Versionen unterstützt .

Verwenden sshpass

sshpass ( github , man page ) ist ein Tool, das das Passwort automatisch an ssh weiterleitet. Der sichere Weg, es zu benutzen, ist der folgende:

% echo 'correct horse battery staple' > ~/.ssh/compute_password
% chmod go-rw ~/.ssh/compute_password

% sshpass -f ~/.ssh/compute_password ssh foo@host

Dadurch wird das Kennwort ~/.ssh/compute_passwordähnlich wie bei einer privaten Schlüsseldatei ohne Passphrase gelesen . Sie können den sshpassBefehl in ein kleines Shell-Skript oder einen Shell-Alias ​​einfügen, um die Eingabe des vollständigen Befehls zu vermeiden. Leider habe ich keinen Weg gefunden, dies zu tun ~/.ssh/config.

(Es ist auch möglich, das Kennwort direkt in der Befehlszeile anzugeben sshpass, dies sollte jedoch vermieden werden, da das Kennwort an alle weitergegeben wird, die dazu in der Lage sind. ps)

Vergleich mit anderen Methoden

Dieser Ansatz ist natürlich weniger sicher als die ordnungsgemäße Einrichtung der Authentifizierung mit öffentlichen Schlüsseln, aber das wissen Sie wahrscheinlich bereits.

Es ist auch weniger sicher als die Antwort von @grawity zur Wiederverwendung von Verbindungen, hat jedoch den Vorteil, dass das Kennwort überhaupt nicht interaktiv eingegeben werden muss.

Sie könnten die Antwort von @ grawity als Alternative zur Authentifizierung von Pubs mit einer Passphrase und privatem Schlüssel-Caching (z. B. ssh-agent) betrachten. Dann wäre meine Antwort eine Alternative zu pubkey auth ohne eine Passphrase für die private Schlüsseldatei.

Verwenden Sie den Passwort-Manager.

Einige Kennwortmanager (z. B. KeePassXC) verfügen über die Funktion zum automatischen Eingeben. Sie speichern das Kennwort im Kennwort-Manager, entsperren die Datenbank, wenn Sie den Manager ausführen, und sshdrücken jedes Mal, wenn Sie zur Eingabe Ihres Kennworts aufgefordert werden, eine Tastenkombination, mit der der Kennwort-Manager Ihr langes Kennwort in die Konsole schreibt.

Sie müssen nichts kopieren, nichts merken (mit Ausnahme des Kennworts zum Entsperren der Datenbank), und Sie können bei jedem Anmeldeversuch ein sicheres Kennwort festlegen, ohne diese 30 Zeichen zu zerstören.

Sie können Ihren Favoriten aus dieser Liste auswählen: https://en.wikipedia.org/wiki/List_of_password_managers

Eine andere Alternative ist die Verwendung eines GUI-ssh-Clients. Unter Windows wäre PuTTY die naheliegende Wahl . Es gibt auch eine Linux-Version von PuTTY, insbesondere die meisten Debian-basierten Distributionen wie Ubuntu enthalten PuTTY normalerweise in ihrem Repo.

Ein weiterer wirklich guter Kunde ist Termius . Es unterstützt nicht nur Windows und Linux, sondern auch OSX, iOS und Android. Obwohl es hauptsächlich für Handys entwickelt wurde, ist die Desktop-Version eigentlich recht gut.

Wenn ich mich nicht irre, hat / hatte das ehrwürdige Hyperterminal unter Windows auch einen ssh-Client eingebaut, aber ich habe lange Zeit kein Fenster mehr benutzt, daher bin ich mir nicht ganz sicher.

Alle GUI-Clients können Verbindungseinstellungen speichern, die Ihren Benutzernamen und Ihr Kennwort enthalten.