情報漏洩の 原因とは? 被害事例から 見る 侵入経路と 対策
まず押さえたいことこの記事は、外部からの不正侵入による情報漏洩とランサムウェア被害を扱います。原因は、「どこから入られたか(侵入口)」と「侵入後に被害を広げた要因」に分けて考えます。
この記事の要点
2025年の警察庁調査で、感染経路に有効回答があった92件のうち、VPN機器からの侵入は66.3%でした。ただし「VPNから侵入された」には、修正されていない脆弱性のほか、漏えいしたID・パスワードやMFAの未設定も含まれます。公表された4事例は、侵入につながった要因と判明している範囲が異なり、一つの対策で防げるものではありません。後半の14項目で、自社で確認が必要な点を洗い出せます。
この 記事で わかる こと
- 警察庁と
Verizonの 統計で 多い 侵入口と、 数字を 読む ときの 条件 - KADOKAWA・
Snowflake・ LINE ヤフー・ MOVEitで 公表されている こと、 公表されていない こと - 侵入後に
被害を 広げる 構成と、 防御を 重ねる 考え方 - 自社で
確認が 必要な 項目の 洗い 出し方
情報漏洩の 原因は 「侵入口」と 「被害を 広げる 要因」に 分けて 考える
情報漏洩のニュースを見ると、「社員がフィッシングメールを開いたのだろう」「VPNの脆弱性を突かれたのだろう」と考えがちです。しかし、公表された事例と公的な統計を確かめると、原因はそれほど単純ではありません。
入口を一つ塞いでも、侵入後に重要なシステムまで届く構成が残っていれば、別の入口から入られたときに被害が大きくなります。メールの誤送信や端末の紛失、内部不正による漏洩は扱いません。VPN・SaaS・委託先・公開システムの事例から、自社で確認すべきポイントを整理します。
主な 侵入口:統計では VPN機器と リモートデスクトップが 多い
国内のランサムウェア被害では、VPN機器とリモートデスクトップからの侵入が多く報告されています。2025年の警察庁調査で、感染経路に有効回答があった92件のうち、VPN機器からの侵入は66.3%、リモートデスクトップからの侵入は20.7%でした(図1)。2026年上半期は有効回答36件で、VPN機器50.0%、リモートデスクトップ25.0%、その他25.0%です。期間ごとの回答数は多くないため、割合の変化だけで増減の傾向や対策の効果は判断できません。
入口の守りにも課題が残ります。警察庁が無作為に抽出した企業・団体(回答588件)への調査では、VPN機器を利用している組織の52%が最新のパッチを適用しておらず、社外からの業務アクセスの認証が「ID・パスワードのみ」の組織は39.8%でした(図2)。
海外を含むデータ侵害では、Verizonの2026年の報告書で、最初の侵入手段が「脆弱性の悪用」だったものが31%となり、同報告書の19年の歴史で初めて、盗まれた認証情報の悪用を上回りました(図3)。対象はエラーと内部不正を除く約2万件で、主に2025年のデータです。認証情報の悪用(13%)の低下には集計方法の変更も影響しています。侵入後の段階まで含めると、認証情報の悪用は39%で最も多い手口です。
図1国内|ランサムウェア
感染経路は、
66.3%
VPN機器
20.7%
リモート
2025年、
2025年(令和7年)1〜12月有効回答92件
- VPN機器66.3%(61件)
- リモートデスクトップ20.7%(19件)
- その
他13.0%(12件)
2026年(令和8年)1〜6月有効回答36件
- VPN機器50.0%(18件)
- リモートデスクトップ25.0%(9件)
- その
他25.0%(9件)
調査対象:警察庁がランサムウェアの被害に遭った企業・団体等に行ったアンケートで、感染経路に有効な回答があったもの。2025年の「その他」には不審メールやその添付ファイル(2件)を含みます。警察庁のリーフレットに掲載された2025年上半期のみの集計(有効回答45件)は、VPN機器62.2%、リモートデスクトップ22.2%、その他15.6%です。
出典:警察庁「令和7年におけるサイバー空間をめぐる脅威の情勢等について」(2026年3月)統計編p.124、警察庁「令和8年上半期におけるサイバー空間をめぐる脅威の情勢等について」(2026年9月)統計編p.143、警察庁「サイバー攻撃の被害に係る企業・団体を対象としたアンケート調査結果及び対策」(2026年1月)
図2国内|無作為に
VPNの
52%
VPN機器を
VPN機器を
39.8%
社外から
この
調査対象:警察庁が無作為に抽出した企業・団体等2,951件への調査(回答588件)。被害に遭った組織に限りません。
出典:警察庁「サイバー攻撃の被害に係る企業・団体を対象としたアンケート調査結果及び対策」(2026年1月)、警察庁「不正アクセス行為対策等の実態調査」(2025年12月)p.73・p.79
図3海外を
最初の
31%
最初の
脆弱性の
悪用31% フィッシング16%
認証情報の
悪用13%
横棒は
認証情報の
調査対象:Verizonが分析した世界のデータ侵害のうち、エラーと内部不正を除く約2万件(主に2025年のデータ)。日本国内の統計ではありません。
出典:Verizon「2026 Data Breach Investigations Report」(2026年5月)p.10・p.15〜16
図1〜3は、対象・期間・集計方法が異なる別々の調査です。数値を足し合わせたり、直接比べたりはできません。図1の割合は、公表された件数から算出しています(小数第2位を四捨五入)。確認日:2026年10月6日
参考情報
- 令和7年に
おける サイバー空 間を めぐる 脅威の 情勢等に ついて (警察庁、 2026年3月) 統計編p.124 - 令和8年上半期に
おける サイバー空 間を めぐる 脅威の 情勢等に ついて (警察庁、 2026年9月) 統計編p.143 - サイバー攻撃の
被害に 係る 企業・団体を 対象とした アンケート 調査結果 及び対策 (警察庁、 2026年1月) - 不正
アクセス 行為対策等の 実態調査 調査報告書 (警察庁、 2025年12月) p.73・p.79 - 2026 Data Breach Investigations Report
(Verizon、 2026年5月) p.10・p.15〜16 - Vulnerability exploitation top breach entry point, 2026 industry-wide DBIR finds
(Verizon、 2026年5月19日)
主な 侵入口と、 複数の 入口で 使われる 手口
図4は、主な侵入口と、複数の入口で使われる手口を分けて示したものです。たとえばフィッシングで盗まれたID・パスワードは、VPNにもSaaSにも使われます。フィッシング対策やVPNの更新など、一つの対策だけを行っても、ほかの入口は残ります。
主な
01VPN機器・
ファイアウォール 悪用されるもの:未修正の脆弱性、漏えいしたID・パスワード
国内統計で
最多 02リモートデスクトップ(RDP)
悪用されるもの:推測されやすいパスワード、不要なアカウント
国内統計で
2番目 03SaaS・クラウドの
ログイン 悪用されるもの:盗まれたID・パスワード、MFAの未設定
Snowflake
04公開している
Webアプリ・ファイル 転送 悪用されるもの:認証の前に悪用できる脆弱性
MOVEit Transfer
05委託先・
グループ会社からの接続 悪用されるもの:委託先PCのマルウェア感染、共通の認証基盤
LINEヤフー
複数の入口で使われる手口
- 未修正の
脆弱性 - 漏えいした
ID・パスワード - フィッシング
- Infostealer
(情報を 盗むマルウェア) - 推測されやすい
パスワード・ 不要な アカウント - 設定の
不備
「VPNから 侵入された」は 「VPN製品に 脆弱性が あった」と 同じではない
警察庁は2025年上半期の分析で、VPNやリモートデスクトップ用の機器から侵入された原因として、機器のID・パスワードが非常に安易だったことや、不要なアカウントが管理されずに残っていたことを挙げています。VPN機器からの侵入には、機器の脆弱性に加えて、認証の弱さによるものも含まれます(図5)。
「VPNは危険だから廃止する」という結論も早すぎます。VPNを別の仕組みに置き換えても、弱い認証や、接続後に社内全体へ届く構成が残れば、同じ問題が起きます。VPNを使い続けるか、アプリ単位で接続する方式へ移るかの判断は、ゼロトラストの原則と導入ロードマップで整理しています。
「VPN機器からの
「VPNから
は、次と同じ意味ではありません。
「VPN製品に
侵入の
機器の
- 修正版が
公開されている 既知の 脆弱性が、 まだ 適用されていない - 修正版が
まだない 脆弱性を 突かれる
修正版の
認証の
- VPNアカウントの
ID・パスワードが 漏えいしている - MFA
(多要素認証)が 設定されていない - 推測されやすい
パスワードや、 使われていない アカウントが 残っている
機器を
侵入後に
VPN接続後に、
接続先の
公表された 4つの 事例を 比べる
ここからは、公式に公表された4つの事例を見ます。4つの事例では、認証情報の窃取、委託先からの接続、公開システムの脆弱性など、侵入につながった要因と公表されている範囲が異なります。表1で概要を比べ、各社・調査機関の公表内容は次の節で確認します。
自社に
4つの
| 事例 | 侵入口 | 侵入の | 被害に | 確認する |
|---|---|---|---|---|
| KADOKAWA2024年6月 | 公表資料では詳細不明 | 従業員のアカウント情報の窃取(フィッシングなどと推測。窃取の経路・方法は不明) | 公表資料では詳細不明 |
|
| Snowflake利用企業2024年 | SaaSのログイン | Infostealerで盗まれた利用企業の認証情報。Snowflake社の環境の侵害を示す証拠はない | MFAの未設定、数年間変更されていない認証情報、接続元の制限なし |
|
| LINEヤフー2023年10月 | 委託先・関係会社からの接続 | 委託先の従業者が所持するPCのマルウェア感染 | 関係会社と共通の認証基盤と、関係会社のシステムからのネットワーク接続の許可 |
|
| MOVEit Transfer2023年5〜6月 | インターネットに公開したファイル転送サーバ | 認証なしで悪用できるSQLインジェクションの脆弱性(CVE-2023-34362) | 修正版が出る前から悪用された(当時は知られていなかった脆弱性) |
|
KADOKAWA2024年6月
- 侵入口
- 公表資料では詳細不明
- 侵入の
きっかけ (公表内容) - 従業員のアカウント情報の窃取(フィッシングなどと推測。窃取の経路・方法は不明)
- 被害に
つながった 要因 (公表内容) - 公表資料では詳細不明
- 確認する
こと - ID・MFA
- 端末の
監視 - 権限と
ネットワークの 分離
Snowflake利用企業2024年
- 侵入口
- SaaSのログイン
- 侵入の
きっかけ (公表内容) - Infostealerで盗まれた利用企業の認証情報。Snowflake社の環境の侵害を示す証拠はない
- 被害に
つながった 要因 (公表内容) - MFAの未設定、数年間変更されていない認証情報、接続元の制限なし
- 確認する
こと - SaaSの
MFA・SSO - 認証情報の
失効 - 接続元の
制限
- SaaSの
LINEヤフー2023年10月
- 侵入口
- 委託先・関係会社からの接続
- 侵入の
きっかけ (公表内容) - 委託先の従業者が所持するPCのマルウェア感染
- 被害に
つながった 要因 (公表内容) - 関係会社と共通の認証基盤と、関係会社のシステムからのネットワーク接続の許可
- 確認する
こと - 委託先の
接続 - 認証基盤の
分け方 - ネットワークの
分離
- 委託先の
MOVEit Transfer2023年5〜6月
- 侵入口
- インターネットに公開したファイル転送サーバ
- 侵入の
きっかけ (公表内容) - 認証なしで悪用できるSQLインジェクションの脆弱性(CVE-2023-34362)
- 被害に
つながった 要因 (公表内容) - 修正版が出る前から悪用された(当時は知られていなかった脆弱性)
- 確認する
こと - 公開資産の
把握 - 脆弱性情報と
修正 - 修正までの
公開停止
- 公開資産の
4つの 事例で 公表されている こと・ 公表されていない こと
各事例は、各社や調査機関が公表した内容だけを基に、「公表されていること」「公表されていないこと」「この事例から学べること」に分けて記載します。公表されていない事実は推測で補いません。「この事例から学べること」は、公表内容を踏まえたMalakeとしての一般的な提案です。
KADOKAWA:従業員の アカウント情報で 社内 ネットワークに 侵入された
2024年6月8日、KADOKAWAグループの複数のサーバーにアクセスできない障害が発生しました。同社の調査で、ニコニコを中心としたサービス群を標的に、グループのデータセンター内にあるドワンゴ専用ファイルサーバーなどが、ランサムウェアを含む大規模なサイバー攻撃を受けたことが確認されています。同年8月5日、同社は情報漏洩の調査結果と原因を公表しました。
- 公表されていること
- 外部への漏洩が確認された個人情報は254,241人分。取引先、N中等部・N高等学校・S高等学校の在校生や保護者などの一部、従業員などの情報が含まれる(2024年8月5日時点)。
- 社外の
セキュリティ 専門企業の 調査に よると、 フィッシングなどの 攻撃で 従業員の アカウント情報が 窃取された ことが、 根本原因と 推測されている。 - 窃取された
アカウント情報に よって 社内 ネットワークに 侵入され、 ランサムウェアの 実行と 個人情報の 漏洩に つながった。
- 公表されていないこと
- アカウント情報が
窃取された 経路と 方法。 同社は 「現時点では その 経路および方法は 不明」としており、 フィッシングは 推測にと どまる。 - どの
システムの アカウントだったか、 多要素認証 (MFA)の 設定状況、 侵入後に どのように 権限や 範囲を 広げたかと いった 技術的な 詳細は、 この 公表では 示されていない。
- アカウント情報が
- この事例から学べること
- 社員がフィッシングにだまされないことだけに頼ると、アカウント情報が盗まれた時点で防ぐ手段がなくなる。アカウント情報が盗まれても、MFA、会社が管理する端末かの確認、権限やネットワークの分離で、その先へ進ませない構成になっているかを確認する。
Snowflake:盗まれた 認証情報で、 MFAの ない SaaSアカウントへ
2024年、クラウド型のデータ基盤であるSnowflakeを利用する複数の企業で、データが盗まれ、恐喝される事案が相次ぎました。調査にあたったMandiant(Google Cloud)は、攻撃者グループをUNC5537と名付け、2024年6月11日に調査結果を公表しています。
- 公表されていること
- Mandiantの調査では、Snowflake社の企業環境が侵害されたことを示す証拠は見つかっていない。Mandiantが対応したすべての事案は、利用企業側の認証情報の窃取にさかのぼる。
- 認証情報は主に、Snowflakeの管理下にない端末に感染したInfostealer(情報を盗むマルウェア)から流出していた。攻撃に使われたアカウントの少なくとも79.7%は、以前に認証情報が流出していた。
- 複数の
調査では、 Infostealerの 最初の 感染が、 ゲームや 違法コピーの ソフトの ダウンロードなど 私的な 用途にも 使われていた、 委託先の 端末で 起きていた。 - 被害を許した主な要因として、MandiantはMFAが設定されていなかったこと、盗まれた認証情報が長いものでは4年間変更されず有効だったこと、信頼できる接続元だけに限定する設定(ネットワーク許可リスト)がなかったことの3点を挙げている。
- Mandiantと
Snowflakeは、 影響を 受けた 可能性の ある 約165の 組織に 通知した。
- 公表されていないこと
- Mandiantの
報告は 被害企業を 特定しておらず、 各社で どの データが どの 範囲で 盗まれたかは 含まれていない。 個別の 被害は、 各社の 公表に よる。
- Mandiantの
- この事例から学べること
- 守る対象は社内ネットワークに限らない。SaaSも、MFA、端末の管理、接続元などのアクセス条件、ログの監視まで含めて管理する。委託先や退職者、長く使われていないアカウントも対象になる。SaaSのアカウントと権限を棚卸しする方法は、SaaSアカウント管理の実務で扱っている。
LINE ヤフー:委託先PCの マルウェア 感染から、 共通の 認証基盤を 経由して
2023年11月27日、LINEヤフーは、第三者による不正アクセスを受け、ユーザー情報・取引先情報・従業者等に関する情報が漏えいしたと公表しました。2024年2月14日には、原因と再発防止策を公表しています。
- 公表されていること
- 契機は、
同社の 関係 会社である 韓国 NAVER Cloud 社の 委託先で、 LINEヤフーの 委託先でも ある 企業の 従業者が 所持する PCの マルウェア感染。 - NAVER Cloud社と共通の認証基盤で管理されていた旧LINE社の社内システムへ、ネットワーク接続を許可していたことから、NAVER Cloud社のシステムを介して、2023年10月9日に不正アクセスが行われた。
- 2023年11月27日時点で、漏えい(可能性を含む)が確認された個人情報は、ユーザーに関する情報302,569件、取引先等に関する情報86,105件、従業者等に関する情報51,353件。
- 同社は原因を「委託先企業への安全管理措置」「NAVERと旧LINE社間のシステム・ネットワークのあり方」「旧LINE社における従業員システムのセキュリティ」の課題と捉え、認証基盤とネットワークの分離、従業員向けシステムでの二要素認証の標準化、委託先管理の強化を再発防止策として示した。
- 契機は、
- 公表されていないこと
- 感染した
マルウェアの 種類や、 感染から 不正アクセスに 至るまでの 技術的な 手順の 詳細は、 これらの 公表には 含まれていない。
- 感染した
- この事例から学べること
- 「委託先だから」「グループ会社だから」「社内ネットワークの中だから」と信頼する考え方では、つながっている組織の一つが侵害されると影響が自社に及ぶ。委託先からの接続にも、会社が管理する端末の利用、MFA、アクセス先の限定を適用する。
MOVEit Transfer:パスワードや MFAでは 防げない、 公開システムの 脆弱性
2023年5月から6月にかけて、Progress Software社のファイル転送製品MOVEit Transferの脆弱性(CVE-2023-34362)が悪用され、多くの組織でデータが盗まれました。米国のCISA(サイバーセキュリティ・インフラストラクチャセキュリティ庁)とFBIの共同勧告は、公開情報をもとに、ランサムウェアグループCL0P(TA505)が2023年5月27日から悪用を始めたとしています。
- 公表されていること
- CVE-2023-34362は、MOVEit TransferのWebアプリケーションにあるSQLインジェクションの脆弱性で、認証されていない攻撃者がデータベースにアクセスできる。CVSS v3.1の基本値は9.8(緊急)。
- 当時は知られていなかった脆弱性として悪用された。インターネットに公開されたMOVEit Transferに「LEMURLOOT」と呼ばれるWebシェルが設置され、データベースからデータが盗まれた。
- CISAは、
悪用が 確認された 脆弱性の 一覧 (KEV)に、 2023年6月2日に 追加した。 - Progress社は、
修正版を 適用する 前の 最初の 手順として、 MOVEit Transferへの HTTP・HTTPSの 通信を すべて 遮断する よう 案内した。
- 公表されていないこと
- 被害を
受けた 組織の 一覧や、 組織ごとに 盗まれた データの 範囲は、 CISAの 勧告や NVDの 情報には 含まれていない。 個別の 被害は、 各組織の 公表に よる。
- 被害を
- この事例から学べること
- パスワードを強くしても、MFAを導入しても、認証の手前で悪用される脆弱性は防げない。インターネットに公開している資産を把握し、ベンダーの勧告やCISAのKEVなどの脆弱性情報を確認して、修正版を適用する。
- 修正版を適用するまでの措置は、ベンダーの勧告に従って判断する。公開停止やアクセス制限を検討し、WAFによる緩和は、対象の脆弱性に有効な対策が確認できる場合に限って利用する。WAFは修正版の代わりにはならない。修正版を適用した後も、適用前に侵入されていなかったかは別に確認する。
- 修正には時間がかかりやすい。Verizonの2026年の報告書は、1万3,000以上の組織の環境でスキャナーが見つけた、KEV掲載の脆弱性の修正状況を集計している。2025年中にすべての該当箇所が修正されたのはそのうち26%で、修正完了までの日数の中央値は43日だった。
参考情報
- CVE-2023-34362 Detail(NVD)
- #StopRansomware: CL0P Ransomware Gang Exploits CVE-2023-34362 MOVEit Vulnerability
(CISA、 2023年6月7日) - MOVEit Transfer Critical Vulnerability (May 2023)(Progress Software)
- Known Exploited Vulnerabilities Catalog(CISA)
- 2026 Data Breach Investigations Report
(Verizon、 2026年5月、 PDF) p.10・p.17
侵入後に 被害を 広げる 要因と、 防御の 考え方
侵入口とは別に、侵入後にどこまで届くかが被害の大きさを左右します。警察庁は、ランサムウェア攻撃の代表的な流れを次のように説明しています。攻撃者は、未修正の脆弱性、漏えいした認証情報や簡易なパスワード、設定の不備などを悪用してネットワークに侵入し、管理者権限の奪取やセキュリティの無効化を試みながら、重要なデータやバックアップを探します。データを持ち出した後に暗号化を実行し、復旧を妨げるため、バックアップも一緒に暗号化される場合が多いとしています。
図6は、内部の通信と権限が広く許可された構成の例です。このような構成では、VPNなどの入口を通過して管理者権限を奪われると、ファイルサーバやバックアップまで同じ権限で届くおそれがあります。実際の構成は企業ごとに異なるため、自社の環境でどこまで届くかを確認します。
内部の
盗まれた
ID・パスワード、 または 機器の 脆弱性 起点。
どの 入口から 入られた 場合も 同じ VPN
ID・パスワードだけで
通過できる 設定の 場合 社内ネットワーク
PC、
サーバ、 バックアップの 間の 通信を 広く 許可している 場合 Active Directory
(社内のID管理) 管理者権限を
奪われると、 同じ 権限で 多くの サーバに 入れる 場合が ある
侵入後に
- ファイルサーバ
- NAS
- バックアップ
- 業務システム
- 管理系システム
琥珀色の枠:入口を通過した後、追加の確認なしに届く範囲
ウイルス 対策 ソフトと バックアップが あっても、 被害を 防げなかった 組織
警察庁が2025年にランサムウェアの被害に遭った企業・団体等に行ったアンケートでは、多くの組織がウイルス対策ソフト等とバックアップを用意していました(図7)。ウイルス対策ソフト等を導入していたのは119件中105件ですが、検出状況に回答した89件のうち64件は検出がありませんでした。バックアップを取得していたのは116件中105件ですが、復元結果に回答した99件のうち79件は復元できず、その理由(有効回答72件)は「バックアップの暗号化・消去」が48件で最も多くなっています。
製品やバックアップがあるかだけでは、被害を止められるかは判断できません。攻撃者が管理者権限を奪った場合に、検知の仕組みやバックアップまで同じ権限で止められたり消されたりしない構成かを確認します。
図7国内|ランサムウェア被害に遭った企業・団体(2025年)
ウイルス
71.9%
ウイルス
対策 ソフト 等に よる 検出が なかった 64件 / 有効回答89件
ウイルス
対策 ソフト 等を 導入していた 組織は、 119件中105件 79.8%
バックアップから
復元できなかった 79件 / 有効回答99件
バックアップを
取得していた 組織は、 116件中105件 66.7%
復元できなかった
理由が 「バックアップの 暗号化・消去」 48件 / 有効回答72件
ほかの理由は、
運用不備19件、 その 他5件
調査対象:警察庁が、2025年にランサムウェアの被害に遭った企業・団体等に行ったアンケート。設問ごとに有効回答数が異なります。割合は件数から算出しています。
出典:警察庁「令和7年におけるサイバー空間をめぐる脅威の情勢等について」(2026年3月)統計編p.128〜130・p.135〜136
1つの 防御が 破られても、 次で 止める 構成
侵入を100%防ぐことはできません。そのため、認証情報が1つ盗まれても、公開しているシステムが1台侵害されても、それだけでは重大な事故にならない構成を目指します。図8は、利用者がアプリケーションに届くまでに確認を重ね、内部も用途ごとに分けた構成の例です。
この考え方の土台になるのが、ゼロトラストです。NISTのSP 800-207は、物理的な場所やネットワーク上の場所だけを理由に、端末や利用者のアカウントを暗黙に信頼しないことを前提としています。ゼロトラストは特定の製品を指す言葉ではなく、VPNをZTNA(アプリ単位で接続を許可する仕組み)の製品に置き換えれば完成するものでもありません。原則と段階的な進め方は、ゼロトラストの解説記事にまとめています。
どの層にも限界があります。MFAは、盗まれたパスワードだけでのログインを防ぐ効果の大きい対策ですが、MOVEitのような認証の手前で悪用される脆弱性には効きません。また、MFAでも、ワンタイムパスワードなど認証コードを入力する方式は、偽のサイトにコードを中継されると突破される場合があります。NISTのSP 800-63B-4も、認証コードを手入力する方式をフィッシング耐性のある方式とはみなしていません。パスキーなど、フィッシング耐性のある認証方式の検討も必要です。具体的な導入と運用は、管理者と従業員のランサムウェア対策で扱っています。
多層防御の
1ID基盤
Identity Provider
- 確認する
こと - 誰の
アカウントか。 退職・ 異動が 反映されているか - 止められる
例 - 退職者や
使われていない アカウントでの ログイン
- 確認する
2MFA・パスキー
MFA / Passkey
- 確認する
こと - 本人が
操作しているか。 方式に より フィッシングへの 強さが 異なる - 止められる
例 - 盗まれた
パスワードだけでの ログイン
- 確認する
3端末の
確認 Device Trust
- 確認する
こと - 会社が
管理する 端末か。 OSの 更新や EDRは 有効か - 止められる
例 - 管理されていない
端末からの アクセス
- 確認する
4条件付きアクセス
Conditional Access
- 確認する
こと - 接続元、
時間帯、 サインインの 危険度 - 止められる
例 - 普段と
異なる 国や 環境からの 不審な サインイン
- 確認する
5アプリ単位の
接続 ZTNA / Application Access
- 確認する
こと - その
アプリを 使う 権限が あるか - 止められる
例 - 社内
ネットワーク 全体への 到達
- 確認する
内部も
- 利用者のPC
- 業務サーバ
- 管理系
- バックアップ本番と別の認証・権限
- IoT・カメラ
よく ある 質問
Q. VPNは
一律には言えません。VPN経由の侵入には、パッチの未適用、弱い認証、不要なアカウントなどが含まれ、接続後に社内全体へ届く構成があると被害が広がります。VPNを使い続ける場合は、これらを確認して改善します。アプリ単位で接続する方式へ移る場合も、認証と接続後の範囲を設計し直さなければ、同じ問題が残ります。
Q. MFAを
MFAは、盗まれたID・パスワードだけでのログインを防ぐうえで効果の大きい対策ですが、それだけで侵入を防げるわけではありません。認証の手前で悪用される脆弱性には効かず、認証コードを入力する方式は、偽のサイトにコードを中継されると突破される場合があります。パスキーなどフィッシング耐性のある方式を検討し、端末の確認、パッチの管理、ネットワークの分離と組み合わせます。
Q. 従業員が
必要です。警察庁の統計では、ランサムウェア被害の約6割を中小企業が占めています(2025年、2026年上半期)。確認する対象や負担は、従業員数だけでなく、利用するサービス・機器・委託先の構成によって異なります。まずは、インターネットに公開している機器、管理者アカウント、バックアップなど、被害への影響が大きい箇所から確認します。
自社で 確認する: 14項目の 簡易チェック
4つの事例と統計を踏まえ、自社で確認しておきたい項目を14にまとめました。確認できた項目にチェックを入れると、チェックが付いていない項目が「確認が必要な項目」として一覧になります。
チェックが
セキュリティ簡易チェック(14項目)
確認できた項目にチェックを入れます。分からない項目は、チェックせずに残します。
確認できた項目0 / 14
チェックを入れると、チェックが付いていない項目が「確認が必要な項目」としてここに表示されます。
チェックの数は、確認できた項目の数です。安全性や対策の成熟度を表すものではなく、14項目すべてにチェックが付いても、十分な対策であることを保証しません。MFAの適用範囲やバックアップの保護のように、1つの項目が未確認なだけでも、優先して確認が必要になる場合があります。この簡易チェックは正式なセキュリティ評価ではなく、入力した内容は送信も保存もされません。
セキュリティ 対策は 「製品選び」より 現在地の 把握から
簡易チェックの中には、自社だけでは判断しにくい項目があります。たとえば「クライアントPCから重要なサーバへ自由にアクセスできない」かどうかは、ネットワーク機器の設定、Active Directoryの権限、サーバ側の制限を合わせて確認しなければ分かりません。「バックアップが本番環境と異なる認証・権限で保護されている」かどうかも、バックアップ製品の画面だけでは判断できない場合があります。
企業のIT環境は、Microsoft 365やGoogle Workspace、Active DirectoryやEntra ID、VPN・ファイアウォール、クラウド、NASやファイルサーバ、各種SaaS、端末、拠点のネットワークと、組み合わせが企業ごとに異なります。EDRの導入やVPNの廃止といった個別の対策を決める前に、侵入口から侵入後に届く範囲までを順に確認し、優先順位を付けます。Malakeでは、特定の製品の販売を前提とせず、現状把握、リスク評価、優先順位付け、改善案の順で企業のIT環境を確認しています。
自社で
- 管理者と
従業員の :管理者とランサムウェア 対策 従業員が 実施する 具体的な 対策 - ゼロトラストとは?
NISTの :設計原則と7原則と CISA成熟度モデルで 作る 導入 ロードマップ 段階的な 導入の 判断 - SaaS
アカウント :棚卸し、管理の 実務 SSO・SCIM、 アカウントの 運用 - セキュリティインシデントの
初動対応計画 :異常を検知した ときの 判断・ 連絡・ 記録を 平時に 準備する
PHPを
貴社の セキュリティ環境を、 構成全体から 確認します。
VPN・ファイアウォール、ID管理(Active Directory・Entra ID、Microsoft 365、Google Workspace)、端末、社内ネットワーク、SaaS、バックアップについて、侵入口と、侵入後に届く範囲の両面から現状を確認し、優先して見直す項目を整理します。特定の製品の導入を前提にはしません。初回相談(無料)では、現状と気になっている点を伺い、支援の範囲を確認します。
診断の