У мене є сервер, до якого я повинен часто отримувати доступ через 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 як альтернативу autkey pubkey із парольною фразою та кешуванням приватних ключів (тобто ssh-agent). Тоді моя відповідь буде альтернативою автентичності pubkey без парольної фрази у файлі приватного ключа.

Використовуйте менеджер паролів.

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

Не потрібно копіювати, пам’ятайте що-небудь (крім пароля для розблокування бази даних), і ви можете мати надійний пароль, не перетираючи ці 30 символів щоразу, коли ви намагаєтесь увійти.

Ви можете обрати улюбленого із цього списку: https://en.wikipedia.org/wiki/List_of_password_managers

Ще одна альтернатива - використовувати клієнтський ssh-інтерфейс GUI. Для Windows очевидним вибором буде PuTTY . Існує також версія версії PuTTY для Linux, зокрема більшість дистрибутивів на базі Debian, таких як Ubuntu, як правило, включають PuTTY у свій репо.

Ще один дійсно хороший клієнт - Терміус . Він підтримує не лише Windows та Linux, але й OSX, iOS та Android. Хоча вона була розроблена в першу чергу для телефонів, версія для настільних комп'ютерів насправді непогана.

Якщо я не помиляюся, в поважному гіпертерміналі в Windows також вбудований ssh-клієнт, але я не використовував Windows дуже давно, тому я не зовсім впевнений.

Усі клієнти GUI містять можливість зберігати налаштування з'єднання, що включає ваше ім'я користувача та пароль.