ニチレイ・KDDIの夏は序章だった。AIで消える攻撃の「人件費」と、次に狙われる場所

Posted at 2026-08-14

TL;DR

2026年夏、ニチレイ・KDDIをはじめ大規模インシデントが連発した
背景にあるのは個社の怠慢だけではない。攻撃の「人件費」が消えたという構造変化
大企業の大規模漏洩はしばらく続く。次の本命市場は中小・下請け
防御側も同じ武器を使うしかない。今日から使えるAI防御の具体策を最後に書く

7月に前回記事で書いたこと

7月、Kimi K3の重み公開を前に応急対策の記事を書いた。

要旨はこうだった。

フロンティア級のモデルが誰でもダウンロードできる状態になる
商用APIと違い、自前ホストされたモデルには提供側の安全対策が効かない
攻撃コストが下がる環境が来る。応急対策を先にやるべき

それから1か月。答え合わせの材料が揃ってしまった。

この夏、実際に起きたこと

ニチレイ — 事業停止型

7月13日早朝、不正アクセスを検知。グループ全体のシステムを遮断
冷蔵倉庫の入出庫と冷凍食品の出荷が全面停止
影響は取引先約5,000社。KFC、くら寿司、学校給食にまで波及
後にランサムウェアグループ RansomHouse が犯行声明(同社の公式確認はなし)
従業員情報の漏洩の恐れも公表された

注目すべきは復旧速度。

アサヒやアスクルの事案では復旧に数か月かかった。ニチレイは約10日で全面復旧している。変更・削除できないイミュータブルバックアップを定期取得していたためと推測されている。

侵入は防げなかった。でも「復旧できる状態」は設計できていた。この差は後で効いてくる。

KDDI — 基盤流出型

ISP事業者向けメール基盤への不正アクセスを6月17日に確認
メールアドレス・パスワード最大1,422万件が漏洩の恐れ。@nifty、BIGLOBE、J:COMなど6社に影響
うちパスワードは761万人分
7月29日、総務省が行政指導。「通信の秘密」の漏洩として過去最大規模
侵入原因の詳細は未公表

同時期の他の事案

アフラック: 438万人の個人情報漏洩
名鉄協商: ランサムウェアの痕跡を確認
IIJ・TOKAIコミュニケーションズ・WebARENA: メール基盤への攻撃が14か月で連続。IIJとTOKAIはサードパーティ製品のゼロデイが悪用された

2つの型、どちらも他人事にできない

ニチレイ型とKDDI型は性質が違う。

	ニチレイ型	KDDI型
被害の形	事業停止(ランサムウェア)	大量の情報流出
痛みの出方	停止日数 × 売上	行政指導・信頼毀損・二次被害
波及先	サプライチェーン全体	基盤の上に乗る全サービス

自社がどちらの型で刺されるかは選べない。両方を想定するしかない。

K3公開前から、ここまで激化している

時系列を整理する。

KDDIの不正アクセス確認は6月17日。K3公開(7月16日)より前だ
そもそもDeepSeekをはじめ、高性能なオープンウェイトモデルはすでに複数公開されている
つまり、AIで攻撃の下調べと初期侵入を自動化できる環境は、K3以前から動いていた

この夏の事案は、その環境がすでに稼働していることの現れだ。

そこにK3の重み公開(7月27日)が加わった。環境は良くなる方向には戻らない。

K3は2.8兆パラメータ、100万トークンコンテキストのオープンウェイトモデル。開発元自身が「最小限の人的監督で長時間のセッションを維持し、巨大なリポジトリを渡り歩き、ターミナルツールを操作できる」と説明している。

エンジニアなら分かるはずだ。この能力は、開発にも偵察にも使える。

対照的に、サイバー関連タスクで最高性能とされるAnthropicのMythos 5は、審査を通った少数の企業にしか提供されていない。業界は「サイバー能力は絞る」方向で設計しているのに、同水準に近いものが誰でもダウンロードできる。この非対称が現在地だ。

何が変わったのか — 攻撃の「人件費」が消えた

サイバー攻撃のコスト構造を考える。

これまでの攻撃は労働集約だった。

偵察 → 脆弱性調査 → 侵入 → 横展開 → 窃取 → 交渉

