Аутентификация открытым ключом и перенаправление агента

Аутентификация SSH по открытому ключу использует файл authorized_keys, обычно расположенный на сервере по пути ~/.ssh/authorized_keys. Каждая строка содержит открытый ключ в формате: algorithm base64-key comment. Сервер проверяет, может ли клиент доказать владение соответствующим закрытым ключом, подписав проверочный запрос.

Команда ssh-keygen создаёт пары ключей для аутентификации. Запуск ssh-keygen -t ed25519 создаёт современную пару ключей Ed25519. С помощью -C можно указать комментарий для идентификации, например адрес электронной почты. По умолчанию инструмент сохраняет закрытый ключ (id_ed25519) и открытый ключ (id_ed25519.pub) в каталоге ~/.ssh.

Ключи RSA длиной 4096 бит хорошо совместимы с устаревшими системами, но медленнее создают подписи. ECDSA на NIST P-256 работает быстрее и создаёт меньшие подписи, однако некоторые криптографы ставят под сомнение выбор параметров кривых NIST. Ed25519 на основе Curve25519 — современная рекомендуемая практика: быстрые ключи и подписи небольшого размера, отсутствие известных слабых мест и поддержка во всех современных реализациях SSH.

Файл закрытого ключа следует защищать парольной фразой. ssh-keygen шифрует закрытый ключ с помощью ключа, полученного из парольной фразы (bcrypt для современных ключей), поэтому злоумышленник, укравший файл, не сможет использовать его без парольной фразы. Без парольной фразы любой, кто имеет доступ к файлу, может пройти аутентификацию от Вашего имени на любом сервере, где хранится соответствующий открытый ключ.

Фоновая служба ssh-agent хранит расшифрованные закрытые ключи в памяти в течение сеанса входа. Вы загружаете ключ командой ssh-add ~/.ssh/id_ed25519, которая запрашивает парольную фразу один раз. При последующих соединениях SSH обращается к агенту для подписывания проверочных запросов без повторного ввода парольной фразы, сочетая безопасность с удобством.

Когда сервер SSH отправляет проверочный запрос для аутентификации, клиент SSH поручает ssh-agent выполнить подпись через сокет Unix. Агент выполняет криптографическую подпись с помощью закрытого ключа, хранящегося в памяти, и возвращает только подпись. Байты закрытого ключа никогда не покидают процесс агента, даже для самого клиента SSH.

Перенаправление агента (ForwardAgent yes или ssh -A) позволяет удалённому сеансу SSH использовать Ваш локальный агент для дальнейшей аутентификации. Это удобно для перехода через бастионные узлы без копирования закрытых ключей на бастион. Однако если бастионный узел скомпрометирован, пользователь root на нём может получить доступ к сокету Вашего агента и пройти аутентификацию от Вашего имени на любом сервере.

ProxyJump (ssh -J bastion target) — более безопасная альтернатива ForwardAgent при доступе через бастионный узел. Он создаёт TCP-туннель через бастион, не раскрывая там сокет агента. Целевой сервер получает прямое соединение от Вашего локального клиента, а бастион только пересылает зашифрованные байты TCP и не может использовать Ваши учётные данные.

SSH поддерживает аутентификацию на основе сертификатов, при которой центр сертификации (CA) подписывает открытые ключи узлов и пользователей. Вместо распространения отдельных открытых ключей на каждом сервере настройте серверы на доверие к Вашему CA. Подписанный сертификат пользователя предоставляет доступ ко всем серверам, доверяющим этому CA, с необязательными сроком действия и ограничениями для субъектов, встроенными в сертификат.

Инструмент ssh-keyscan подключается к одному или нескольким узлам и получает их открытые ключи узлов без аутентификации. Это удобно для автоматизации заполнения файлов known_hosts в сценариях развёртывания. Вывод можно напрямую перенаправить в файл known_hosts: ssh-keyscan -H example.com >> ~/.ssh/known_hosts.

Аутентификация по открытому ключу: клиент отправляет открытый ключ, сервер проверяет authorized_keys, сервер отправляет проверочный запрос, подписанный идентификатором сеанса, клиент (через агент) подписывает его закрытым ключом, а сервер проверяет подпись с помощью сохранённого открытого ключа. Если подпись верна, аутентификация проходит успешно без передачи каких-либо секретных учётных данных.

Какой тип ключа SSH считается современной рекомендуемой практикой для новых развёртываний благодаря высокой скорости, небольшому размеру ключа и сильным свойствам безопасности?

Главное: храните открытые ключи в authorized_keys, защищайте закрытые ключи парольными фразами, используйте ssh-agent для хранения расшифрованных ключей в памяти, отдавайте предпочтение типу ключа Ed25519, используйте ProxyJump вместо ForwardAgent при доступе через бастион, чтобы не раскрывать сокет агента, и рассмотрите сертификаты SSH для масштабируемого управления доступом.