SSH игнорирует символы после правильной строки пароля?

Question 1

Это ограничение не со стороны вашего SSH-сервера, а со стороны алгоритма хеширования паролей вашего сервера.

При хешировании паролей в Unix crypt()вызывается функция. Это может использовать один из многих бэкэндов, возможно использование DES или другого ограничивающего алгоритма (в этом конкретном случае я предположу, что ваш сервер использует DES). DES обычно не используется по умолчанию в современных операционных системах, поскольку это приводит к особенно плохому ограничению: надежность и проверка пароля ограничены 8 байтами.

Это означает, что если ваш пароль был установлен как "foobarbaz", он станет "foobarba", обычно без предупреждения или уведомления. То же ограничение применяется к проверке, что означает, что "foobarbaz", "foobarba" и "foobarbazqux" все подходят для этого конкретного случая.

Answer

Это ограничение не со стороны вашего SSH-сервера, а со стороны алгоритма хеширования паролей вашего сервера.

При хешировании паролей в Unix crypt()вызывается функция. Это может использовать один из многих бэкэндов, возможно использование DES или другого ограничивающего алгоритма (в этом конкретном случае я предположу, что ваш сервер использует DES). DES обычно не используется по умолчанию в современных операционных системах, поскольку это приводит к особенно плохому ограничению: надежность и проверка пароля ограничены 8 байтами.

Это означает, что если ваш пароль был установлен как "foobarbaz", он станет "foobarba", обычно без предупреждения или уведомления. То же ограничение применяется к проверке, что означает, что "foobarbaz", "foobarba" и "foobarbazqux" все подходят для этого конкретного случая.

Question 2

Я подозреваю, что ваша ОС использует шифрование паролей DES, которое поддерживает максимум 8 символов.

https://serverfault.com/questions/361591/ssh-accepts-only-the-half-password

Отman crypt(3)

РАСШИРЕНИЕ GNU

Версия glibc2 этой функции имеет следующие дополнительные возможности. Если соль представляет собой строку символов, начинающуюся с трех символов "$1$", за которыми следует не более восьми символов и опционально завершающуюся "$", то вместо использования машины DES функция шифрования glibc использует алгоритм на основе MD5 и выводит до 34 байтов, а именно "$1$<string>$", где "<string>" обозначает до 8 символов, следующих за "$1$" в соли, за которыми следуют 22 байта, выбранных из набора [a–zA–Z0–9./].
Здесь важен весь ключ (а не только первые 8 байтов).

Вы можете проверить настройки PAM, чтобы узнать, используете ли вы MD5 или DES:

% egrep "password.*pam_unix.so" /etc/pam.d/system-auth
password    sufficient    pam_unix.so md5 shadow nis nullok try_first_pass use_authtok

Вы также можете проверить, какую функцию хеширования использует ваша система, с помощью этой команды:

% authconfig --test | grep hashing
 password hashing algorithm is md5

И вы можете увидеть в этом системном /etc/shadowфайле, что он также использует MD5:

root:$1$<DELETED PASSWORD HASH>:14245:0:99999:7:::

Коды, которые вы увидите для /etc/shadowкаждого типа хеширования:

$1 – MD5
$2 – рыба-иглы
$2a – eksblowfish
5 долларов США – SHA-256
$6 – SHA-512

Вы можете перенастроить свою систему с помощью этой команды:

% authconfig --passalgo=sha512 --update

Все существующие пароли необходимо будет сгенерировать заново. Вы можете использовать эту команду, чтобы заставить пользователей сбросить их при следующем входе в систему:

% chage -d 0 userName

Рекомендации

Answer