各工程に人間の手が要る。だから攻撃者は、手間に見合う大企業を狙った。中小企業を1社ずつ調べて侵入して交渉するのは、実入りの割に高くついたからだ。

AIエージェントはこの工程表を書き換える。

AIが偵察 → AIが候補を選別 → AIが脆弱性を突合 → 人間は成功案件だけ見る

攻撃者1人が扱える標的数が桁違いになる。「人件費が消えた」の正体はこれだ。

すると前提が崩れる。

身代金300万円の案件を1,000件並列で回すほうが、大企業1件と交渉するより堅い商売になる
標的選定の主変数は企業規模ではなく「古いVPN装置やRDPが外に露出しているか」
攻撃者は常時無差別スキャンで穴を拾う。穴は中小のほうに多い

つまり中小・下請けは「大企業が済んだから仕方なく狙われる」のではない。経済的に本命市場に変わる。

すでに数字は出ている。インシデントを経験した企業の58.2%が「取引先起因」と回答した調査がある。警察庁統計でもランサムウェア被害の中心は中小企業だ。

今後の予想

ここからは予想として書く。

1. 大企業の大規模漏洩はしばらく続く

大企業本体の防御が上がっても、基盤サービス(メール、認証、物流システム)とサプライチェーンという迂回路が残る。この夏の事案は全部このパターンだった。

2. セキュリティ専任を置けない中小が、本格的に狙われる

中小はこれまでも、無差別スキャンで日常的に狙われてきた。ここから変わるのは狙われ方の質だ。

攻撃者から見た中小の価値は二重になる。

中小自身から取れる利益(身代金・データ)
あわよくば、取引先の大企業へ侵入する足掛かり

攻撃単価の低下が、この二重取りを採算に乗せる。セキュリティ専任を置けない中小ほど侵入は安く、足掛かりとしての価値は大企業との取引がある限り落ちない。

だから、守る単位は自社単体ではなくサプライチェーン全体になる。

3. 大企業は防衛線を取引先まで引き直す

自社を守っても取引先経由で刺されるなら、下請けに対策を要求するしかない。2026年度末には NIST CSF に沿ったサプライチェーンセキュリティ評価制度(SCS評価制度)が動き出す方向だ。脅威と取引条件、両側から圧がかかる。

ではどうするか — 「AIで防御しろ」の具体化

「AIを活用しましょう」で終わる記事にはしたくない。月曜の朝からできることを書く。

攻撃側がAIで自動化しているのは、偵察・脆弱性の突合・侵入の試行だ。防御側が人力のままなら、構図は人間 vs AIになる。物量で勝てない。

防御側も、同じレイヤーをAIで自動化する。

まず、守備範囲の地図 — 何がどこを守るのか

本記事で挙げる手段は、見ている対象がそれぞれ違う。守る範囲が広い順に、先に地図を置いておく。ウイルス対策ソフトを入れていない企業はいないだろうが、差を分かりやすくするために並べる。

手段	見ている対象	段階
XDR	エンドポイント + ネットワーク + ID + クラウド + メールの横断	事後: 侵入を捕まえる
EDR	端末・サーバー上で実行される「振る舞い」	事後: 侵入を捕まえる
ウイルス対策ソフト(EPP)	端末上の既知マルウェア(シグネチャ照合)	侵入時にブロック
脆弱性スキャン・診断、アタックサーフェスの棚卸し	OS・ミドルウェア・ネットワーク機器・SaaS設定など電子資産全体	事前: 穴を塞ぐ
CVEトリアージ(quiet-cve)	git管理された自社アプリの依存関係	事前: 穴を塞ぐ

CVE系のツールが見ているのは、資産の静的な弱点。一方でEDR/XDRが見ているのは、いま動いているものの挙動だ。

どちらかをやればいいということではなく、両方必要なものだ。

大企業は使っている、でも中小には届いていない — EDR / XDR

ここで、あまり語られない製品カテゴリの話をする。

EDR(Endpoint Detection and Response)と、その上位の XDR(Extended Detection and Response)。大企業のセキュリティ部門では標準装備に近い。だが中小や一般のエンジニアには、名前すらほとんど届いていない。

