システムエンジニアXの「プログラミング以外」の話 50代会社員SEのお仕事・副業・システム運用の経験談
ブラウザ セキュリティ

Edge「スケアウェアブロッカー」とSmartScreenの違いとGPO設定

公開:

※本記事には広告を含みます。

はじめに

業務中に社員がWebサイトを閲覧していた際、突然大音量の警告音とともに全画面で「トロイの木馬に感染しました！今すぐMicrosoftサポート（0101-...）へ電話してください」という偽の警告画面（サポート詐欺）が表示され、マウス操作も効かなくなって情シスへ緊急SOSが駆け込まれた経験はないでしょうか。

私も過去に、SmartScreenをGPOで強制有効化していたにもかかわらず、生成されたばかりの新しいサポート詐欺広告URLがブロックをすり抜け、慌てた社員が危うく電話をかけそうになったヒヤリハットを経験しました。この「URLリスト型防御の限界」を補うためにMicrosoft Edgeへ実装された新機能が 「スケアウェアブロッカー（Scareware Blocker）」 です。

この記事では、Edgeの「スケアウェアブロッカー」と従来の「Microsoft Defender SmartScreen」の決定的な違いと二重防御の仕組み、そしてGPOやレジストリで社内展開する際の推奨設定を詳しく解説します。

読み終えるころには、2つのセキュリティ機能の役割分担を正確に理解し、社内のサポート詐欺被害と誤検知トラブルの両方に迷わず対処できるようになります。

この記事の要点

  • SmartScreen は「クラウド上の悪성URL/ファイル評価データベース」と照合する事前ブロック機能であり、未知の詐欺URLはすり抜けることがある
  • スケアウェアブロッカー は「全画面表示＋偽の警告UI」という画面の振る舞いを端末ローカルの機械学習（AI）モデルでリアルタイム検知し、全画面ロックを強制解除する機能
  • 社内環境では両者を併用（二重防御）するのがベストプラクティスであり、ScarewareBlockerProtectionEnabled ポリシーで一括制御できる
項目 動作確認・検証環境
検証年月 2026年9月
対象OS Windows 11 Pro / Enterprise 23H2・24H2
対象ブラウザ Microsoft Edge Stable 133以降
必要権限 Domain Admins（GPO配布時）またはローカル管理者権限

結論：スケアウェアブロッカーとSmartScreenの決定的な違い

結論からお伝えすると、SmartScreenは「入口（URLと通信先）の評判チェック」 であり、スケアウェアブロッカーは「表示された画面（全画面詐欺挙動）のローカルAI検知」 という明確な役割分担があります。

従来のサポート詐欺（スケアウェア）は、正規の広告ネットワークを悪用して数分単位でドメイン（URL）を使い捨てるため、クラウドのブラックリスト更新が追いつかないという課題がありました。そこでスケアウェアブロッカーは、URLの良し悪しではなく「突然フルスクリーンになり、偽のWindowsセキュリティ画面を出してユーザーを脅迫しているか」を端末内の機械学習モデルで判定します。

SmartScreenとスケアウェアブロッカーの比較一覧表

両者の技術的な仕組みと防御範囲の違いを以下の表に整理しました。

比較項目 Microsoft Defender SmartScreen スケアウェアブロッカー（Scareware Blocker）
主な防御対象 フィッシングサイト、マルウェア配布URL、悪성ファイルダウンロード サポート詐欺画面（偽のウイルス感染警告、全画面ロック、警告音）
検知の仕組み クラウド上のレピュテーション（URL/ドメイン/ファイルハッシュ照合） 端末ローカルの機械学習モデル（全画面遷移や画面レイアウトの視覚・挙動解析）
発動タイミング ページを開く前・ファイルをダウンロードする瞬間 ページが開かれ、全画面（フルスクリーン）で詐欺表示に切り替わった瞬間
検知時の動作 赤い警告画面を表示してアクセスを遮断 全画面表示を強制終了（ESC相当）し、警告音（オーディオ）をミュートして警告を表示
ゼロデイ（未知URL）耐性 △（リスト登録前の新規生成URLは通過しやすい） ◎（URLに依存せず画面の特徴で検知するため未知サイトに強い）
クラウドへの画面送信 URL・IP等をクラウドへ照合送信 原則ローカル判定のみ（ユーザーが任意で通報した場合のみサムネイル等を送信）

