Доверяйте SSH-серверу, основанному на ключе, вместо того, чтобы соответствовать ключу + IP

Question 1

Возможно ли, чтобы клиент ssh не заботился о том, какой IP-сервер ssh за ним (и если другой сервер был за этим IP раньше), а вместо этого доверяют определенным ключам сервера? (И, возможно, прозвище эти ключи?) Я использую динамический DNS, и у меня есть IPv6-расширения конфиденциальности на некоторых компьютерах, и меня всегда спрашивают, считает ли он безопасным подключение. Другая возможность - это адреса, назначенные DHCP, назначаемые различным серверам ssh, и всевозможные ошибки «не соответствуют IP».

Question 2

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config [!d1 ]. Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 3

Question 4

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 5

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 6

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 7

Question 8

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 9

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 10

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 11

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 12

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

Question 13

Question 14

Добавьте псевдоним для своего сервера в ~ / .ssh / config и отключите CheckHostIP для этого сервера.

  Host  nickname HostName example.dyndns.org CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать открытый ключ вне диапазона: grab / etc / ssh / ssh_host_rsa_key.pub с сервера, удалите часть root @ hostname в конце строки, добавьте example.dyndns.org в начале, и добавьте строку к ~ / .ssh / known_hosts . Опционально запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то украл ваш жесткий диск или ваши резервные копии, что на 99,99% люди бесполезны, потому что информация присутствует в каком-то другом соседнем месте в любом случае).

Question 15

Добавьте псевдоним для своего сервера в ~ / .ssh / config и отключите CheckHostIP для этого сервера.

  Host  nickname HostName example.dyndns.org CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать открытый ключ вне диапазона: grab / etc / ssh / ssh_host_rsa_key.pub с сервера, удалите часть root @ hostname в конце строки, добавьте example.dyndns.org в начале, и добавьте строку к ~ / .ssh / known_hosts . Опционально запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то украл ваш жесткий диск или ваши резервные копии, что на 99,99% люди бесполезны, потому что информация присутствует в каком-то другом соседнем месте в любом случае).

Question 16

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 17

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 18

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 19

Question 20

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 21

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 22

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 23

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 24

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 25

Question 26

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 27

В / etc / ssh / ssh_config добавьте строку

  CheckHostIP no

Однако это отнимает немного из Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

Question 28

В / etc / ssh / ssh_config добавьте строку

  CheckHostIP no

Однако это отнимает немного из Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

kittykittybangbang · Accepted Answer · 25 May 2018 в 20:22

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config [!d1 ]. Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

С Host nickname, значит ли это, что я могу просто сделать ssh nickname, чтобы добраться до него? Если это так, это довольно аккуратно. — Azendale, 14 June 2011 в 11:11
@Azendale: Точно, это общая функция, которая дает псевдоним имени хоста и набору параметров (имя пользователя, логические параметры, туннели, ...). — Gilles, 14 June 2011 в 13:35

kittykittybangbang · Accepted Answer · 25 July 2018 в 21:44

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 31 July 2018 в 11:07

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 31 July 2018 в 12:05

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 2 August 2018 в 03:20

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 4 August 2018 в 19:17

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 6 August 2018 в 03:30

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 7 August 2018 в 21:18

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 7 August 2018 в 21:18

Добавьте псевдоним для своего сервера в ~/.ssh/config и отключите CheckHostIP для этого сервера.

Host nickname
HostName example.dyndns.org
CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать публикацию key out-of-band: захватить /etc/ssh/ssh_host_rsa_key.pub с сервера, удалить часть root@hostname в конце строки, добавить example.dyndns.org в начале и добавить строку к ~/.ssh/config . Необязательно запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то крадет ваш жесткий диск или ваши резервные копии, что для 99,99% людей бесполезно, поскольку информация присутствует в в любом другом месте поблизости).

kittykittybangbang · Accepted Answer · 10 August 2018 в 09:36

Добавьте псевдоним для своего сервера в ~ / .ssh / config и отключите CheckHostIP для этого сервера.

  Host  nickname HostName example.dyndns.org CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать открытый ключ вне диапазона: grab / etc / ssh / ssh_host_rsa_key.pub с сервера, удалите часть root @ hostname в конце строки, добавьте example.dyndns.org в начале, и добавьте строку к ~ / .ssh / known_hosts . Опционально запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то украл ваш жесткий диск или ваши резервные копии, что на 99,99% люди бесполезны, потому что информация присутствует в каком-то другом соседнем месте в любом случае).

kittykittybangbang · Accepted Answer · 13 August 2018 в 15:47

Добавьте псевдоним для своего сервера в ~ / .ssh / config и отключите CheckHostIP для этого сервера.

  Host  nickname HostName example.dyndns.org CheckHostIP no

