Странное поведение SSH при входе в систему - возможно, человек в средней атаке

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

• С компьютера A , вы даже не можете установить соединение SSH, потому что клиент и сервер не поддерживают параметры совпадающего протокола.
• С компьютера D клиент отклоняет соединение из-за несоответствия ключа хоста.
• С машины M устанавливается SSH-соединение, но затем аутентификация пользователя не выполняется.

Все это указывает на то, что вы не достигли хоста, которого, как вы думали, достигли. Как несколько человек уже отметили в комментариях, когда вы получаете доступ к своему внешнему IP-адресу изнутри сети, вы фактически достигаете своего маршрутизатора. (Точнее, вы обращаетесь к своему устройству NAT - для домашней или небольшой офисной сети это всего лишь одно устройство, выполняющее маршрутизацию, NAT и, возможно, также являющееся модемом.) Кроме того:

• Факт то, что вы не можете установить соединение с A, предполагает, что сервер, к которому вы обращаетесь, поддерживает только небольшое подмножество доступных опций (обычно на маршрутизаторах) и что он не обновлялся в течение некоторого времени (опять же, часто встречается на маршрутизаторах) - diffie-hellman-group1-sha1 устарел .
• Тот факт, что D обнаруживает несоответствие ключей хоста, ясно показывает, что это не тот хост, который вы искали.
• M не имеет проблем с подключением, потому что он по-прежнему поддерживает устаревший протокол, и вы никогда не подключались к желаемому серверу с этого клиента, поэтому он не обнаружил никаких несоответствий. Вам следует удалить соответствующий открытый ключ из файла known_hosts ( ssh-keygen -R 36.xxx.xx.xx ), иначе вы получите сообщение об ошибке при попытке подключения на желаемый сервер.

Когда вы пытаетесь подключиться к внешнему IP-адресу изнутри вашей сети, то, что происходит, зависит от того, как настроено устройство NAT. Обычно он видит запрос на подключение к одному из своих IP-адресов и рассматривает его как подключение к самому себе. Это зависит от того, как настроен NAT; обычно это настраивается интерфейсом, поэтому входящие запросы на соединение, поступающие извне, транслируются в соответствии с правилами перенаправления входящих, но запросы на соединение, поступающие изнутри, транслируются только в том случае, если они действительно выходят наружу, а не когда они заканчиваются на устройстве NAT.

Домашние маршрутизаторы часто предлагают интерфейс SSH, и нет особых причин для его отключения. Даже устаревший протокол не является серьезным поводом для беспокойства: атака на него только «в пределах теоретического диапазона» - лучше избегать, но не сразу же взламывать. Однако тот факт, что программное обеспечение устарело , вызывает беспокойство; в нем могут быть другие незащищенные уязвимости. Убедитесь, что ваш маршрутизатор не слушает ничего на своем внешнем интерфейсе на уровне протокола выше TCP (т.е.пусть он выполняет NAT, но убедитесь, что SSH, веб-интерфейсы и т. д. ограничены внутренними IP-адресами). А если у вас есть Wi-Fi или вы не доверяете своей физической сети, также затяните внутренние соединения.