小さな会社のサイバー対策は、新しいツール購入より「基本の徹底」から——AI時代の守り方

その画面、普通の認証画面に見えますか

「人間であることを確認してください」
「エラーを直すには、WindowsキーとRを押してください」
「次にCtrlとV、Enterを押してください」

一見、普通の認証画面や修復手順に見えるかもしれません。

しかし、これはMicrosoftが注意を促している「ClickFix」という攻撃で使われる流れです。Windowsの「ファイル名を指定して実行」を開かせ、クリップボードに用意された命令を利用者自身に実行させます。

社員全員が、攻撃の技術を理解する必要はありません。必要なのは、次の三つです。

• 「この操作を求められたら止まる」
• 「自分で判断して先へ進まない」
• 「誰へ連絡するか決めておく」

AIは攻撃側の時間と手間を減らす

HBRの記事は、AIによって攻撃者が次の作業を高速化しやすくなったと説明しています。

• 企業や担当者に合わせたフィッシング文面の作成
• 公開されたネットワークやサービスの継続的な探索
• 脆弱性を利用する作業
• 認証情報の収集と整理
• 攻撃手順の自動化

一社ずつ時間をかけて調べなくても、広い範囲へ攻撃を試しやすくなっています。

一方で、AIや既存サービスは防御にも使えます。ただし、HBR記事の中心は「AI製品を買えば安全になる」という話ではありません。

先に行うべきなのは、多要素認証、更新、分離したバックアップ、不要なデータや端末の整理などの基本対策です。（HBR原文）

現在使っているMicrosoft 365やGoogle Workspaceなどにも、安全機能が含まれている場合があります。ただし、使える機能は契約プランや管理者設定によって異なります。「入っているはず」と思い込まず、管理画面や保守会社へ確認する必要があります。

ClickFixはHBR本文とは別の具体例

ClickFixは、HBR本文で紹介された事例ではありません。AIで巧妙になる攻撃を、現場の操作へ置き換えて説明するための、Microsoftによる追加の一次情報です。

偽のCAPTCHAやエラー画面から、Windowsキー＋R → Ctrl＋V → Enter を求められたら、その時点で操作を止めます。

まだEnterを押していない場合は、貼り付けも実行もせず、画面を閉じて決められた連絡先へ報告します。

すでに実行してしまった場合は、その端末を使い続けず、有線LAN、Wi-Fi、Bluetoothなどのネットワークから切り離します。疑わしい端末でメール送信やパスワード変更を続けず、別の端末や電話から保守会社・担当者へ連絡します。（MicrosoftのClickFix解説）

私の経験は、ClickFixの証拠ではありません

私自身、過去にクレジットカード情報を盗まれ、カードをすべて変更した経験があります。

これがClickFixによるものだった、という話ではありません。一件の経験だけで、すべての被害原因を説明することもできません。

ただ、被害が起きた後に原因を特定する難しさを経験したからこそ、日頃から「ここで止まる」という基準を決める重要性を感じています。

AIを使ってはいけないのではありません。

• 投稿案はAIに作らせても、公開は人が確認する
• メール文はAIに作らせても、送信は人が行う
• 匿名化した相談記録は整理させても、顧客情報そのものは安易に入力しない

AIに任せるのは、仕事全体ではなく、一業務の一工程です。

新しい製品を買う前に確認すること

• 使用中の端末、クラウド、管理者アカウントを把握する
• 使っていないアカウントや古い端末を停止する
• 多要素認証と更新を有効にする
• バックアップを通常環境から分け、復元できるか確かめる
• 顧客情報や財務情報を未承認のAIへ入力しない
• 怪しい画面が出たときの停止・連絡手順を決める

これらは、米国CISAも中小企業向けの基本対策として挙げている内容です。（CISAの中小企業向けリソース）

基本対策を行った後で、自社だけでは確認できない範囲を保守会社やセキュリティ専門家へ相談します。

私の伴走支援でも、AIの操作方法だけではなく、何をAIへ入力してよいか、どの操作で止めるか、誰が確認するか、どの段階で専門家へ戻すかまで、業務の中に組み込みます。

基本ルール：「分ける・止まる・知らせる」を先に決める

最近、個人情報の漏えいやアカウント乗っ取りのニュースを目にする機会が増えました。

