GoogleウェブマスターツールのSecurity Issuesは検出内容を確認し、修正後に審査を依頼する
公開日: 執筆:佐藤
Googleからサイトのハッキングやマルウェアを知らせる通知を受けたら、GoogleウェブマスターツールのSecurity Issuesで問題の種類、サンプルURL、検出日を確認します。表示されたページだけを消して審査を依頼せず、挿入された内容を除去し、侵入口を閉じてから審査へ進みます。
Security Issuesは、問題を見つける入口です。サイトの復旧作業そのものや、すべての被害URLを自動で確定する機能とは分けて使います。
Security Issuesで問題の種類とサンプルURLを確認する
Googleのハッキングされたサイトに関する案内は、GoogleウェブマスターツールのSecurity Issuesで、ハッキングの種類、取得できる場合のサンプルURL、最後に問題を検出した日を確認できると説明しています。
最初に、表示内容を次の三つへ分けて記録します。
| 表示項目 | 確認すること |
|---|---|
| 問題の種類 | スパムの挿入か、マルウェアか、ほかの表示された問題か |
| サンプルURL | どのページ、ディレクトリ、テンプレートに共通点があるか |
| 最終検出日 | 修正作業の前後を区別する基準にできるか |
Googleウェブマスターツールの所有権を確認していない利用者は、この画面を確認できません。復旧作業を外部へ依頼する場合も、誰のアカウントで対象サイトを確認し、誰が表示内容を保存するかを決めます。
コード断片は調査の手掛かりとして使う
Security Issuesは、可能な場合、ハッキングされたURLから見つけたHTMLやJavaScriptのコード断片と、問題に応じた推奨作業を表示します。
コード断片は、挿入された文字列やスクリプトを探す手掛かりになります。ただし、表示された断片だけを削除して調査を終えません。同じ文字列が別ファイル、データベース、テンプレート、投稿へ入っている可能性を調べます。
サンプルURLも、被害を受けたURLの全件一覧とは考えません。共通するディレクトリ、更新日時、ファイル、投稿、利用中のソフトウェアを手掛かりに、影響範囲を広げて確認します。
調査前に、Googleが表示した問題の種類、URL、日付、コード断片を保存します。修正前の状態を残せば、どこを変更し、何を確認したかを第三者へ説明できます。
挿入された内容と侵入口を分けて直す
検索結果へ出ているスパムページや、警告の原因になったコードを消すだけでは、同じ侵入口から再び変更されるおそれがあります。目に見える改ざんと、改ざんを許した原因を分けます。
確認する対象には、次のものがあります。
- サーバーへ追加または変更されたファイル
- データベースへ挿入された投稿、リンク、スクリプト
- 不明な管理者アカウントと変更されたパスワード
- 更新されていないCMS、プラグイン、テーマ、サーバーソフトウェア
- 不要な公開機能、書込み権限、外部接続
対象サイトの構成によって、確認場所は変わります。分からないままファイルを消し続けず、正常なバックアップ、更新記録、アクセス記録と比べます。
復旧作業を制作会社やサーバー会社へ委託しても、削除したファイル、修正したデータ、閉じた侵入口、変更した認証情報、残った未確認事項を受け取ります。作業を任せることと、復旧根拠を持たないことは同じではありません。
Security Issuesと手動対策を同じ申請にしない
ハッキングされたサイトに挿入されたスパムと、サイト所有者によるGoogleの品質ガイドライン違反は、確認する入口が違います。
Security Issuesでは、ハッキングやマルウェアの検出内容を確認し、清掃と安全上の修正を終えた後に審査を依頼します。手動のスパム対策が表示されている場合は、手動対策ビューアで対象範囲と理由を確認し、ガイドライン違反を直してから再審査リクエストを送ります。
画面名や申請ボタンだけで選ばず、何が検出され、何を直したのかで手続きを分けます。両方の問題が表示されるなら、修正内容と申請記録も分けて残します。
すべての問題を直して侵入口を閉じてから審査を依頼する
Googleの案内は、サイトを清掃し、セキュリティ上の穴を閉じた後に、Security Issuesからすべての問題について審査を依頼できると説明しています。
審査依頼の前に、少なくとも次を確認します。
- 表示された問題の種類ごとに調査した。
- サンプルURLだけでなく、同じ仕組みで作られた範囲を確認した。
- 挿入されたスパムやマルウェアを除去した。
- 不正な変更を許した原因を修正した。
- パスワードと不要なアカウントを見直した。
- 公開ページ、ファイル、管理画面を再確認した。
- 修正内容と未確認事項を記録した。
審査ボタンを押すことは、復旧作業の代わりになりません。修正前に審査を依頼すれば、同じ問題が残ったまま確認を求めることになります。
まず、Security Issuesに表示された問題の種類、サンプルURL、最終検出日、コード断片を一枚に記録してください。その記録から共通箇所を探し、削除する内容と閉じる侵入口を分けてから、復旧作業へ進みます。
関連記事

