ウイルス対策の警告を閉じる前に。報告する情報を決める

勝手に許可へ変えず、警告の対象と行った操作を既知の窓口へ伝える。

画面の警告と、製品の保護記録を分ける

Windowsの公式資料は、保護の履歴から検知や対応の状態を確認できることを説明しています。一方で、IPAは偽のセキュリティ警告への注意も案内しています。SONAEは、社員が警告を見たとき、届いた画面の見た目だけで判断せず、会社が使う製品の正規の記録と窓口へつなぐ方法を提案します。警告を消したことを対処の完了にしないようにします。画面へ書かれた電話番号へ連絡したり、求められる操作をそのまま行ったりする前に確認しましょう。

何をしていたときか、事実を残す

時刻、使っていた端末、開こうとした資料やアプリ、表示された対象、すでに行った操作を記録します。分からない言葉を調べきってからでないと報告できない、という案内にはしません。架空の例では、社員が「資料を開こうとした時刻と警告の表示」を伝え、管理担当が正式な記録を確認します。報告する画面写真に秘密や無関係な個人情報が含まれないかも確認します。不審なファイルを同僚へ転送し、開けるか試してもらう方法にはしません。

許可や復元を、仕事を急ぐ理由で選ばない

保護機能が止めた対象を利用したい場合も、社員の判断で除外や許可へ変更しないようにします。Microsoftの説明にも、隔離、復元、許可などで状態が異なることが示されています。必要なソフトかどうかと、そのファイルが安全かどうかは別の問いです。管理者が提供元、正規の入手先、検知の内容、代替の方法を確認します。使いたいという申請を受けたことだけで、保護を弱める操作まで承認されたと扱わないことが大切です。

管理者は、未完了の状態も確認する

製品が処理したという表示でも、対応に失敗した項目や追加の判断が残っていないかを確認します。対象の端末と利用者、関連する通知、必要な業務影響を整理します。製品の履歴が見られる期間や権限も正式な資料で確認し、別製品へ一律の日数を当てはめません。履歴を消して画面をきれいにすることを、問題の解決としません。必要な停止や調査は承認された担当が行う計画にし、社員が原因を確定しきることを求めないようにします。

正規の窓口から、次にしてよいことを返す

管理担当は、確認できた内容と、利用者が次にすること、まだしてはいけないことを具体的に伝えます。単に「対応しました」とだけ連絡すると、社員が再び同じファイルを開こうとする場合があります。架空の演習では、必要な代替資料を承認された場所から受け取り、元の対象の判断は担当が継続する形にします。実物のマルウェアを用意せず、画面の例と連絡文だけで確認できます。業務の相談と、危険な操作の許可を混ぜないことが目的です。

一度の警告を、普段の案内へ反映する

問い合わせの内容から、報告先が分かりにくかった点や、必要なソフトの配布方法を見直します。完了の目安は、正規の記録に基づく判断と必要な対応が残り、利用者へ次の行動が返ったことです。画面を閉じた、パソコンが動いた、検知が一件減った、という理由だけで安全と判断しません。会社が使う製品の相談先と、報告に必要な短い項目を社員へ案内し、困ったときにすぐ連絡できる運用へ整えましょう。

相談前の確認表

• 偽の誘導と正規の履歴を分ける
• 行った操作を含め窓口へ報告する
• 勝手に許可や復元へ変えない
• 対応状態と利用者への返答を残す

参考資料（確認日：2026年10月23日）：Microsoft Support：Protection History ↗ ／ IPA：日常における情報セキュリティ対策 ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。