筆者がこれを知ったのは、情報処理安全確保支援士の講習で同じチームになった人から聞いたのが最初で最後だ。その後、SNSでセキュリティの専門家をフォローしたり記事を上げたりしているが、目にしたことがない。意外に知らない人も多いのではないか？

大企業では標準、中小には未到達。この「認知の断層」は、中小が本命市場になる今、一番危ない空白だ。

ウイルス対策ソフトとは別物

従来のウイルス対策(EPP)は、既知マルウェアのシグネチャと照合して防ぐ。パターンに載っていない攻撃はすり抜ける
EDRは、エンドポイント上のプロセス・通信・ファイル操作などを継続的に監視し、異常な振る舞いを検知する。シグネチャに存在しない攻撃も、動きで捕まえる
さらに、侵入後の調査・封じ込め・修復まで一貫して対応する

「入れると幅広く守ってくれる」という評判は、この振る舞い検知と事後対応の広さから来ている。

そしてこれは、侵入口が未知の脆弱性だった場合でも同じだ。パッチが存在しない攻撃は事前には防げないが、侵入した後にやること——権限昇格、内部探索、暗号化——は既知・未知に関係なく同じ動きをする。振る舞いを見ているから、未知経由の侵入にも効く。攻撃側がAIで新しい穴を見つけやすくなるほど、この価値は上がっていく。

EDRとXDRの違い

EDR: エンドポイント(PC・サーバー)における「深さ」
XDR: エンドポイント + ネットワーク + ID + クラウド + メールの「広さ」。領域をまたぐ攻撃を相関で捕まえる

ランサムウェアでは横展開が問題になり、KDDIでは基盤そのものが攻撃対象になった。こうした攻撃に対しては、単一のエンドポイントだけを見る防御では限界がある。だからXDRの必要性が上がっている。

なぜ中小に届いていないのか

理由ははっきりしている。コストと運用だ。

ライセンス費用が高い
入れて終わりではない。チューニング、対応手順のPlaybook化、定期的な脅威ハンティング、年1回以上のペネトレーションテスト——ここまでやって初めて本来の効果が出る
自社に監視チーム(SOC)がなければ回らない

だから「専任を置けない中小」からは遠い存在のままだった。攻撃者はその空白を突いてくる。

AIが空白を埋めにいく

運用の重さがボトルネックなら、そこをAIで薄くする。

SOC人材がいなくても、検知後の調査・相関・要約をAIに任せる(後述の「検知後の一次調査」がこれにあたる)
運用そのものを外部に委ねる MDR(Managed Detection and Response)という選択肢もある
自然言語で扱えるCopilot型ツールで、専門家でなくてもアラートの意味を読めるようにする

攻撃側がAIで自動化するなら、防御側もAIで運用を薄くする——EDR/XDRは、この構図が一番効く場所だ。

代表的な製品としては、AI自律防御を掲げる SentinelOne Singularity、ネットワーク異常検知の Darktrace、パロアルトの Cortex XDR などがある。

1. 自社のアタックサーフェスをAIに棚卸しさせる

攻撃者が最初にやることを、先に自分でやる。

外部に露出しているホスト・ポート・サービスの一覧化
VPN装置・ファイアウォールのファームウェアバージョン確認
「攻撃者としてこの構成を見たらどこから入るか」をAIに聞く

2. CVEトリアージを自動化する — 既知の脆弱性を潰す

まず線を引く。CVEトリアージで潰せるのは、既知の脆弱性だ。

パッチがまだ存在しない脆弱性を突かれた攻撃は、これでは防げない(KDDIは侵入原因が未公表で、どちらとも断定できない)
既知の脆弱性でも、その機能を実際には使っていない(到達不可能)なら、優先度は下がる
逆に、エクスプロイトコードが公開され、誰でも攻撃に使える状態で、かつ自社が実際に使っている脆弱性——ここが最優先で潰すべき対象になる
攻撃件数のボリュームゾーンはこの「公開済みエクスプロイト × 到達可能」だ。ここを機械的に潰すだけで、被害の相当部分は消える

前回の記事で「毎日137件公開されるCVEを全部は見られない」と書いた。その実装版として quiet-cve というOSSを公開している(MITライセンス)。