この記事を書いている2026年10月、国内の法人向けクラウドサービス「IDCFクラウド」の一部がランサムウェア攻撃を受けました。影響を受けたのは、495の企業や自治体です。仮想サーバーが停止し、ホームページだけでなく、業務システムにも影響が広がりました。

IDCフロンティアは、一部のデータについて、取り出しや復元が困難な見通しであると発表しています。そして、データを戻すには、利用企業自身が保持しているバックアップから復元する必要があると説明しています。

これは「クラウドは危険だから使わない方がよい」という話ではありません。クラウド事業者の設備を利用していても、そこで障害が起きたときに、自社の事業をどう再開するのかは別に考える必要があるということです。

同じ環境、同じ管理アカウント、同じクラウドの中だけにバックアップを置いていては、被害を受けたときに一緒に使えなくなる可能性があります。必要なのは、被害を受けた環境から切り離されたバックアップと、そこから実際に会社のシステムを戻せるかどうかの確認です。

AIによって翻訳や文章作成の壁が下がり、攻撃者が不自然さの少ない日本語のフィッシングメールを作りやすくなっていることも、IPAの資料で指摘されています。以前のように、「日本語がおかしいから偽物だ」とは判断できません。

私の周囲でも、英文の不審なメールが届く、WhatsAppなどで見覚えのない確認連絡が来る、知り合いから「アカウントを乗っ取られた」と聞く、といったことが珍しくなくなりました。

ただし、海外企業や英文の連絡自体が危険なのではありません。確認する入口や、情報を預ける場所が増えたからこそ、会社として「何を確認し、どの画面で止まるか」を決めておく必要があります。

機密情報を扱う環境と、AIを使う環境を分ける

医療・福祉・士業など、要配慮個人情報や職務上の秘密を扱う方には、私はまず、機密情報を扱う環境と一般的なクラウドAIを利用する環境を分けられないか提案しています。

可能であれば、PCそのものを分ける。そこまで難しい場合でも、OSの利用者、ブラウザプロフィール、ログインアカウント、データの保存先、クラウドの同期先を分けます。

ただし、ブラウザプロフィールを分けることと、PCを物理的に分けることは同じではありません。同じパソコンのOS自体が侵害された場合、ブラウザプロフィールを分けているだけでは防げないことがあります。また、SaaSを利用すれば自動的に安全になるわけでもありません。

いつものパソコンからAIを使う場合は、個人アカウントで自由にチャットサービスを使うのではなく、会社が利用を認め、データの取扱条件を確認した法人向けサービスに限定します。そのうえで、次の点まで確認します。

• 入力内容が学習に利用されるか
• データがどの国や地域で保存されるか
• 保存期間と削除方法
• 誰がデータへアクセスできるか
• 管理者が利用状況を確認できるか
• 多要素認証を設定できるか

個人情報や医療情報、相談内容、顧客名、未公開資料などは、入力してよいことが確認できるまで、そのままAIへ入れないことが基本です。個人データを生成AIへ入力する場合は、利用目的や、サービス提供事業者による学習利用などを確認する必要があると、個人情報保護委員会も注意を促しています。

こんな画面が出たら、その場で止まる

特に現場で止まってほしいのは、次のような場面です。

• メールやメッセージのリンクから、突然ログイン画面が開いた
• GoogleやMicrosoftのメール、連絡先、ファイルへのアクセス許可を求められた
• 自分が操作していないのに、認証コードやログイン承認が届いた
• 「本人確認のため」として、Windowsキー＋Rを押すよう求められた
• 文字列をコピーし、貼り付けてEnterを押すよう求められた
• アプリ、拡張機能、更新ファイルのインストールを求められた
• 急な送金、QRコードの読み取り、認証コードの返信を求められた

その場では、入力、承認、貼り付け、実行をしない。一度画面を閉じ、登録済みのブックマークや公式アプリから入り直して確認します。

連絡してきた人へ確認するときも、メッセージに書かれた電話番号や返信先ではなく、以前から知っている電話番号など別の経路を使います。

クリックしただけなら、すぐに隠さない

リンクを開いただけで、情報入力、ダウンロード、インストール、権限承認をしていなければ、直ちに情報が盗まれたと決めつける必要はありません。

一方で、次の場合は、隠してそのまま仕事を続けないことが大切です。

• IDやパスワードを入力した
• 認証コードを伝えた
• 身に覚えのないログインを承認した
• ファイルをダウンロードして実行した
• アプリや拡張機能を入れた
• メールやファイルへのアクセスを許可した

