- share :
「ウイルス対策ソフトを入れて、ファイアウォールも設定し、パッチも定期的に当てています。でも、AIを悪用した攻撃が出てきたと聞くたびに、これで十分なのか自信が持てません」
サイバーセキュリティの外部委託を進めている中小企業経営者、情報システム担当者、DX（デジタルトランスフォーメーション）推進担当者から、こうした声が増えています。
実は海外では、ログインに失敗した瞬間にAIが原因を判断し、なんと「31秒でコードを自己修正」して侵入を成功させたランサムウェア「JADEPUFFER」が確認されました。そのくらい、攻撃側は自動化と高速化の段階に入っているのです。
本記事では、この事件が示す変化を整理したうえで、中小企業が今週から取り組める具体的なセキュリティに関する確認項目までを解説します。
【本記事の要点】
- JADEPUFFERは初期侵入から暗号化までAIが自律実行した初の事例で、ログイン失敗を31秒で自己修正した点が新しい
- 侵入経路は自社が業務効率化のために立てたAIサーバであり、DX推進の副作用としてアタックサーフェスが広がっている
- 従来のパッチ・MFA・バックアップは引き続き有効だが、行動の変化を見る監視と、秒単位で止める運用設計が新たに必要である
31秒で自己修正したランサムウェア「JADEPUFFER」とは何か
海外のセキュリティ調査会社Sysdigは、大規模言語モデル（LLM）を中枢に据えたエージェント型ランサムウェア「JADEPUFFER」を検出したと公表しました。JADEPUFFERの攻撃の新しさは、AIが人手を介さずに初期侵入・認証情報の窃取・横展開・データベース暗号化・身代金要求までを一連の流れで実行した点にあります。
特に注目されたのが、ログイン試行に失敗した際、AIが自分でエラー原因を読み解き、31秒でペイロードのコード方針を切り替えて再試行し成功させた挙動です。この章では、事件の全体像と「31秒」という数字が持つ意味を整理します。
従来のランサムウェアと何が違うのか
これまでのランサムウェア攻撃は、人間のオペレーターが遠隔で操作する形が主流でした。侵入用ツールや暗号化モジュールは提供者が用意しても、実際の判断や修正には人が関わっていたのです。JADEPUFFERはこの前提を崩し、LLMが判断役として組み込まれています。600件を超えるペイロードを試行し、最終的に1,342件のデータベースレコードを暗号化したと報告されています。エラー時にsubprocess呼び出しから直接ライブラリインポートへ切り替えるといった、従来なら攻撃者側の熟練エンジニアが行う判断をAIが担った点が特徴です。
一方で、身代金要求先のビットコインアドレスがハルシネーションで存在しないなど、AI特有の欠陥も残っています。とはいえ、JADEPUFFERのようなAIランサムウェアは、現状では完成された脅威とは言えないものの、間違いなく実運用のフェーズに入りつつあると見るのは間違いないでしょう。
「31秒」が意味するもの
31秒という時間は、話題性のある数字というだけではありません。現状では、どんなに優れたセキュリティチェックシステムを組んでいたとしても、防御側が異常を検知して人が判断し、遮断措置を取るまでには、最低でも数分から数時間はかかります。夜間や休日ならその遅れはなおさらです。
しかし、攻撃側が31秒で試行錯誤を回すのであれば、人手前提の意思決定タイムラインでは追いつきません。この事件が防御側に突きつけたのは、「人が判断してから止める」設計から「機械が検知したら自動で止める」設計へ、運用の考え方を切り替える必要があるという事実です。
出典・参照：
なぜ中小企業にとって他人事ではないのか
JADEPUFFERは、最新の海外潮流として確認された事件です。そのため、日本の中小企業では、「海外の大企業が狙われた話でしょう」と受け止めたくなるニュースかもしれません、しかし、実際の侵入経路を見ると事情は変わります。
JADEPUFFERが最初に突いたのは、業務効率化やAI活用のために立てた社内のAIツール基盤でした。ここは中小企業でも同じ構造のリスクがあります。本章では、なぜ他人事にならないのかを構造から解説します。
侵入経路は「自社が立てたAIサーバ」だった
JADEPUFFERの初期侵入経路は、インターネットに公開されたLangflow（AIアプリケーション構築用のオープンソースソフトウェア）に存在した未認証リモートコード実行の脆弱性CVE-2025-3248でした。Langflow1.3.0未満の/api/v1/validate/codeにコードインジェクションが可能な穴があり、認証を経由せずに任意のコードが実行できたのです。侵入後はNacos設定管理サーバへ横展開し、本番のMySQLデータベースへ到達しています。
中小企業でも、生成AIやRAG（検索拡張生成）の検証環境をクラウド上に立て、社外からもアクセスできるようURLを公開しているケースは珍しくありません。そのため、「PoC（概念実証）だからひとまず動けばよい」と社内認証を省略していれば、同じ経路で狙われる可能性があるのです。
DX推進が広げる「AIアタックサーフェス」
アタックサーフェスとは、攻撃者が接触できる自社の入り口の総称です。DXやAI活用を進めるほど、社内外に立ち上げるサービスや接続先が増え、アタックサーフェスは広がります。従来型の情報資産棚卸しでは、業務システムやWEBサイト、メールサーバは押さえていても、以下のような領域が抜けやすい状況が生まれています。
- 生成AIやLLMアプリを試すために立てたOSS基盤（Langflow、Difyなど）
- モデル運用のための管理コンソールや監視ダッシュボード
- API連携先（SaaS間の自動化用トークンや連携アカウント）
- 個別部門が業務効率化のために契約したノーコードSaaS
これらは情シス部門が把握しないまま稼働することがあり、パッチ管理や認証設定が甘くなりがちです。DX推進の副作用として、守る対象そのものが増えているという現実を経営として認識する段階に来ています。
出典・参照：
防御側もAIへ：欧州委員会とSalesforceの動き
攻撃側がAIで自動化するなら、防御側もAIで自動化するのが自然な流れです。速度と物量作戦は、どうやっても人間はAIに太刀打ちできません。この動きは政策と製品ベンダーの両面から具体化しています。ここでは欧州委員会とSalesforceの動きから、中小企業の運用に及ぶ影響を読み取ります。
欧州委員会の新方針
欧州委員会は、AIサイバーセキュリティに関する新たな行動計画を公表しました。AIを悪用した攻撃に対抗するため、防御側にもAIを用いた次の施策を強化推進する方針です。
- 脆弱性検出
- 自動修復
- 監視の強化
政策レベルで「AI対AI」の構図が明示された意味は小さくありません。日本の中小企業にとって直接の義務ではありませんが、SaaSベンダーやクラウドベンダーは欧州基準に合わせて機能を強化してくるため、遠からず契約先の標準機能として反映されます。
Salesforceの特権MFA強制適用
Salesforceは、特権ユーザーを対象にフィッシング耐性のあるMFA（多要素認証）を段階的に強制適用しています。従来のSMSやワンタイムパスワードでは、フィッシング詐欺経由で認証情報ごと盗まれる事案が続いたためです。管理者権限を持つアカウントに、ハードウェアキーやパスキーといったフィッシングに強い認証方式を求める動きは、SaaS業界全体に広がりつつあります。
これは中小企業の運用に直接影響します。「管理者アカウントは業務用メールと同じパスワード」「MFAはSMSだけ」といった従来の設定では、契約継続にあたって設定変更を求められる場面が出てきます。攻撃の高速化とあわせて、権限保護の要件は具体的な運用要件へ移りつつあると理解しておくべきです。
出典・参照：
従来型防御は無効になったのか
新しい脅威が現れると「今までの対策は無意味だった」と論じたくなりますが、事実はそう極端ではありません。JADEPUFFERの侵入経路も既知の脆弱性であり、パッチ適用と認証設定という基本統制で防げた領域でした。ここでは、基本対策と新たに要る発想の関係を整理します。
基本統制は引き続き有効
IPA（情報処理推進機構）が公表した『情報セキュリティ10大脅威2026』でも、組織向け脅威の1位はランサム攻撃による被害が継続しています。攻撃手法がAIで自動化されても、実際に成立する経路の多くは「既知脆弱性の未対応」「認証情報の使い回し」「公開設定のミス」といった従来からの弱点です。以下の対策は引き続き有効であり、外すべきではありません。
- OSやミドルウェア、SaaSの既知脆弱性へのパッチ適用
- 管理者と一般ユーザーの権限分離
- 多要素認証（できればフィッシング耐性のある方式）の適用
- バックアップの取得と、本番環境から隔離された保管
- 電子メール経由の初期侵入を減らすフィルタリングと教育
基本を外して先端対策だけを積み上げても、攻撃者は結局は基本の隙間から入ってきます。基礎工事のない建物に高性能な設備を載せる状態を避けることが先決です。
「振る舞い」を見る防御への発想転換
基本統制を維持したうえで、新たに要るのは「振る舞いの変化」を見る監視です。従来の防御は、ウイルス定義ファイルやシグネチャに合致する既知の攻撃パターンを検知する方式でした。AIが自己修正する攻撃では、パターンそのものが試行のたびに変わるため、シグネチャベースでは間に合いません。代わりに監視すべきは以下のような行動の変化です。
- 管理者権限が普段と違う時間帯・端末から使われている
- APIが短時間に大量のリクエストを繰り返している
- 通常アクセスしないデータベースへの一括読み出しが発生している
- 新規の管理者アカウントが自動的に作成されている
こうした異常検知は、EDR（エンドポイント検知応答）、CDR（クラウド検知応答）、SIEM（統合ログ管理）などの機能で実装できます。中小企業がすべてを自前で運用するのは現実的ではないため、MSS（マネージドセキュリティサービス）や委託先SOCの活用も選択肢に入れて設計する段階です。
出典・参照：
まとめ：AI時代のセキュリティは「行動を見る」防御へ切り替える
本記事では、31秒で自己修正するランサムウェアJADEPUFFERの事例を起点に、中小企業のセキュリティ運用をどう見直すかを整理してきました。要点を振り返ります。
- JADEPUFFERは初期侵入から暗号化までAIが自律実行し、失敗を31秒で自己修正した最初の事例である
- 侵入経路はDX推進で立ち上げたAIサーバの既知脆弱性であり、対策のない特殊な穴ではなかった
- 従来のパッチ・MFA・バックアップは有効であり、破棄すべき対策ではない
- 新たに必要なのは、既知パターンではなく振る舞いの変化を見る監視と、秒単位で止める運用設計である
貴社が今週着手する行動として提案したいのは、次の1つです。管理者権限を持つ全アカウントを一覧化し、実際にログインしているアカウントと突き合わせてみてください。ここに退職者や不要な委託先アカウントが残っていれば、それがAI時代の最初の穴になります。新製品の検討はその後で構いません。攻撃側が自動化する時代でも、防御の出発点は自社の状態を正しく知ることから始まるのです。
執筆者
DXportal®運営チーム
DXportal®編集部
DXportal®の企画・運営を担当。デジタルトランスフォーメーション（DX）について企業経営者・DX推進担当の方々が読みたくなるような記事を日々更新中です。掲載希望の方は遠慮なくお問い合わせください。掲載希望・その他お問い合わせも随時受付中。