Кто может разъяснить магию ssh agent forwarding?

Question

[Михаил Ливач]

Постановка задачи:
Есть клиентская машина, на ней много ключей SSH, они загружены в ssh agent. Есть сервер, на котором sshd настроен на ограниченное количество попыток аутентификации. На клиентской машине эта проблема решается через явное указание нужного ключа в ~/.ssh/config .
С клиентской машины заходим по ssh на промежуточный хост с форвардингом агента. При попытке подключения к серверу с промежуточного хоста клиент ssh начинает перебор всех доступных ключей, исчерпывает попытки и терпит неудачу.
Но если на промежуточный хост сохранить публичный ключ из пары для доступа на сервер, а затем указать его при подключении:

ssh -i ~/.ssh/target_server_key.pub user@target_server

то подключение удаётся. Дебаг ( ключ -Tv ) показывает, что этот явно указанный ключ предложен первым:

debug1: Next authentication method: publickey
debug1: Offering public key: {...}.pub ED25519 SHA256:{...} explicit agent
debug1: Server accepts key: {...}.pub ED25519 SHA256:{...} explicit agent

но я не понимаю, почему это срабатывает - ведь я предложил публичный ключ, а не приватный?

Comments

[Ziptar]

но я не понимаю, почему это срабатывает - ведь я предложил публичный ключ, а не приватный?

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

[Михаил Ливач]

Ziptar, Ваш ответ мне кажется не совсем точным, извините. Подсказка от Lynn «Кофеман» мне больше помогла

Answer 1

[Lynn «Кофеман»]

Так это буквально в документации написано

-i identity_file
[...] You can also specify a public key file to use the corresponding private key that is loaded in ssh-agent(1) when the private key file is not present locally.

https://man7.org/linux/man-pages/man1/ssh.1.html

Comments

[Михаил Ливач]

Теперь я понял, спасибо!
Итоговая цепочка, видимо, такая:

1. промежуточный хост отдаёт отпечаток публичного ключа серверу,
   
2. сервер видит, что у него есть ключ с таким отпечатком, шифрует начальную посылку и отдаёт промежуточному хосту,
   
3. промежуточный хост пересылает посылку на начальный хост, заодно сообщая, какой публичный ключ задействован,
   
4. начальный хост расшифровывает посылку и отдаёт результат промежуточному хосту,
   
5. промежуточный хост передаёт результат серверу.
   

В итоге все довольны. Единственная угроза: кто-то третий с доступом на промежуточный хост может тоже проэксплуатировать форварднутого агента.

Answer 2

[Евгений Хлебников]

Потому что PublicKeyAuthentication так и работает - вы предлагаете серверу публичный ключ, он же, проверяя соответствующий приватный ключ, допускает вас или не допускает
Про форвардинг

When the user uses an SSH client on the server, the client will try to contact the agent implemented by the server and the server then forwards the request to the client that originally contacted the server, which further forwards it to the local agent

Вы инициируете вышеописанную цепочку когда с сервера(выделенного жирным) ssh клиентом пытаетесь подключиться к другому серверу

Если форвардинг не работает - проверяйте:
To use agent forwarding, the ForwardAgent option must be set to yes on the client (see ssh_config) and the AllowAgentForwarding option must be set to yes on the server (see sshd_config)
Ну и запущен ли SSH агент на первоначальном клиенте и на первом сервере

А вообще - документация https://www.ssh.com/academy/ssh/agent

Comments

[Михаил Ливач]

Потому что PublicKeyAuthentication так и работает - вы предлагаете серверу публичный ключ, он же, проверяя соответствующий приватный ключ, допускает вас или не допускает

Евгений, тут Вы заблуждаетесь. Сервер не может проверять приватный ключ, потому что на сервере приватного ключа нет, только публичный. Наличие приватного ключа где-то ещё - это угроза утечки.
Работает оно ровно наоборот: клиент предлагает серверу отпечаток публичного ключа. Сервер смотрит, есть ли у него ключ с таким же отпечатком. Если нет - сервер отвергает этот отпечаток и увеличивает счётчик неудачных попыток. Если есть, то сервер шифрует этим публичным ключом начальную посылку и отдаёт клиенту. Клиент расшифровывает полученные данные приватным ключом и предъявляет серверу доказательство. Сервер проверяет доказательство, и если всё ок, соединение устанавливается.

[Михаил Ливач]

форвардинг-то работает, Вы не вчитались в вопрос.