Прежде чем подключиться к серверу в первый раз, вы можете скопировать открытый ключ вне диапазона: grab / etc / ssh / ssh_host_rsa_key.pub с сервера, удалите часть root @ hostname в конце строки, добавьте example.dyndns.org в начале, и добавьте строку к ~ / .ssh / known_hosts . Опционально запустите ssh-keygen -H для хеширования имени хоста (это полезно только в том случае, если вы обеспокоены конфиденциальностью этой записи, если кто-то украл ваш жесткий диск или ваши резервные копии, что на 99,99% люди бесполезны, потому что информация присутствует в каком-то другом соседнем месте в любом случае).

С ником хоста , означает ли это, что я могу просто сделать ssh nickname , чтобы получить к нему? Если это так, это довольно аккуратно. — Azendale, 14 June 2011 в 11:11
@Azendale: Точно, это общая функция, которая дает псевдоним имени хоста и набору параметров (имя пользователя, логические параметры, туннели, ...). — Gilles, 14 June 2011 в 13:35

htorque · Answer 12 · 25 May 2018 в 20:22

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 25 May 2018 в 20:22

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 13 · 25 July 2018 в 21:44

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 25 July 2018 в 21:44

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 14 · 31 July 2018 в 11:07

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 31 July 2018 в 11:07

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации по публичному ключу не совсем защитить паролем, сервер может МИОМ Вами и получить ваш пароль, когда вы [F1] или похожие. – remram 2 November 2015 в 03:33

htorque · Answer 15 · 31 July 2018 в 12:05

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 31 July 2018 в 12:05

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 16 · 2 August 2018 в 03:20

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 2 August 2018 в 03:20

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 17 · 4 August 2018 в 19:17

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 4 August 2018 в 19:17

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 18 · 6 August 2018 в 03:30

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 6 August 2018 в 03:30

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 19 · 7 August 2018 в 21:18

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 7 August 2018 в 21:18

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг бы быть опасно, если я знаю, что я доверяю ключ? Я использую открытый ключ аутентификации для входа в систему, которая делает ее настолько вредоносный сервер не мог получить пароль, но что, если я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 20 · 7 August 2018 в 21:18

В /etc/ssh/ssh_config добавьте строку

CheckHostIP no

Однако это отнимает бит Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 7 August 2018 в 21:18

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP, то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no, spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичный. – remram 2 November 2015 в 03:33

htorque · Answer 21 · 10 August 2018 в 09:36

В / etc / ssh / ssh_config добавьте строку

  CheckHostIP no

Однако это отнимает немного из Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

htorque · Answer 22 · 13 August 2018 в 15:47

В / etc / ssh / ssh_config добавьте строку

  CheckHostIP no

Однако это отнимает немного из Secure в SSH, потому что любая машина может скрываться за именем IP или DynDNS, к которому вы подключаетесь.

2

ответ дан htorque 13 August 2018 в 15:47

1

Это не снимает никакой безопасности. Весь смысл хранения ключа хоста - идентифицировать другой компьютер. Имя и IP-адрес не имеют отношения к безопасности, если у вас есть ключ хоста. Удаление ложных сообщений на самом деле является преимуществом для обеспечения безопасности (ложные сообщения потребляют ваше внимание, что является дефицитным ресурсом). – Gilles 12 June 2011 в 15:14
2

@Gilles: manpage не согласен. Да, вы не теряете никакой безопасности для соединений, где нет известной связи между IP-хостами, в других случаях вы отказываетесь от защиты от атак подмены DNS (как указано в man-странице). – htorque 12 June 2011 в 16:28
3

Я не знаю, на какой странице вы ссылаетесь. Если это описание CheckHostIP , то нет, он не говорит, что вы отказываетесь от какой-либо защиты. С помощью CheckHostIP no , spoofer все еще должен получить закрытый ключ сервера, и если она сможет это сделать, маловероятно, что она также не сможет подделать свой IP-адрес. – Gilles 12 June 2011 в 16:56
4

Можете ли вы дать мне пример того, как DNS-спуфинг будет опасным, если я знаю, что доверяю ключу? Я использую аутентификацию открытого ключа для входа в систему, что делает его настолько, что вредоносный сервер не может получить пароль, но что, если бы я использовал пароли? – Azendale 14 June 2011 в 11:03
5

Использование аутентификации с открытым ключом действительно не защищает ваш пароль, сервер может MITM вы и получить ваш пароль, когда вы sudo или аналогичные. – remram 2 November 2015 в 03:33

Доверяйте SSH-серверу, основанному на ключе, вместо того, чтобы соответствовать ключу + IP

22 ответа

Другие вопросы по тегам:

Похожие вопросы: