Ho un server a cui devo accedere frequentemente tramite ssh, perché ci calcolo. Ora, il centro di calcolo proibisce esplicitamente le chiavi SSH perché sono "insicure". Pensano che digitare la mia password, su una tastiera, ogni volta, possibile di fronte ad altri umani, sia un modo molto più sicuro di accedere.

Adesso; Non posso cambiare idea (ho provato).

Esiste un modo per archiviare almeno temporaneamente le password SSH, come GIT può archiviare le password in una cache per un periodo di tempo definito?

Riutilizzo della connessione

SSHv2 consente alla stessa connessione autenticata di stabilire più 'canali': shell interattiva, comando batch, SFTP, insieme a quelli secondari come l'inoltro dell'agente o l'inoltro TCP. Il server probabilmente supporta il multiplexing delle connessioni per impostazione predefinita. (Se i tuoi amministratori si lamentano, non memorizza nella cache la tua password da nessuna parte, ma memorizza nella cache l'intera connessione.)

Con OpenSSH hai ControlMastere ControlPathopzioni (-M e -S) per usare questo:

1. Avviare una connessione SSH "master" utilizzando -M. (Dato che non hai ancora un ControlPath nella tua configurazione, devi specificarlo nella riga di comando usando -S. Deve vivere a lungo, quindi aggiungo le -fNopzioni per passare allo sfondo; tecnicamente sono facoltative altrimenti.)

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

   Sei tornato alla shell locale.

2. Avvia una nuova connessione tramite il master:

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

   Sei in.

3. Per renderlo utile per Git / rsync / SFTP, è necessario impostare ControlPathnella configurazione, poiché non sarà possibile specificare -Stutto il tempo:

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

Puoi automatizzarlo: anche le recenti versioni di OpenSSH hanno ControlPersistche stabilisce automaticamente una connessione principale in background se non ce n'è ancora una. Questo ti permette di saltare il passaggio 1 e usare ssh come faresti normalmente.

1. Configurazione in ~/.ssh/config:

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

2. La prima connessione richiede la password:

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

3. Il secondo no:

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

Per controllare il master multiplex (arrestarlo o configurare gli inoltri TCP), utilizzare l' -Oopzione.

Un metodo simile è supportato dalle recenti versioni di PuTTY .

Uso sshpass

sshpass ( github , pagina man ) è uno strumento che invia automaticamente la password a ssh. Il modo sicuro per usarlo è questo:

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

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

Questo leggerà la password ~/.ssh/compute_password, proprio come un file di chiave privata senza passphrase. È possibile inserire il sshpasscomando in un piccolo script shell o in un alias shell per evitare di digitare quel comando completo. Purtroppo, non ho trovato un modo per farlo ~/.ssh/config.

(È anche possibile specificare la password direttamente dalla riga di comando a sshpass, ma questo dovrebbe essere evitato, poiché perde la password a chiunque possa farlo ps)

Confronto con altri metodi

Questo approccio è ovviamente meno sicuro rispetto all'autenticazione della chiave pubblica correttamente impostata, ma probabilmente lo sapete già.

È anche meno sicuro della risposta di @ grawity sul riutilizzo della connessione, ma ha il vantaggio di non dover inserire la password in modo interattivo.

Potresti considerare la risposta di @ grawity un'alternativa all'autorizzazione pubkey con una passphrase e una memorizzazione nella chiave privata (es ssh-agent.). Quindi la mia risposta sarebbe un'alternativa all'autorizzazione pubkey senza una passphrase nel file della chiave privata.

Usa password manager.

Alcuni gestori di password (es. KeePassXC) hanno la funzione di "auto-type". Memorizzi la password sul gestore password, sblocchi il database quando esegui il gestore e ogni volta che sshti viene richiesta la password, premi una combinazione di tasti che consente al gestore password di scrivere la tua password lunga sulla console.

Non c'è bisogno di copiare, ricorda qualcosa (tranne la password per sbloccare il database) e puoi avere una password sicura senza schiacciare quei 30 caratteri ogni volta che provi ad accedere.

Puoi scegliere il tuo preferito da questo elenco: https://en.wikipedia.org/wiki/List_of_password_managers

Un'altra alternativa è utilizzare un client ssh GUI. Su Windows la scelta più ovvia sarebbe PuTTY . C'è anche una versione Linux di PuTTY, in particolare la maggior parte delle distribuzioni basate su Debian come Ubuntu normalmente includono PuTTY nel loro repository.

Un altro cliente davvero buono è Termius . Supporta non solo Windows e Linux ma anche OSX, iOS e Android. Sebbene sia stata progettata principalmente per i telefoni, la versione desktop è in realtà abbastanza buona.

Se non sbaglio, anche il venerabile Hyperterminal su Windows ha / aveva un client ssh incorporato ma non uso Windows da molto tempo, quindi non ne sono del tutto sicuro.

Tutti i client GUI includono la possibilità di salvare le impostazioni di connessione che includono nome utente e password.