時刻、送信元、URL、表示された画面、自分が行った操作を記録して、社内の決められた連絡先へ報告します。

パスワードを入力してしまった場合は、別の安全な端末からパスワードを変更し、ログイン中の端末やセッションを解除します。メールの自動転送設定、アカウントの復旧先、追加されたアプリや権限も確認します。ファイルを実行した場合は、その端末をネットワークから切り離し、専門家や保守担当者へ相談します。

盗まれたID・パスワードやアクセス情報が、地下市場で取引され、別の攻撃に利用されることがあります。だからこそ、「一度パスワードを変えたから終わり」ではなく、ログイン履歴、転送設定、付与した権限、ほかのサービスでの使い回しまで確認する必要があります。

最初は基本から始める

最初に守るのは、会社のメール、クラウド保存、管理者アカウントです。

• パスワードを使い回さない
• 多要素認証を設定する
• 対応しているサービスではパスキーを使う
• 身に覚えのない認証通知を承認しない
• OS、ブラウザ、アプリを更新する
• バックアップと復旧手順を確認する
• 何かあったときの連絡先を一枚にする

小さな会社を守るために、最初から高額なセキュリティ製品をすべて揃える必要はありません。

まずは、「何を分けるか」「どの画面で止まるか」「誰へ知らせるか」を決め、現場で共有する。基本を曖昧にしないことが、AI時代のサイバー攻撃に備える最初の一歩です。

経営者むけプロンプト（小さな会社のセキュリティ点検）

右上の「コピー」ボタンで、そのままAIに貼り付けて使えます。【ここに記入】と<<<ここに記入>>>の部分を、自社の状況に書き換えてください。

あなたは、中小企業の経営者と現場担当者が使用する
情報セキュリティ基本ルールを整理する支援者です。
高額な製品を勧めるのではなく、
現在の端末、契約サービス、データ、担当者を確認し、
最初に直すこと、現場が止まる条件、
専門家へ相談する範囲を明確にしてください。

【AI・クラウド利用環境】
1. 会社で利用しているAI・クラウドサービス
【ここに記入】
2. 個人アカウントと法人アカウントの区別
【ここに記入。分からなければ「未確認」】
3. AIへ入力する可能性がある情報
【ここに記入：顧客名、医療情報、相談内容、契約書、画像など】
4. AIへ入力してはいけないと決めている情報
【ここに記入】
5. 端末・OS利用者・ブラウザプロフィール・保存先の分離状況
【ここに記入】
6. 学習利用、保存期間、保存国、削除条件の確認状況
【ここに記入】
7. 多要素認証またはパスキーの設定状況
【ここに記入】
8. 不審な操作をした場合の社内連絡先
【ここに記入。なければ「未決定」】

【追加出力ルール】
次の3項目を追加で出力してください。
1. 今日中に止めるべき危険な利用
2. 30日以内に分けるべき端末・アカウント・データ
3. 不審な画面が出たときの「止まる・記録する・知らせる」手順
SaaSや専用PCを使うだけで安全と判断しないでください。
事実と未確認事項を分け、法律上の義務と任意の強化策を混同しないでください。

【入力禁止】
パスワード、認証コード、カード番号、顧客の実名、
秘密鍵、接続情報は入力しません。
固有名詞は「顧客A」「会計サービスA」などへ置き換えます。

【入力欄】
■会社と業務
業種：<<<ここに記入>>>
従業員数：<<<ここに記入>>>
停止すると困る業務：<<<ここに記入>>>

■使用中のもの
パソコン・スマートフォン：<<<台数と種類を記入>>>
メール・ファイル共有・会計・顧客管理：<<<ここに記入>>>
ホームページ・予約・EC・決済：<<<ここに記入>>>
管理者アカウントの担当者：<<<ここに記入>>>

■現在の対策
多要素認証を設定したサービス：<<<ここに記入>>>
更新の管理方法：<<<ここに記入>>>
バックアップの保存場所：<<<ここに記入>>>
最後に復元確認した時期：<<<ここに記入>>>
使っていないアカウント・端末：<<<ここに記入>>>

■AI利用
使用を認めているAI：<<<ここに記入>>>
入力してよい情報：<<<ここに記入>>>
入力禁止の情報：<<<ここに記入>>>

