форумы  помощь  поиск  регистрация  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Тематический каталог: Аутентификация на SSH сервере с исполь..."	+/–
Сообщение от auto_topic on 30-Май-09, 15:45
Обсуждение статьи тематического каталога: Аутентификация на SSH сервере с использованием ключей (ssh auth pam) Ссылка на текст статьи: https://www.opennet.ru/base/sec/ssh_pubkey_auth.txt.html
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от gentoid on 30-Май-09, 15:45
Просто и понятно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от debianid on 10-Янв-10, 14:50
Спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от sorron on 17-Май-10, 22:37
В первой таблице неправильно проставлены два последних примера заголовка
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от betep on 10-Мрт-11, 12:55
nice
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от антон (??) on 29-Авг-11, 13:51
статья очень полезная спасибо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Андрей (??) on 19-Сен-11, 18:25
доступно, просто и понятно +1
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "юСРЕМРХТХЙЮЖХЪ МЮ SSH ЯЕПБЕПЕ Я ХЯОНКЭГНБЮМХЕЛ ЙКЧВЕИ (ssh a..."	+/–
Сообщение от ЮКЕЙЯЮМДП on 03-Апр-12, 14:36
ЛМЕ ОПХЬЕК РЕЙЯР  invalid command                    ВРН ЩРН РЮЙНЕ Х ЙЮЙ ЛМЕ ХЯОПЮБХРЭ ЩРН
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от ilsid (??) on 19-Сен-12, 15:52
Вопрос касательно пункта "Если расшифровка удалась, то сервер пускает клиента без запроса пароля Unix". Каким образом сервер "понимает", что расшифровка удалась? Клиент отсылает ему дешифрованную проверочную строку в открытом виде? Ведь у сервера нет же закрытого ключа для дешифрации. Спасибо
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Вася (??) on 12-Мрт-13, 22:17
	>Ведь у сервера нет же закрытого > ключа для дешифрации. Нету. И не надо. У него есть вторая половинка пары ключей - паблик. Эта пара ключей и алгоритм кодирования-декодирования устроены так хитро, что то, что зашифровано приватом, обратно можно расшифровать не приватом, а соответствующим пабликом. > Вопрос касательно пункта > "Если расшифровка удалась, то сервер пускает клиента без запроса пароля Unix". > Каким образом сервер "понимает", что расшифровка удалась? Клиент отсылает ему > дешифрованную проверочную строку в открытом виде? Не. Даже если исходное сообщение серверу неизвестно, есть миллион способов определить, правильно расшифровалось или неправильно. Простейший (делается не так, пример просто чтобы понять идею): представь, что мы до зашифровки посчитали контрольную сумму (CRC) нашего сообщения, прицепили ее к хвосту сообщения и зашифровали все вместе. На сервере мы расшифровали, получили сообщение и его контрольную сумму. Проверили: совпало - ура, нет - расшифровка неудачна, то есть, было зашифровано неправильным приват кеем.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	24. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Васькович (ok) on 23-Сен-16, 14:17
	Убить тебя мало! Публичный ключ, потому и публичный, что им можно только шифровать! Дешифровать можно только приватным!
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	25. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Lanched on 23-Сен-16, 15:04
	> Убить тебя мало! Публичный ключ, потому и публичный, что им можно только > шифровать! Дешифровать можно только приватным! эм... вообще-то то, что зашифровано публичным, можно расшифровать только приватным. а то, что зашифровано приватным - можно расшифровать только публичным.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	26. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Васькович (ok) on 23-Сен-16, 17:20
	> эм... вообще-то то, что зашифровано публичным, можно расшифровать только приватным. а то, > что зашифровано приватным - можно расшифровать только публичным. Прекрасно! Шифруйте приватным, чтобы все прочитали. Смысл сего действа?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	27. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Васькович (ok) on 23-Сен-16, 19:03
	опровергну сам себя - сертификаты. однако, это сертификаты. а тут речь о механизме взаимодействия, где очень важно знать какой ключ что делает и где его держать (и с какими правами хранить). критически важно.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	28. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Lanched on 23-Сен-16, 19:04
	>> эм... вообще-то то, что зашифровано публичным, можно расшифровать только приватным. а то, >> что зашифровано приватным - можно расшифровать только публичным. > Прекрасно! Шифруйте приватным, чтобы все прочитали. Смысл сего действа? 1. удостовериться в отправителе. 2. шифруется обычно своим закрытым ключем и открытым ключем партнера. чтобы никто не послал ему сообщение, представляясь не тем, кем он является.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	29. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Васькович (ok) on 23-Сен-16, 20:56
	вы говорите про подписывание - это отдельный частный случай сертификации. и прошу не путать открытый/закрытый и частный/публичный. частный/публичный относятся строго к стандартной форме обмена: частный дешифрует и держится закрыто, публичный шифрует и дается в свободный доступ между партнерами.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

9. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от alecs (??) on 12-Дек-12, 23:26
Клиент расшифровывает посланную последовательность для подтверждения правильности публичного и приватного ключей Так как всё-таки проверяется подлинность private key ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	12. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Вася (??) on 12-Мрт-13, 21:38
	Общая идея такая: твой комп зашифровывает некоторую строку своим приватным ключом (который лежит у тебя на компе и ты его никогда никому не показываешь) и результат отправляет компу, с которым ты пытаешься начать ssh-сессию. На том компе уже есть (ты сам его туда положил) твой паблик-ключ.Тот комп берет этот ключ и расшифровывает им твое сообщение. Если расшифровалось - значит, твоя идентичность подтверждена: фокус в том, что пара ключей приват и паблик устроена так, что зашифрованное с помощью приват можно расшифровать с помощью соответствующего паблик - но при этом по паблику восстановить сам приват-кей очень и очень сложно. В общем, на том компе - ТОЛЬКО паблик-ключ. И твой приват-ключ он проверяет, не зная вообще, какое конкретное значение у привата: если твоим пабликом расшифровалось то, что ты зашифровал приватом - значит, твой приват и тот паблик, что ты закинул на удаленный комп - это "половинки" одного ключа, то есть, твой приват-ключ верный и с тобой можно начинать ssh
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

10. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от zloyded on 21-Янв-13, 08:46
а если много серверов, как бы так заставить их все разом доверять хосту? у меня порядка 300 серверов, сразу их не заставили, а теперь это переодически не обходимо. например для одной короткой операци мне приходтся 300 раз вводить пароль...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от id_rsa on 31-Янв-13, 06:18
	> а если много серверов, как бы так заставить их все разом доверять > хосту? > у меня порядка 300 серверов, сразу их не заставили, а теперь это > переодически необходимо. например, для одной короткой операци мне приходтся 300 > раз вводить пароль... while read server; do cat $HOME/.ssh/id_rsa.pub | ssh username@${server} \'cat >> ~/.ssh/authorized_keys\' ; done < server_list как-то так, по-моему. Уж придется последний раз напрячься и ввести 300 паролей, лол.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	14. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Lanched on 24-Янв-14, 11:16
	ssh-copy-id вам в руки :) один раз ввести пароли.. а если пароль везде одинаковый - то в связке с sshpass. тогда его вообще один раз ввести - и всё.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Дмитрий (??) on 20-Окт-14, 13:50
у меня при каждом входе по ssh просит  Enter passphrase for key можно ли как-то этого избежать, поскольку не удобно постоянно его вводить
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Lanched on 20-Окт-14, 13:53
	> у меня при каждом входе по ssh просит  Enter passphrase for > key > можно ли как-то этого избежать, поскольку не удобно постоянно его вводить можно. пересохрани ключ без использования пасс-фразы.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
	Сообщение от Pilat (ok) on 06-Апр-16, 11:08
	Использовать ssh-add. PS Я знаю, Что это старое сообщение.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	31. "Аутентификация на SSH серh a..вере с использованием ключей (ss."	+/–
	Сообщение от jzyken on 04-Янв-17, 14:49
	Чтобы не спрашивал каждый раз, нужно ваш ключ показать ssh агенту: ssh-add ~/.ssh/id_rsa
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Дмитрий (??) on 20-Окт-14, 14:15
Спасибо за быстрый ответ. пересохранить это ssh-keygen -t rsa только уже без passphrase? Но тогда мне понадобиться переписать ключ и в  authorized_keys на клиенте?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Дмитрий (??) on 20-Окт-14, 14:58
ssh-keygen -p -P old_passphrase -N “” -f .ssh/id_rs попытался сделать так, но passphrase все равно просит, только теперь не подходит старая фраза,и  без неё тоже не коннектится
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Дмитрий (??) on 20-Окт-14, 15:06
ой, извиняюсь, в предыдущей строке была ошибка с кавычками ssh-keygen -p -P old_passphrase -N "" -f .ssh/id_rs вот так работает, может кому полезно будет, избавиться от passphrase
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Сергей (??) on 19-Авг-15, 17:22
А есть ли сроки у этого ключа? В течении какого промежутка времени он будет действовать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от Андрей (??) on 24-Авг-15, 10:38
Вопрос от чайника.Захожу на сайт он мне даёт rsa key.Как я могу им воспользоватса?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Аутентификация на SSH сервере с использованием ключей (ssh a..."	+/–
Сообщение от имя on 17-Май-16, 23:57
Авторизацию для root настроил. А вот для пользователя bitrix сделал тоже самое, но пароль запрашивается. Может что-то надо иначе делать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "процесс аутентификации"	+/–
Сообщение от Васькович (ok) on 23-Сен-16, 21:01
В статье криво описан метод подсоединения. Вот как он выглядит правильно: клиент (ssh) соединяется с сервером (sshd) на порт сервера (22/SSH). сервер отвечает версией поддерживаемого протокола, по которой отвечает клиент. сервер отсылает клиенту свой публичный ключ открыто(1), либо посылает подписанный сертификат(2) клиент либо (1) проверяет присланный публичный ключ сервера, либо (2) контактирует 3тю сторону подписавшую сертификат, получает от неё публичный ключ для дешифровки сертификата, дешифрует сертификат - получая публичный ключ сервера и служебную информацию (хэш подпись публичного ключа сервера, также зашифрованную частным ключем 3й стороны) - и сверяет последние, чтобы убедится в аутентичности присланного публичного ключа. используя полученный публичный ключ сервера, клиент и сервер с помощью алгоримта Diffie-Hellman получают общий сессионый ключ, на котором строится дальнейший обмен. сессионный ключ и шифрование канала ничего общего с ассиметричными ключами не имеют. если сессия наладилась, то клиент шифрует и отсылает логин учетки и ID пары ключей, которые он хочет использовать. сервер декодирует присланное сообщение своим частным ключем сервера и проверяет файл authorized_keys на ID указанной учетки. если запись присутствует, сервер шифрует произвольное число (ПЧ, rnd) указанным там публичным ключем клиента и отсылает это клиенту. клиент дешифрует сообщение используя свой частный ключ, получая ПЧ у себя. клиент комбинирует ПЧ с сессионным ключем и просчитывает с них (md5 или подобные разрешенные хэш функции) хэш. клиент отсылает полученный хэш на сервер. сервер проделывает то же самое - но у себя, и сравнивает свой хэш с полученным хэшем от клиента. если все успешно, сервер логинит пользователя у себя и дает шелл на удаленный адрес.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема