ssh で接続するとき、別に .ssh/config や鍵は変更していないのに「Permission denied (publickey).」というエラーがでて途方に暮れることがあります。いろいろ理由は考えられますが、ここでは OpenSSH のバージジョンが新しくなった場合に発生する場合の解決法を説明します。
今回扱う発生条件
SSH 接続エラーはいろんな原因で発生しますが、今回は OpenSSH のバージジョンを新しく更新したときの解決法を説明します。具体的にはバージョン 8.8 以降に新しくした場合について説明します。
これはたとえば Ubuntu を Ubuntu18.04（OpenSSH 7.6p1） から Ubuntu20.04（OpenSSH 8.9p1）にバージョンアップした場合に起こります。
コマンド例
今回は例として git clone を ssh 接続した場合を例に説明します。例えば下記のようにエラーが発生したとします。ユーザー名やサーバは架空のものです。
「Permission denied (publickey).」といわれていますね。
$ git clone ssh://shinya@hogehoge.com/sample.git Cloning into 'sample'... shinay@sample.com: Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.
ssh のデバッグ情報を出力
.ssh ディレクトリ以下の鍵ファイルのパーミッションや .ssh/config におかしなところがないかを確認して、問題がなさそうなら ssh をデバッグ情報つきで実行します。「-vT」オプションでOKでしょう。すると下記のようにたくさんの情報が出力されます。
$ ssh -vT shinya@hogehoge.com OpenSSH_8.9p1 Ubuntu-3ubuntu0.1, OpenSSL 3.0.2 15 Mar 2022 debug1: Reading configuration data /home/shinya/.ssh/config debug1: /home/shinya/.ssh/config line 1: Applying options for hogehoge.com debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for * 略 debug1: send_pubkey_test: no mutual signature algorithm debug1: No more authentication methods to try. shinya@hogehoge.com: Permission denied (publickey).
この最後の方にエラーの原因が書いてあるはずです。今回の例では「debug1: send_pubkey_test: no mutual signature algorithm」と怒られています。なにやらアルゴリズムがだめそうです。
エラーの原因
ssh-keygen で鍵を作成する場合、デフォルトで RSA 暗号化形式で作成されてます。しかしこの暗号アルゴリズム RSA が脆弱性のため非推奨になったため、OpenSSH 8.8 以降から RSA を受け付けないようになっているようです。このため OpenSSH のバージョンが新しくなると上述のエラーが発生してしまいます。
もしつかっている鍵のアリゴリズムがよくわからなければ下記のように ssh-keygen で確認できます。
$ ssh-keygen -l -f ~/.ssh/hoge_key.pub 2048 SHA256:8woLDZ0ab+nyIR4jvoGiHb+LEtaQw2/uwIf5zhz1BVw shinya@sample.com (RSA)
回避方法
正しい解決方法はRSAでなくもっと強度の強い暗号アルゴリズムで鍵を再作成することです。しかし色んな事情からそれができない場合もあるかと思います。そこでひとまず RSA のままでSSHを動かすワークアラウンドの方法を書いておきます。
.ssh/config の修正
.ssh/config に RSA を使用するようにHostKeyAlgorithms と PubkeyAcceptedKeyTypes を下記のように追記します。これで hogehoge.com に接続するときは RSA が使えるようになります。
$ vim .ssh/config
Host hogehoge.com
HostKeyAlgorithms +ssh-rsa
PubkeyAcceptedKeyTypes +ssh-rsa
複数のサーバに対して RSAを使えるようにした場合は、同様に上記2つの設定を追加してください。
接続確認
再度 ssh を実行して接続できればOKです。
もし下記のようなメッセージが表示された場合はtもうちょっと作業が必要です。
$ ssh -vT shinya@hogehoge debug1: Reading configuration data /home/shinya/.ssh/config debug1: /home/shinya/.ssh/config line 1: Applying options for hogehoge.com debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for * 略 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the RSA key sent by the remote host is SHA256:h4p/Jl86nBeejcE4WsGPleemG95dIzJigiIlcgQhyyM. Please contact your system administrator. Add correct host key in /home/shinya/.ssh/known_hosts to get rid of this message. Offending ECDSA key in /home/shinya/.ssh/known_hosts:5 remove with: ssh-keygen -f "/home/shinya/.ssh/known_hosts" -R "shinya@hogehoge.com" Host key for hogehoge.com has changed and you have requested strict checking. Host key verification failed.
デバッグ情報を見てみると .ssh/known_hosts がなにやらまずいようです。この場合は「Offending ECDSA key in /home/shinya/.ssh/known_hosts:5」とあるので、.ssh/known_hosts の5行目で、RSA でなく ECDSA アルゴリズムを指定してしまっているようです。
いまは RSA で接続したいので、5行目を削除してしまいましょう。エディタで削除してもいいですし、面倒だったら sed でエイヤッと削除してもいいでしょう。
$ sed -i '5d' .ssh/known_hosts
もう一度 ssh を実行してみてください。known_hosts から削除したので途中で「Are you sure you want to continue connecting」と尋ねられますので
yes と答えておきます。あとは最後に Exit Status 0 と表示されれば接続成功です。
お疲れ様でした。
$ ssh -vT shinya@hogehoge OpenSSH_8.9p1 Ubuntu-3ubuntu0.1, OpenSSL 3.0.2 15 Mar 2022 debug1: Reading configuration data /home/shinya/.ssh/config debug1: /home/shinya/.ssh/config line 1: Applying options for hogehoge.com debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files debug1: /etc/ssh/ssh_config line 21: Applying options for * 略 This key is not known by any other names Are you sure you want to continue connecting (yes/no/[fingerprint])? yes Warning: Permanently added 'hogehoge.com' (RSA) to the list of known hosts. 略 debug1: channel 0: free: client-session, nchannels 1 Transferred: sent 2472, received 66728 bytes, in 1.0 seconds Bytes per second: sent 2599.2, received 70161.2 debug1: Exit status 0
正攻法
上記の回避方法はあくまでワークアラウンドです。強度の弱いRSAを使い続けることはセキュリティ的に好ましくありません。
もっと強度の強い暗号で鍵を再作成するのが正しい対応です。サーバへの公開鍵の登録などはやり直しになりますが。
どの暗号アルゴリズムを使うかですが、 いま時点では Ed25519 を使うのが良いようです。これなら当分は大丈夫でしょう。
$ ssh-keygen -t ed25519
OpenSSH 8.8 リリースノート
参考までに OpenSSH 8.8 のリリースノートのリンクを貼っっておきます。「Potentially-incompatible changes」というところが今回のRSAについてです。
まとめ
今回は OpenSSH をバージョンアップした際におこるエラーの対策について説明しまいた。ワークアラウンドでひとまず逃げる方法も書いておきました。正しくは強度の強い暗号アルゴリズムで鍵を再作成することです。ご参考になれば。
コメント