■停止・連絡体制
怪しい画面が出たときの連絡先：<<<ここに記入>>>
夜間・休日の連絡先：<<<ここに記入>>>
Windowsキー＋R、Ctrl＋V、Enterを
画面から求められた場合のルール：<<<ここに記入>>>

■外部支援
保守会社・IT担当・専門家：<<<ここに記入>>>
現在の契約で使える安全機能を確認したか：<<<確認済み・未確認>>>

【処理ルール】
1. 入力されていない事実は推測しない。
2. 不足情報は「未確認」と表示する。
3. 事実、会社方針、推測、専門家確認を分ける。
4. 新製品購入を最初の解決策にしない。
5. 契約サービスの機能を、利用できると断定しない。
6. AIで安全性、法令適合、事故原因を確定しない。
7. 機密情報を公開型AIへ入力させない。
8. 海外法制度を日本企業へそのまま適用しない。
9. 実行前の停止と、実行後の事故対応を分ける。
10. 侵入テストや攻撃を再現する手順は出力しない。
11. 恐怖訴求、特定製品への誘導、効果保証をしない。
12. 各対策へ担当者、期限、完了確認方法を付ける。

【出力形式】
# 1．最初の結論
・最優先事項
・今すぐ止める操作
・新規購入前に確認すること

# 2．未確認情報
| 未確認事項 | 必要な理由 | 確認する相手 |

# 3．基本対策
| 対策 | 現状 | 次の作業 | 担当者 | 期限 | 完了の証拠 |
次の順で整理する。
1. 端末・サービス・管理者アカウント
2. 多要素認証
3. 更新
4. 不要なアカウント・端末・データ
5. 分離したバックアップと復元確認
6. AIへの入力ルール
7. 停止・報告ルール

# 4．現場の停止ルール
| この画面・指示なら | 止める操作 | やってはいけないこと | 連絡先 |
ClickFixの例を必ず一行含める。

# 5．AI利用ルール
・入力してよい情報
・入力禁止の情報
・承認が必要な利用
・人が確認する項目
・残す利用記録

# 6．既存契約で確認する機能
| サービス | 確認する設定 | 契約確認 | 確認担当 |

# 7．30日計画
1週目から4週目まで、各週三項目以内で提示。

# 8．専門家へ渡す質問
自社だけで判断しない項目を質問文にする。

# 9．全社員への共有文
怪しい画面が出たときの停止・連絡ルールを
300字以内で作成する。

小さな会社のバックアップサービスの選び方

2026年10月8日時点の公式情報で整理すると、ランサムウェア対策まで考えたバックアップサービスはあります。ただし、次の3種類を分けて選ぶ必要があります。

1. バックアップから復旧まで任せられるサービス
2. 削除・改変されにくい安全な保管庫
3. Microsoft 365／Google Workspace専用バックアップ

IPAも、複数媒体・オフサイト保管に加えて「定期的に復元できるか確認する」ことを勧めています。（IPA「中小企業のためのセキュリティインシデント対応の手引き」）

1．PC・NAS・サーバーをまとめて守る候補

◎は、保持期間中の削除・改変を防ぐ仕組みを公式ページで確認できたものです。「世代管理」「別ネットワークに保存」だけでは、管理者アカウントを奪われた場合に削除される可能性があります。

2．安全なバックアップ保管庫

これらは低価格で強力ですが、基本的には「保存先」です。バックアップソフト、監視、復旧作業は別に必要です。

小さな会社がWasabiやAWSだけを直接契約しても、設定・監視・復旧ができなければ意味がありません。国内のIT事業者に、バックアップソフトとの組み合わせと復元訓練まで依頼する形が安全です。

そういう意味で、AIエージェントは、当初小さく始める。Google Workspaceの法人契約で、安全な環境で試す。クリエイティブ作業と、営業作業、経理・購買などの支払い情報を扱う作業のPCを分離するなど、費用をかけずに回す方法もあります。

3．Microsoft 365／Google Workspace用

OneDriveやGoogle Driveの同期、ごみ箱だけでは独立したバックアップになりません。暗号化や削除が同期される可能性があります。

小さな会社なら、この選び方です

