はじめに：「直したはずなのに、また壊された」という新規相談の急増

WordPressサイトがハッキングされ、セキュリティプラグインを導入し、不審なファイルを削除した。「とりあえず復旧した」と思った数日後、あるいは数週間後——。

再びサイトが改ざんされ、検索結果に不正なページが表示されたり、管理画面にログインできなくなったりする。このような深刻な再発トラブルに関するご相談が、近年フォレストに急増しています。

このような不安を抱えていませんか？

• なぜ、対策したのにまたハッキングされるのか
• もう何をすればいいのかわからない
• 制作会社に頼んだのに、数日で再発してしまった

結論から言えば、その多くは「ウイルスを消したつもり」でも、本当の原因（バックドア）が取り除かれていないことが原因です。

本記事では、サーバ運用とプログラム開発の現場で数多くの復旧対応を行ってきたフォレストの視点から、再発のメカニズムと、それを断ち切るために本当に必要な対処法を解説します。

1．WordPressのハッキングは「一度きり」で終わらない

1-1．ハッキングは「侵入」ではなく「占拠」に近い

多くの方は、ハッキングを「一度侵入されて、何かを壊される一時的な行為」だと考えています。しかし実際のハッキングは、侵入後にサーバー内に“拠点を作られる”行為に近いものです。

攻撃者はサイトに侵入すると、以下のような工作を密かに行います。

• 再侵入できる裏口（バックドア）を作る
• 複数の場所に不正ファイルを分散配置する
• 復旧された場合に備え、時間差で動作する仕掛けを残す

1-2．攻撃者は“再発前提”でサイトを汚染する

実際の攻撃では、管理者が通常確認しない wp-includes 配下や、一見画像やCSSに見える偽装ファイルの中に不正コードを埋め込みます。表面的に表示が直ったように見えても、内部では再発のタイマーが動いている状態が珍しくありません。

2．セキュリティプラグインを入れても再発する理由

2-1．セキュリティプラグインの本来の役割

WordPressのセキュリティプラグインの主な目的は「ログイン制限」や「不正アクセスのブロック」といった「予防」です。これは非常に重要ですが、すでに深く侵入され、システムファイルが書き換えられた後の「完全駆除」を目的とした設計にはなっていません。

2-2．「予防」と「駆除」はまったく別物

よくある誤解は「プラグインを入れたからもう安心」という考えです。これは、病気になった後に、健康診断だけを受けて適切な治療（手術）を行わないのと同じ状態です。既存のバックドアは、スキャンを潜り抜けるように巧妙に隠されています。

3．再発を招く「対処療法型復旧」の落とし穴

「改ざんファイルを消す → 表示が直る → 復旧完了」という流れは、目に見える症状だけを取り除く対処療法に過ぎません。攻撃者が狙う“見えない場所”――サーバーの深い階層やライブラリ内部――に潜む根本原因を絶たない限り、いたちごっこは終わりません。

4．バックドアと起爆ファイルの正体

バックドア（裏口）は、管理画面を経由せずにサーバーを自在に操作するための窓口です。また、「起爆ファイル」は、削除されたはずのマルウェアを自動で再生成する機能を持ちます。これらが一つでも残っている限り、ハッキングは何度でも繰り返されます。

5．フォレストが考える「再発しない復旧」とは

フォレストでは、単なるファイルの削除ではなく、「侵入経路の特定」「バックドアの完全排除」「再侵入防止策の実装」をセットで行います。

おわりに：資産を守り抜くために

Webサイトは企業の大切な営業拠点です。ハッキング被害を「一時的なトラブル」で終わらせるのか、「二度と起きない強固な仕組み」に変えるのか。フォレストは、確かな経験と技術で、お客様のサイトを守り続けます。