セキュリティ2026/11/06 21:07 UTC·2 分で読めます

OpenSSHに10年潜む脆弱性、257文字のパスワードでロック突破

musl採用のLinuxで、257〜1,024文字の任意のパスワードによりOpenSSH経由でロック済みアカウントに入れる脆弱性「*sshole」が判明。10.6p2で修正された。

Terminal window showing an SSH login prompt on a Linux server with a very long password being typed. — 画像: Numerama

SUMO：数字パズル

Dialo：話して学ぶ語学アプリ

ediviewer：EDIファイルを文書のように読む

giftdetect：数分でぴったりの贈り物

musl系Linuxで、OpenSSHを通じてロック済みアカウントに侵入できる脆弱性が明らかになった。257〜1,024文字の長いパスワードであれば、内容を問わず認証を通過できたという。問題は2016年から存在し、判明している限り10年以上気付かれていなかった。修正版のOpenSSH 10.6p2が11月5日に公開された。

「*sshole」と発見の経緯

11月初めに公表したのはWakefieldの研究者Ozgun Kultekin氏。名称の「*sshole」はSSHと「hole」を掛けた言葉遊びで、先頭のアスタリスクは脆弱性の原因そのものでもある。同氏はOpenSSHを12通りの設定でビルドし、AIエージェントが生成した約17,600回の異常なログイン試行を各ビルドに実施。1つの構成だけが他と異なる反応を示したという。

アスタリスクが鍵とエラー表示を兼ねた

Unixでは1980年から、パスワードを受け付けないアカウントにはハッシュの代わりに「」を記録する慣習がある。ところが2012年以降、muslのハッシュ関数は失敗時にも「」を返す仕様になり、パスワードが256文字を超えると失敗する。

2016年、OpenSSHは存在しないアカウントへの応答が速く、応答時間から実在アカウントを割り出せる問題を修正した。その際、ロック済みアカウントでも別アカウントの設定を借りてハッシュ計算を行うようにした。長いパスワードでは計算が失敗して「」が返り、保存済みの「」と一致するため、ログインが許可されていた。

影響を受ける条件

悪用にはmuslの利用、PAM未使用、パスワード認証の有効化、さらに「*」でロックされたアカウントと実パスワードを持つ別アカウントの存在が必要だ。muslはAlpine Linux、OpenWrt、Buildroot、Yoctoなどで使われる。Alpine 3.16（2022年）以降はrootがこの方式でロックされており、AWSとAzureの公式Alpineイメージでは、既定アカウントがパスワードなしで管理者権限を得られる場合もある。

Debian、Ubuntu、Fedora、PAMを使う環境は対象外。研究者は実際の悪用を把握していない。管理者はOpenSSH 10.6p2に更新するか、できなければパスワード認証を無効にする必要がある。