投稿者: usadii3

被害範囲が大きかった今回の不正アクセス。利用者のうちの超簡単なIDとパスワードにしている誰かから侵入し、WordPressの重要設定ファイルwp-cnfig.phpを読みとり、データベースの情報を入手、同じデータベースを利用しているユーザに芋づる式に侵入、改変という事の様だ。

なのでWordPressを入れ替えてもデータベースをバックアップと差し替えても駄目、って事なわけね。

今後の対策としては兎に角wp-config.phpのパーミッションは400。WordPressのログインIDはデフォルトのAdminなんてのは絶対に駄目。別な管理者IDを作り、長いパスワードを設定した上でAdminは削除。

他に２つのプラグイン導入。

• Acunetix Secure WordPress
• Login LockDown

どんなものか興味を持った方はぜひググって自身で調べて欲しい。調べる事に意義がある。それとデータベースのバックアップは定期的に取る。これで完璧とは言えないがリスクはだいぶ減らせると思う。もっとセキュリティをあげたい場合には普段はWAFを有効にして設定の時にはSSLでの接続、という風に変更するのも良いかも知れない。

さて、今回の事で自身のところも含め色々とやってたんだが、ふと電脳-煩悩のMySQLのバージョンが5.1のままだが、最新のver.5.6が利用可能になっているのに今更ながら気が付いた。しかも最新のデータベースサーバはSSD採用だとぉ？！　調べてみると電脳-煩悩のは比較的初期のサーバ利用なので、色々と作業ついでにSSD採用のサーバ（とMySQL最新版）に移行しちゃおう、うん。

手順はざっと下記のとおり。

[…]

8/28日〜29日にかけてロリポップサーバーのWordPressを対象として大規模不正アクセスがあったようです・・・。その数、8438件!あまりが対象・・・。ひーっ！
ウチで管理しているのの内、3件で不正アクセスによる改変が確認されました（泣）
単にfileを差し替えれば良いってモンでも、バックアップのデータベースファイルを戻すだけでも無さそうです。ちょっとハマったので、復旧手順をザッとメモ。（少しでも脅威からのリスクを減らす為に設定の多くを手動でし直す事にしました。）

1. 兎に角、phpMyAdminにて当該データベースのエクスポート（バックアップ）。（実際やり方はググれば出てきますのでそちらを参照。クエリの最大長を300に減らすのも忘れずに。でないとSQLファイルが大きかった場合に利用する後述のbigdump.phpが使えません。）エクスポートされたSQLファイルを開いて テーブル接頭語を確認。
2. WordPressのwp＿contentフォルダをバックアップ
3. データベース削除、Installし直し。
4. WordPress 手動Install。wp-configの作り直し（テーブル接頭語をバックアップと合わせる）
5. WordPress簡易的に設定
6. ロリポップの設定でphp.iniのアップロードファイルを20MBに設定し直し。
7. データベースにバックアップしたSQLファイルをインポート。但し、すべてインポートすると不正アクセスされた状態と同じ事になった。ので、テキストエディタでSQLファイル内の必要な部分だけを残してfileを別名保存して、それをインポートする。最低限必要なのは、エントリーデータ、固定ページ、コメントデータ、それらを紐付けるテーブル、ユーザデータ、ぐらいでしょう。（ユーザが多くなけりゃユーザも作り直した方が良いかも）
8. WordPressの必要な設定をやり直し。
9. プラグインやテーマの設定しなおし。ついでにテーマをResponsive系に変更。
10. WordPressのwp_config.phpのパーミッションを400に変更すると共に各パスワードをより強固なものに変更。

こんな感じでした。php.iniでアップロードファイルを20MBに設定すると16MBぐらいまでインポートファイルを扱えるので、それ以下ならphpMyAdminにてインポート出来ます。SQLファイルの必要なところだけ残してもそれ以上のファイルになってしまう場合にはフリーで配布されているbigdump.php（使い方やダウンロード先はググって下さい）を利用すれば良いでしょう。

もー、徹夜態勢で最善な復旧方法を探って作業してましたよぉ、もー・・・。ふぅ。。。（泣）

（しかし・・・こうやって復旧出来るスキルがない方はどうするんだろう？？？）