改ざん検知とは？
企業サイトで見落としやすい監視ポイント

Webサイトの改ざんは、トップページが目立つ画像へ差し替えられるケースだけではありません。ページ内に不正なリンクやスクリプトが挿入される、正規ファイルが少しだけ変更される、検索エンジンや特定端末にだけ異なる内容を表示するなど、担当者が目視で気づきにくい形でも発生します。

改ざん検知は、公開ファイル、HTML、画像、JavaScript、外部から見たページ表示などを監視し、あらかじめ定めた正常状態からの変化を見つけて通知する仕組みです。WAFやCMSの権限管理が予防を担うのに対し、改ざん検知は「変化が起きた後に早く気づく」役割を持ちます。

本記事では、改ざん検知の基本、監視方式、見落としやすい対象、検知後の初動をわかりやすく整理します。

この記事のポイント

• 改ざんは見た目の変更だけでなく、コード・リンク・外部読込の変更でも起こる
• 改ざん検知は予防策ではなく、異常の早期発見と被害抑制を担う
• ファイル監視と外形監視では見つけられる変化が異なる
• 通知先、一次判定、公開停止、復旧までを決めて初めて機能する

改ざん検知とは、Webサイトを構成するファイルや公開ページを継続的に確認し、意図しない変更や不審なコードを検出する仕組みです。正常時のハッシュ値やファイル情報と比較する方式、公開URLへアクセスしてHTMLや表示内容を確認する方式、既知の不正コードや不審なリンクを探索する方式などがあります。

検知した変化がすべて攻撃とは限りません。通常のCMS更新、広告タグの変更、外部サービスの応答差なども変化として捉えられるため、正規更新と異常変更を見分ける運用が必要です。

• CMS、プラグイン、ミドルウェア、サーバーの脆弱性が悪用された
• 管理者・制作会社・運用担当者の認証情報が漏えいした
• 推測されやすいパスワードや使い回しがあった
• ファイル転送、管理画面、外部連携のアクセス制限が不十分だった
• 退職者や委託終了後のアカウントが残っていた
• 正規の更新作業で誤ったファイルやスクリプトを公開した
• 外部JavaScript、広告、タグ管理など第三者リソースが改変された

原因によって必要な対策は異なります。改ざん検知だけで原因を防ぐことはできないため、脆弱性対応、認証、権限、WAF、ログ、バックアップを組み合わせます。

トップページ以外の深いページ

攻撃者は発見を遅らせるため、アクセスの少ない過去記事や製品ページだけを変更する場合があります。重要ページだけでなく、サイトマップや公開ファイル一覧を基に監視範囲を決めます。

JavaScriptと外部リソース

表示上は変化がなくても、JavaScriptに不正な転送や情報取得処理が追加されることがあります。タグ管理、外部ライブラリ、広告、チャットなど第三者リソースも棚卸しします。

PDF・ダウンロードファイル

IR資料、カタログ、申込書などが差し替えられると、誤情報や不正ファイルを配布するリスクがあります。ページだけでなく重要なダウンロードファイルも監視対象にします。

検索エンジンや特定端末だけへの表示

アクセス元、端末、User-Agent、時間帯によって不正内容を出し分ける攻撃では、単純な定点確認で見逃す可能性があります。複数条件での外形監視やログ確認を検討します。

管理画面を経由した正規操作

漏えいした認証情報でCMSから更新された場合、システム上は正規操作に見えることがあります。承認フロー、操作ログ、異常な時間帯・IPからの利用と合わせて確認します。
 

「承認機能が必要」「セキュリティを高くする」だけでは、提案を比較できません。要件は、主体、対象、条件、結果、確認方法を含む文章にします。

• 通知内容を確認し、正規更新か不審な変更かを一次判定する。
• 影響するページ、ファイル、時間、利用者への影響を特定する。
• 必要に応じて公開停止、該当ページの隔離、認証情報の無効化を行う。
• ログ、変更ファイル、設定、通信記録を保全する。
• 正常なバックアップや再構築した環境から復旧する。
• 原因を修正し、監視・権限・WAF・更新手順を見直す。
• 関係者・利用者への報告が必要かを判断する。

ShareWithでは、改ざん検知をCMS、サーバー、WAF、CDN、監視、バックアップと一体のセキュリティ対策として確認できます。改ざんの早期発見だけでなく、異常時の連絡・調査・復旧をどこまで支援するかを確認することが重要です。

比較時には、監視対象、頻度、通知先、正規更新の扱い、検知後の一次対応、バックアップからの復旧、報告内容を具体的に質問してください。