У меня есть сервер, к которому я часто обращаюсь по ssh, потому что я на нем вычисляю. Теперь вычислительный центр явно запрещает SSH-ключи, потому что они «небезопасны». Они считают, что вводить мой пароль на клавиатуре каждый раз, когда это возможно перед другими людьми, - гораздо более безопасный способ входа в систему.

В настоящее время; Я не могу изменить свое мнение (я пытался).

Есть ли способ хотя бы временно хранить пароли SSH, как GIT может хранить пароли в кеше в течение определенного времени?

Повторное использование соединения

SSHv2 позволяет одному и тому же аутентифицированному соединению устанавливать несколько «каналов» - интерактивную оболочку, пакетную команду, SFTP, а также вторичные, такие как переадресация агента или переадресация TCP. Ваш сервер, вероятно, поддерживает мультиплексирование соединений по умолчанию. (Если ваши администраторы жалуются, он нигде не кэширует ваш пароль - он кэширует все соединение.)

С OpenSSH у вас есть ControlMasterи ControlPathопции (-M и -S), чтобы использовать это:

1. Запустите «главное» SSH-соединение, используя -M. (Поскольку у вас еще нет ControlPath в вашей конфигурации, вам нужно указать его в командной строке, используя -S. Он должен жить долго, поэтому я добавляю -fNопции для перетаскивания в фоновый режим ; в противном случае они технически необязательны.)

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

   Вы вернулись к местной оболочке.

2. Начать новое соединение через мастера:

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

   Ты в.

3. Чтобы сделать это полезным для Git / rsync / SFTP, вам нужно настроить его ControlPathв своей конфигурации, потому что вы не сможете -Sвсе время указывать :

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

Вы можете автоматизировать это - последние версии OpenSSH также имеют ControlPersistавтоматическое установление основного соединения в фоновом режиме, если его еще нет. Это позволяет пропустить шаг 1 и просто использовать ssh, как обычно.

1. Конфигурация в ~/.ssh/config:

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

2. Первое соединение запрашивает пароль:

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

3. Второе не:

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

Чтобы управлять мастером мультиплекса (остановить его или настроить переадресацию TCP), используйте -Oопцию.

Подобный метод поддерживается в последних версиях PuTTY .

использование sshpass

sshpass ( github , man page ) - это инструмент, который автоматически передает пароль в ssh. Безопасный способ использовать это это:

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

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

Это будет считывать пароль ~/.ssh/compute_password, подобно файлу с закрытым ключом без ключевой фразы. Вы можете поместить sshpassкоманду в небольшой скрипт оболочки или псевдоним оболочки, чтобы избежать ввода этой полной команды. К сожалению, я не нашел способ сделать это из ~/.ssh/config.

(Можно также указать пароль непосредственно в командной строке sshpass, но этого следует избегать, так как это дает утечку паролю любому, кто может это сделать ps)

Сравнение с другими методами

Этот подход, конечно, менее безопасен, чем правильно настроенная аутентификация с открытым ключом, но вы, вероятно, уже это знаете.

Он также менее безопасен, чем ответ @ grawity о повторном использовании соединения, но имеет то преимущество, что вообще не вводит пароль в интерактивном режиме.

Вы могли бы рассмотреть ответ @ grawity как альтернативу auth pubkey с парольной фразой и кэшированием закрытого ключа (т.е. ssh-agent). Тогда мой ответ будет альтернативой аутентификации pubkey без ключевой фразы в файле закрытого ключа.

Используйте менеджер паролей.

Некоторые менеджеры паролей (например, KeePassXC) имеют функцию автоматического ввода. Вы сохраняете пароль в диспетчере паролей, разблокируете базу данных при запуске менеджера и каждый раз, когда sshзапрашиваете пароль, вы нажимаете комбинацию клавиш, которая заставляет диспетчер паролей записать ваш длинный пароль в консоль.

Не нужно ничего копировать, запоминать что-либо (кроме пароля для разблокировки базы данных), и вы можете иметь надежный пароль, не используя эти 30 символов каждый раз, когда вы пытаетесь войти в систему.

Вы можете выбрать свой любимый из этого списка: https://en.wikipedia.org/wiki/List_of_password_managers

Другой альтернативой является использование ssh-клиента с графическим интерфейсом. На Windows очевидным выбором будет PuTTY . Существует также версия PuTTY для Linux, в частности, большинство дистрибутивов на основе Debian, таких как Ubuntu, обычно включают PuTTY в свои репозитории.

Другой действительно хороший клиент - Termius . Он поддерживает не только Windows и Linux, но также OSX, iOS и Android. Несмотря на то, что он был в первую очередь предназначен для телефонов, настольная версия на самом деле довольно хорошая.

Если я не ошибаюсь, у почтенного Гипертерминала в Windows также есть / был встроенный ssh-клиент, но я не пользовался окнами очень долгое время, поэтому я не совсем уверен.

Все клиенты с графическим интерфейсом имеют возможность сохранять настройки подключения, которые включают в себя ваше имя пользователя и пароль.