このように、SmartScreenをすり抜けてしまった「できたての詐欺サイト」を、最後の砦としてブラウザ側で無力化するのがスケアウェアブロッカーの役割です。

スケアウェアブロッカーが社員を守る3段階の動作プロセス

スケアウェアブロッカーが有効な環境で、万が一社員がサポート詐欺サイトを踏んでしまった場合、Edgeは以下の3ステップで自動的に被害を食い止めます。

  1. フルスクリーン悪用の検知:
    詐欺サイトがHTML5のFullscreen APIを悪用してブラウザを全画面化し、タスクバーや「×（閉じる）」ボタンを隠して偽のシステムスキャン画面を表示したことをローカルAIモデルが検知します。
  2. 全画面モードの強制解除と音声ミュート:
    ユーザーがいちいち [Esc] キーを長押ししたりタスクマネージャーを起動したりしなくても、Edgeが自動的に全画面表示を解除し、大音量のビープ音や合成音声（「システムが破損しています」等）を即座にミュートします。
  3. 安全な警告画面とサムネイルの表示:
    詐欺ページの内容を縮小サムネイルとして安全な枠内に閉じ込め、「このページは全画面モードを悪用して詐欺を試みた可能性があります」という明瞭な警告画面に置き換えます。

これにより、パニックに陥った社員が画面上の偽の電話番号へ発信してしまうリスクを劇的に下げることができます。

GPOおよびレジストリでの社内展開設定手順

社内端末のセキュリティガバナンスとして、SmartScreenとスケアウェアブロッカーの二重防御をGPOおよびレジストリで強制有効化する手順を解説します。

1. グループポリシー（GPO）の設定パスと推奨値

最新のMicrosoft Edge ADMXテンプレートを適用した状態で、グループポリシー管理エディターの以下の階層を開きます。

コンピューターの構成 > ポリシー > 管理用テンプレート > Microsoft Edge > SmartScreen の設定
（または Microsoft Edge ルート直下）

以下のポリシーを構成します。

GPO日本語表示名 レジストリ値名 推奨設定
スケアウェア ブロッカー保護を構成する ScarewareBlockerProtectionEnabled 有効（1）
Microsoft Defender SmartScreen を構成する SmartScreenEnabled 有効（1）
Microsoft Defender SmartScreen プロンプトのバイパスを禁止する PreventSmartScreenPromptOverride 有効（1）

2. PowerShellによるレジストリ一括設定・確認コマンド

キッティングスクリプトやIntuneで直接レジストリへ投入する場合は、管理者権限のPowerShellで以下のコマンドを実行します。

# 管理者権限で実行してください
$EdgePolicyPath = "HKLM:\SOFTWARE\Policies\Microsoft\Edge"

if (-not (Test-Path -Path $EdgePolicyPath)) {
    New-Item -Path $EdgePolicyPath -Force | Out-Null
}

# スケアウェアブロッカーを強制有効化 (1 = 有効, 0 = 無効)
Set-ItemProperty -Path $EdgePolicyPath -Name "ScarewareBlockerProtectionEnabled" -Value 1 -Type DWord

# SmartScreen本体とバイパス禁止を強制有効化
Set-ItemProperty -Path $EdgePolicyPath -Name "SmartScreenEnabled" -Value 1 -Type DWord
Set-ItemProperty -Path $EdgePolicyPath -Name "PreventSmartScreenPromptOverride" -Value 1 -Type DWord

# 適用状態の検証
Get-ItemProperty -Path $EdgePolicyPath |
    Select-Object ScarewareBlockerProtectionEnabled, SmartScreenEnabled, PreventSmartScreenPromptOverride

設定後、Edgeの「設定」＞「プライバシー、検索、サービス」＞「セキュリティ」を開くと、「スケアウェア ブロッカー」のトグルスイッチがオン（グレーアウトの組織管理状態）になっていることを確認できます。

現場で注意すべき2つの落とし穴と誤検知時の切り分け

スケアウェアブロッカーを全社導入するにあたり、情シス担当者が押さえておくべきハードウェア要件と業務システムへの影響について解説します。

落とし穴1：低スペック端末やVDI環境での動作要件（RAM・CPU負荷）

スケアウェアブロッカーは端末ローカルで機械学習モデルを動かすため、一定のハードウェアリソースを消費します。