既存プロジェクトにディレクトリを置いて、Claude Codeに読ませるスキル型
OSV.dev + CISA KEV の照会に加えて、AIがコードを読んで脆弱な機能を実際に使っているかを判定し、「要対応/様子見/影響なし」に仕分ける
ignoreには期限が必須。期限切れで自動的に再浮上する

ポイントは「バージョンを上げない」という選択肢を持つことだ。到達不可能な機能のためにメジャーバージョンアップの破壊的変更を踏む必要はない。到達可能な脆弱性が出たタイミングでまとめて上げればいい。この判断の精度で、工数は数百万円単位で変わる。

なお、quiet-cveの守備範囲はgit管理された自社アプリ(依存ライブラリ)だ。OS・ミドルウェア・ネットワーク機器・SaaSの設定といった電子資産全体の弱点は、脆弱性スキャン・診断の領域になる(前述の「守備範囲の地図」を参照)。

3. 未知の脆弱性にも、手はある

未知だから何もできない、ではない。攻撃者に見つけられる前に、自分で見つければいい。

自社のシステムに対してAIにペネトレーションテストをさせる
脆弱性スキャン・診断をAIに回す
「攻撃者ならどこを突くか」を、実際に手を動かして探させる

筆者の経験では、Claudeの最上位モデル(Fable)はこの用途で安全機構が働きやすく、Opusに切り替えて使うことが多い。それでも診断としては十分に効果がある。理想は制約の少ないK3で回すことだが、2.8兆パラメータをオンプレで動かすハードは概算でも億単位になり、個人や中小に現実的な選択肢ではない。

当面の現実解はこうなる。既知の脆弱性はAIによる自動トリアージ(quiet-cve等)で機械的に潰し、未知はAIにペネトレーションテストや診断を回して自分から探しにいく。

セキュリティ専任を置けない企業では、これに加えて、予算が許す限りウイルス対策ソフト+EDR/XDRを入れておくのが理想だ。事前の穴塞ぎと、事後の振る舞い検知——両面で自動化しておく。

4. 検知後の一次調査をAIに任せる

役割分担を間違えないこと。検知は従来の仕組み、調査がAIだ。

検知はSIEM / EDR / WAFなど機械的な仕組みに任せる。大量のログをそのままLLMに食わせる運用は、精度もコストも破綻する
AIが担うのは検知後の一次分析。アラートに関連ログを突合し、相関を取り、「誤検知/要調査/即対応」に仕分けて要約する
人間は仕分け済みの案件だけを見る

「AIに検知させる」のではない。従来の検知システムが拾ったものを、AIに調査させる。quiet-cveと同じ思想だ。

5. インシデント対応の素振りをAIとやる

「ランサムウェアに感染した。最初の1時間で何をするか」をAI相手に演習する
自社構成を前提にした対応手順書のドラフトをAIに書かせ、人間がレビューする

上を説得する材料

対策予算が通らない、という現場は多い。セキュリティは被害が出なければプラスにもマイナスにもならず、投資判断が通りにくい。

そこで使えるのがニチレイの事例だ。

復旧が数か月かかった事案と、10日で済んだ事案がある
差を作ったのは復旧設計(イミュータブルバックアップ)と推測されている
「侵入防止」は効果を証明しにくいが、「復旧設計」は停止日数 × 1日あたり売上で費用対効果が計算できる

侵入は完全には防げない前提で、復旧できる状態への投資から通す。EDR/XDRやMDRの費用も、「停止日数を何日削れるか」という同じ土俵に載せる。この順番なら経営層に説明が立つ。

まとめ

この夏の大規模インシデントは、攻撃コストが崩壊した環境がすでに稼働している証拠。K3の重み公開はそれをさらに引き上げた
大企業の漏洩は続き、中小・下請けは本命市場になる
評価制度で、対策は「やる/やらない」から「取引条件」に変わっていく
防御を人力のままにすれば「人間 vs AI」の構図になる。防御側も同じレイヤーをAIで自動化する
EDR/XDRという切り札は、大企業では標準なのに中小には名前すら届いていない。さらに導入を阻んできた運用の重さは、AIによる調査の自動化やMDRで下げられるようになった
最初の一歩は、アタックサーフェスの棚卸しとCVEトリアージの自動化から

早めに、AIを使って、防御する。それだけの話だ。

参考リンク

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up