• GoogleウェブマスターツールのSecurity Issuesは検出内容を確認し、修正後に審査を依頼する

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からすべての問題について審査を依頼できると説明しています。

審査依頼の前に、少なくとも次を確認します。

  1. 表示された問題の種類ごとに調査した。
  2. サンプルURLだけでなく、同じ仕組みで作られた範囲を確認した。
  3. 挿入されたスパムやマルウェアを除去した。
  4. 不正な変更を許した原因を修正した。
  5. パスワードと不要なアカウントを見直した。
  6. 公開ページ、ファイル、管理画面を再確認した。
  7. 修正内容と未確認事項を記録した。

審査ボタンを押すことは、復旧作業の代わりになりません。修正前に審査を依頼すれば、同じ問題が残ったまま確認を求めることになります。

まず、Security Issuesに表示された問題の種類、サンプルURL、最終検出日、コード断片を一枚に記録してください。その記録から共通箇所を探し、削除する内容と閉じる侵入口を分けてから、復旧作業へ進みます。

戻る