• PC数台からサーバーまで、管理も任せたい → 国内事業者が提供するAcronis系、Druva、Barracudaを比較
• NASに顧客資料や業務データを保存している → DataDefense、またはSynology＋Wasabi Object Lock
• Windows Serverや仮想サーバーを確実に戻したい → Arcserve UDP＋CRS、またはVeeam＋Vault
• Microsoft 365中心 → Barracuda Cloud-to-Cloud BackupかVeeam Data Cloud
• Microsoft 365とGoogle Workspaceが混在 → DruvaかKeepit
• 医療・福祉・士業 → 国内保存、再委託先、暗号鍵、監査ログ、管理者権限、事故時の復旧支援まで契約書で確認。製品だけを購入するより、運用を含むマネージド型が向いています

契約前に聞くべき8項目

1. 管理者アカウントを奪われても、バックアップを削除できないか
2. イミュータブル機能は標準か、追加設定・追加料金が必要か
3. 保存先は契約上も日本国内か
4. 管理者全員にMFAを強制できるか
5. PC、サーバー、NAS、M365のどこまで戻せるか
6. ファイルだけでなく、システム全体を復元できるか
7. 半年または四半期ごとの復元テストを実施してくれるか
8. 攻撃時に誰へ連絡し、何時間で復旧作業を始めるのか

なお、バックアップは「盗まれた個人情報を取り戻す仕組み」ではありません。漏えいそのものを防ぐには、MFA、端末分離、EDR、更新、権限管理も必要です。バックアップが守るのは、主として「事業を復旧できる可能性」です。

ひとり社長や起業したてに多いケース：OneDriveとGoogleドライブの両方で管理している

Microsoft 365とGoogle Workspaceが混在しているなら、DruvaかKeepitが候補です。理由は、両方を一つの管理画面からバックアップできるためです。

• Microsoft 365：Exchange、OneDrive、SharePoint、Teamsなど
• Google Workspace：Gmail、Google Drive、共有ドライブ、カレンダーなど

両方が混在している会社で別々のバックアップサービスを使うと、保存期間、管理者、復元方法、請求、異常通知も分かれます。DruvaやKeepitなら、それらを一元管理しやすくなります。

また、MicrosoftやGoogleとは別の管理環境にバックアップを持つため、元のアカウントが乗っ取られたり、ファイルが削除・暗号化されたりした場合にも、過去の状態から戻せる可能性があります。

• Druva：PC、サーバー、Microsoft 365、Google Workspaceまで、会社全体のバックアップをまとめたい場合に向く
• Keepit：Microsoft 365やGoogle Workspaceなど、クラウドサービスのデータ保護を中心に、比較的シンプルに管理したい場合に向く

ただし、どちらも自動的に最適という意味ではありません。保存先の国、日本語での緊急対応、保持期間、料金、退職者データの扱い、管理者でも削除できない設定の有無は、契約前に確認が必要です。特に国内保存が必須の医療・福祉・士業では、実際に適用される保存リージョンを確認します。

MFAってなに？

MFAは「多要素認証（Multi-Factor Authentication）」です。パスワードだけでログインせず、次のような別の確認方法を組み合わせます。

• パスワード：本人だけが知っている情報
• スマートフォンの認証アプリ：本人が持っているもの
• 指紋・顔認証：本人の身体的な特徴
• パスキーやセキュリティキー

例えば、パスワードが盗まれても、スマートフォンでの承認がなければログインできないようにします。

バックアップサービスでは特に重要です。管理者アカウントを乗っ取られると、攻撃者にバックアップまで削除される可能性があるためです。なお、SMS認証よりも、認証アプリ、パスキー、物理的なセキュリティキーの方が一般に安全性は高くなります。

二段階認証は、めんどくさがらずに、やりましょう。

私の周りでも、Facebookを乗っ取られた、Chatworkを乗っ取られた、という話を見聞きします。乗っ取られたらすぐに、ありもしない請求を送ってきたりします。ある方は、何か月もご本人が気づかず、その間に「なんなんだろう、買っていない請求を送られてもねぇ」と、信用が崩れていきました。乗っ取りが分かった後も、士業ならどうでしょう。

直近のWordPressリスク

ローカルビジネスで、まだ使用されることが多いWordPressも、いつも攻撃が多いですが、直近はまた違うリスク報告がありましたのでお知らせしておきます。

1．WordPress本体に相次いでセキュリティ更新

2026年10月6日に「WordPress 7.1.3」が公開され、7件のセキュリティ問題が修正されました。コメント管理画面での不正スクリプト実行、非公開投稿のコメント情報の露出、SQLインジェクションなどが含まれています。WordPress公式は、直ちに更新するよう勧めています。（WordPress 7.1.3公式発表）