Microsoftの仕様上、メモリ（RAM）が2GB以下の環境や、特定の古いCPUアーキテクチャ、またはリソースを極限まで絞ったシンクライアント（Citrix / AVD等の共有セッション） では、ポリシーを有効にしても機能自体が自動的に非アクティブ化される場合があります。一般的なWindows 11業務PC（RAM 8GB〜16GB以上）であれば体感できるほどのパフォーマンス低下はありませんが、VDI環境へ展開する際は事前にCPUスパイクが発生しないかパイロット検証を行ってください。

落とし穴2：全画面を使う社内Webアプリ（デジタルサイネージ・Web会議・監視画面）での誤検知

スケアウェアブロッカーは「全画面表示に切り替わり、警告のようなUIを出すページ」を検知対象とするため、以下のような正当な業務Webアプリでまれに誤検知（False Positive）を起こすことがあります。

  • 全画面（キオスク表示）で稼働する工場の製造ライン監視ダッシュボードやZabbix/Grafana等の赤いアラート画面
  • ブラウザベースの遠隔保守コンソールやeラーニング教材

【誤検知発生時の切り分けと回避策】
1. 誤検知された画面では、警告画面上の「ページに戻る（続行）」を選択することで一時的にブロックを解除できます。
2. 特定の社内ドメインが繰り返し誤検知される場合は、GPOの 「Microsoft Defender SmartScreen によるチェックを行わない信頼できるドメインの一覧を構成する」（SmartScreenAllowListDomains） に社内ドメイン（例：monitor.corp.local）を登録し、除外対象として扱われるかを確認してください。

よくある質問（FAQ）

Q: スケアウェアブロッカーを有効にすると、業務中のPC画面がMicrosoftのサーバーに送信されませんか？

A: いいえ、自動的には送信されません。スケアウェアブロッカーの検知処理はPC内部（オンデバイス）で完結するため、閲覧中の業務システム画面や機密情報が勝手に外部へアップロードされることはありません。ただし、検知後の警告画面でユーザーが自ら「このサイトを危険としてMicrosoftに報告する」にチェックを入れて送信ボタンを押した場合のみ、該当ページのURLとスクリーンショットがSmartScreenの改善用として送信されます。

Q: すでにSmartScreenとMDE（Defender for Endpoint）のネットワーク保護を入れていますが、それでも必要ですか？

A: はい、強く推奨します。MDEのWeb保護やSmartScreenはどちらも「ドメイン・IP・URLレピュテーション」をベースにしているため、正規のWebサイト上に表示される悪質な広告バナー経由で開かれた生成直後の詐欺ページは防ぎきれないケースがあります。画面の振る舞いを見るスケアウェアブロッカーを組み合わせることで、多層防御が完成します。

Q: ユーザー個人の判断でスケアウェアブロッカーをオフにできないようにできますか？

A: 本記事で紹介した ScarewareBlockerProtectionEnabled を HKLM（コンピューターの構成）に値 1 で設定すれば、Edgeの設定画面上で「お使いのブラウザーは組織によって管理されています」と表示され、一般ユーザーが設定をオフに変更することはできなくなります。

まとめ

Edgeの「スケアウェアブロッカー」と「SmartScreen」による二重防御のポイントは以下の通りです。

  • SmartScreen は「既知の危険なURLやファイルの事前ブロック」、スケアウェアブロッカー は「未知のサポート詐欺による全画面ロックのローカルAI検知・強制解除」を担う
  • 画面解析はオンデバイスで行われるため、プライバシーや機密情報の観点でも安心して社内導入できる
  • GPOの ScarewareBlockerProtectionEnabled と SmartScreenEnabled をセットで「有効（1）」にして全社展開する
  • 全画面表示を多用する社内監視モニターやサイネージ端末では、事前に誤検知がないか確認する

サポート詐欺は新入社員からベテラン社員まで誰もが踏む可能性のある身近な脅威です。ぜひEdgeのポリシー設定を見直し、ブラウザレベルでの自動防御を固めておきましょう。

関連記事

免責規定

この記事で提供される情報は、一般的なガイダンスを目的としており、すべての環境やシステムでの動作を保証するものではありません。

OSのバージョンやリリースによっては、記載されている事が実行できない、または異なる結果をもたらす可能性があります。 また、会社所有のパソコン、スマホ、タブレットなどでは、ポリシーや権限によって実行できない場合があります。

この記事の情報を使用することによって生じる問題や結果について、筆者およびサイト管理者は責任を負いません。 すべての操作は自己責任で行ってください。

最後までお読みいただきありがとうございました。
またお会いしましょう！
← 記事一覧に戻る