☰

SSHは正しいパスワード文字列の後の文字を無視しますか？

tag-icon • tag-icon password authentication sshd
SSHは正しいパスワード文字列の後の文字を無視しますか？

リモートコンピュータ10.10.10.1のユーザー名は「user」で、パスワードは「asdFGH12」です。パスワード「asdFGH12dasdkjlkjasdus」を入力するか、「asdFGH12」文字列の後に別の文字を入力してもログインになります。

$ ssh -v 10.10.10.1
OpenSSH_5.2p1 FreeBSD-20090522, OpenSSL 0.9.8k 25 Mar 2009
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 10.10.10.1 [10.10.10.1] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/identity type 0
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.1
debug1: match: OpenSSH_4.1 pat OpenSSH_4*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.2p1 FreeBSD-20090522
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '10.10.10.1' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:58
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering public key: /home/user/.ssh/id_dsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Next authentication method: keyboard-interactive
Password:
debug1: Authentication succeeded (keyboard-interactive).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
Warning: untrusted X11 forwarding setup failed: xauth key data not generated
Warning: No xauth data; using fake authentication data for X11 forwarding.
debug1: Requesting X11 forwarding with authentication spoofing.
Last login: Tue Apr 23 14:30:59 2013 from 10.10.10.2
Have a lot of fun...
user@server:~>

これは（一部の）SSHサーバーバージョンの既知の動作ですか？

答え1

これは SSH サーバーの制限ではなく、サーバーのパスワードハッシュアルゴリズムの制限です。

この関数はUnixでパスワードをハッシュするとcrypt()呼び出されます。これは、DESまたは他の制限アルゴリズムを使用して多くのバックエンドの1つを使用できます（この特別な場合は、サーバーがDESを使用していると仮定します）。 DESは通常、現代のオペレーティングシステムではデフォルトでは使用されません。これは、パスワードの強度と認証が8バイトに制限されると、特に悪い制限を引き起こすからです。

つまり、パスワードが「foobarbaz」に設定されていると、通常は警告や通知なしに「foobarba」になります。検証にも同じ制限が適用されます。つまり、「foobarbaz」、「foobarba」、および「foobarbazqux」はすべて、この特定のケースに対して検証されます。

答え2

お使いのオペレーティングシステムが最大8文字までをサポートするDESパスワード暗号化を使用しているようです。

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

~からman crypt(3)

GNU拡張

この関数のglibc2バージョンには、次の追加機能があります。 saltが3文字「$ 1 $」で始まり、最大8文字が続き、オプションで「$」で終わる文字列の場合、glibc暗号化関数はDESシステムを使用せずにMD5ベースのアルゴリズムを使用して出力します。最大 34 バイト、つまり "$1$<string>$"、ここで "<string>" はソルトの "$1$" の後に最大 8 文字を表し、その後に [a–zA セクションセットで選択された 22 語が続きます。 –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 – Xフグ
  • $5 – SHA-256
  • $6 – SHA-512

次のコマンドを使用してシステムを再構成できます。

% authconfig --passalgo=sha512 --update

既存のパスワードを再生成する必要があります。このコマンドを使用すると、ユーザーが次回ログインしたときにパスワードをリセットできるようになります。

% chage -d 0 userName

引用する

関連情報