その直前の9月22日にも、外部からログインせずに攻撃でき、条件によってはサーバー上で不正なプログラムを実行できる重大な問題が修正されました。（WordPress 7.1.2公式発表）

この問題は、修正版の公開から数時間で攻撃対象の探索が始まり、その後、ファイルを書き込もうとする攻撃まで確認されています。（Patchstackによる攻撃観測）

つまり、「時間のあるときに更新する」では間に合わない場合があります。

2．Bricksforgeプラグインが現在攻撃対象

Bricks Builderの拡張プラグイン「Bricksforge」では、ログインしていない攻撃者が不正なPHPファイルをアップロードし、サイトを操作できる重大な問題が確認されています。

• 危険なバージョン：3.1.8.9以前
• 修正版：3.1.8.10以降
• 2026年10月7日から実際の攻撃を観測

使用している場合は、すぐに更新と侵害確認が必要です。（Patchstackの注意喚起）

3．問い合わせや注文を「管理者が開いた瞬間」に乗っ取られる攻撃（至急対応）

10月4日から5日にかけて、次のプラグインを狙う攻撃が確認されています。

• WPC Product Bundles for WooCommerce：8.6.6以前
• Ninja Forms：3.15.3以前

攻撃者が細工した注文情報や問い合わせ内容を送信し、管理者がWordPressの管理画面でそれを開くと、不正な処理が動きます。その結果、次の動作が確認されています。

• 不正なプラグインを設置する
• 新しい管理者を作る
• 管理画面に表示されない管理者を隠す
• 正規管理者になりすましてログインできる裏口を作る

修正版は、WPC Product Bundlesが8.6.7以降、Ninja Formsが3.15.4以降です。（Patchstackの調査報告）

これは「顧客情報の管理」と「ホームページ管理」が別々ではないことを示しています。問い合わせフォームに届いた内容そのものが、ホームページを乗っ取る入口になるからです。

4．日本でよく使われるMW WP Formも確認が必要

MW WP Formでは、特定の設定を使用している場合に、外部からファイルを移動され、サイトの乗っ取りにつながる問題が2026年に修正されています。

• 危険なバージョン：5.1.0以前
• 修正版：5.1.1以降
• ファイルアップロード欄と「問い合わせデータをデータベースに保存する」設定を使っている場合は特に確認

（Wordfenceの調査報告）

このフォームは使うべきではなく、WordPress内にそもそもフォームは置かないほうが安全だと私は思います。

まず確認すること

WordPressを使用している会社は、次を確認してください。

• WordPress本体が最新のセキュリティ修正版か
• Bricksforge、Ninja Forms、WPC Product Bundles、MW WP Formを使用していないか
• 使用中のプラグインとバージョンを一覧にできるか
• 使っていないプラグインやテーマを、停止だけでなく削除しているか
• 見覚えのない管理者アカウントがないか
• ドメイン、レンタルサーバー、WordPressのすべてにMFAを設定しているか
• 問い合わせ内容がWordPress内に何年分保存されているか
• サイトのファイルとデータベースを、サーバー外にもバックアップしているか
• バックアップから実際に復元したことがあるか

WordPress公式も、本体・プラグイン・テーマの継続的な更新と、異なる場所に複数のバックアップを保存することを勧めています。（WordPress公式セキュリティガイド、バックアップガイド）

異常を見つけたときの停止ルール

次の状態があれば、単に不審なファイルや管理者を削除して終わらせてはいけません。

• 見覚えのない管理者やプラグインがある
• 別のサイトへ勝手に転送される
• 検索結果に覚えのない外国語や通販ページが出る
• パスワード変更通知が届いた
• uploadsフォルダなどに不審なPHPファイルがある
• お客様から「サイトを開くと警告が出る」と連絡が来た

この場合は、公開停止またはアクセス制限を判断し、ログを消さず、正常と思われるバックアップで上書きする前に侵入経路を調べます。原因を残したまま復元すると、再び侵入される可能性があります。

参照元

• Harvard Business Review「How AI Is Changing Cyber Threats—and Cybersecurity—for SMBs」
• Microsoft「Think Before You ClickFix」
• Microsoft Security Intelligence「ClickFix」
• CISA「Small and Medium-Sized Business Resources」
• IPA「中小企業のためのセキュリティインシデント対応の手引き」