パーミッション事故でSSHログインできなくなった時の対処(AWS EC2) #Linux

WordPressでサイト作ったけど、SSH接続できなくなりました！
っていうヘルプがきたので対処してみました。

historyに残ってた最後のコマンド（絶対うたないでね）

sudo chown -R ec2-user /

恐怖ですね...数年に一度は見るLinux事故です。

以下、私が対処した流れです。
あくまで私が対処した流れで、ベストな手順ではないので注意してください。
実施の前にはデグレを防ぐため、スナップショットを取得しておきましょう。

不幸中の幸いか、EBSはデタッチ/アタッチができるので復旧の余地が大いにあります。

１、EC2停止→EC2→ボリューム→該当のボリュームを選択→アクション→デタッチ

２、アタッチ→復旧用のインスタンス（停止済）を選択
復旧用インスタンスを用意します。
復旧用インスタンスは同じAZであること。
この時/dev/以下はデフォルトでOK。

３、復旧用インスタンスにログインし、マウント用ディレクトリ作成
作成はどこでもいいです。私はわかりやすくルート配下に作りました。

mkdir ディレクトリ名

４、マウント
ここでアタッチ時の/dev/XXXXを確認

cat /proc/partitions

マウント

mount /dev/XXXX ディレクトリ名

５、パーミッション変更（実際に変更するかどうかは検討してください）
ec2-userにかえられてしまったディレクトリをrootに戻しました。

chown -R root XXX

６、EBSの戻し（実際にやるのは③の後でOK）
１と２を元のインスタンスに対して実行します。
このときボリュームは起動用ボリュームになる/dev/xvdaを選択すること。

この時点でログインのエラーがかわるだけで、まだログインできてません。

以下のbashやssh関連の隠しファイルをユーザーをそれぞれec2-userに戻しました。
.bash_history　.bash_logout　.bash_profile　.bashrc　.ssh

隠しファイル確認

ls -la

パーミッション変更

chown -R ec2-user XXX

この時点でとりあえずSSHログインができます。

ログインはできましたが、sudoが使えません。

sudo: /usr/bin/sudo は所有者が uid 0 である必要があり、かつ setuid が設定されている必要があります

/usr/binの下にいるsudoの権限を変更します。

chmod 4111 /usr/bin/sudo

頭の4でSUIDになります。
これでファイル所有者権限で動作させることができるようになるみたいです。
実際にsudoの実行、rootユーザへの切り替えができるようになります。
ここまでくれば以降はボリュームのデタッチ、アタッチ不要なので楽になりました。

WordPressで使われるMySQLがあがらなくなっていたので、ここも最後に権限変更が必要です。

１、systemctlでエラー確認

systemctl status mysqld

わかりやすいログがでてました。
ログが出力できなくてあがらないようです。

[ERROR] [MY-010187] [Server] Could not open file '/var/log/mysqld.log'

２、/var/log/mysqld.logの権限変更
これも権限問題です。

chown mysql:mysql mysqld.log

※mysqld.logに/var/lib配下のエラーもでていたので、
以下のディレクトリもchown mysql:mysqlしています。
mysql　mysql-files　mysql-keyring

３、MySQL起動

systemctl start mysqld

これで無事WordPressのサイトが見れるようになりました！
デタッチ/アタッチを繰り返しながら検証していたので、結構大変でした...

参考にした記事
EBSデタッチ/アタッチ
https://qiita.com/hardreggaecafe/items/de9bac1d9ba42f25378e

感謝です。