Security News Daily

CVSS満点ColdFusion脆弱性と16年潜伏のLinux VM脱出、M365・GitHub・Androidを襲う多面攻勢

Adobe ColdFusionのCVSS 10/10脆弱性が公開後2時間で悪用開始、16年間存在したLinuxカーネルVMエスケープ脆弱性も発覚。さらにM365デバイスコードフロー悪用、GitHub Agentic Workflowsのデータ漏洩、Android銀行マルウェアのMaaS化など、インフラからID、AI、モバイルまで広範囲なセキュリティ事態が集中した。

緊急ゼロデイ脆弱性VMエスケープデバイスコードフローAgentic AIMaaS

今日のハイライト

本日は、サーバーサイドからクラウドインフラ、ID基盤、開発プラットフォーム、モバイルエンドポイントまで、あらゆるレイヤーで深刻なセキュリティ事態が同時発生しました。特にAdobe ColdFusionのCVSS満点脆弱性は公開後わずか2時間で実際の攻撃に悪用されており、「パッチ公開から攻撃開始までの猶予」が事実上消失した現状を象徴しています。併せて、16年間潜伏したLinuxカーネルのVMエスケープ脆弱性や、Microsoft 365の正当な認証フローを悪用した新種のフィッシング、GitHubのAIエージェントを騙すデータ漏洩手法など、従来の防御境界をすり抜ける高度な攻撃が複数確認されました。

1. Critical Adobe ColdFusion Vulnerability Exploited in Attacks

重要度: 🔴 Critical (10/10) | カテゴリ: 脆弱性 | ソース: SecurityWeek

概要

Adobeは6月30日にColdFusion向けのセキュリティアップデートをリリースしましたが、その中に含まれるパストラバーサル脆弱性 CVE-2026-48282（CVSS 10/10）が、公開後わずか2時間で実際の攻撃に悪用されていることが確認されました。脆弱性インテリジェンスプラットフォームKEVIntelのグローバルハニーポット網においてイン・ザ・ワイルド（ITW）での攻撃が捕捉され、カナダサイバーセキュリティセンター（CCCS）もこれを警告しています。Adobeは当初「悪用を認識していない」としていたものの、優先度1（Priority 1）として即座のパッチ適用を呼びかけていました。影響を受けるのはColdFusion 2025および2023であり、任意コード実行（RCE）に至る可能性があります。

考察

  • 対策の急務性: この事案は、パッチ公開から攻撃開始までの「決定ウィンドウ」が2時間にまで圧縮された極めて深刻な事例です。多くの組織では、本番環境へのパッチ適用にテスト・承認・メンテナンス枠の確保が必要であり、現実的に2時間以内の対応は不可能です。したがって、**パッチ適用前の補償的管理（Compensating Controls）**の設計が生死を分けます。ColdFusion管理画面（/CFIDE/）へのIP制限、WAFによるパストラバーサル検知ルールの緊急適用、不要な公開露出の即時遮断が必須です。
  • 攻撃者の動向: N-day（公開済み）脆弱性の即時悪用は、攻撃者がパッチ差分解析（Patch Diffing）やアドバイザリの技術詳細を高度に自動化して利用していることを示唆しています。特にCVSS 10/10の脆弱性は、攻撃インフラの「優先ターゲットリスト」に自動的に登録されると考えられます。
  • 業界トレンド: 「パッチ公開＝攻撃開始」の常態化を受け、脆弱性管理は「修復までの時間」から「悪用までの時間」と競うフェーズに移行しています。リスクベースでの優先順位付けだけでなく、資産の可視性と攻撃経路（Attack Path）のリアルタイム把握が、防御側の新たな基盤能力となります。

参照元

2. New Januscape Linux flaw allows VM escape on Intel, AMD devices

重要度: 🔴 Critical (9/10) | カテゴリ: 脆弱性 | ソース: BleepingComputer

概要

Januscape と命名されたLinuxカーネルの脆弱性が公開されました。これは16年間カーネルに存在していた脆弱性で、KVM（Kernel-based Virtual Machine）上のゲストOSからホストOSへのVMエスケープを可能にします。IntelおよびAMDの両プラットフォームに影響し、クラウドインフラやオンプレミスの仮想化環境全般に広範囲なリスクが及びます。ホスト上での任意コード実行が可能となるため、マルチテナント環境では他のテナントのデータ侵害も理論上可能です。

考察

  • クラウドインフラへの影響: AWS、Azure、GCPなどの主要クラウドプロバイダーはKVMまたはKVM派生のハイパーバイザーを採用しているため、この脆弱性はクラウドエコシステム全体の信頼性に関わります。クラウド利用者はプロバイダー側のパッチ適用状況を確認する必要があり、特に機密性の高いワークロードをホストする場合は、プロバイダーからのセキュリティアドバイザリの注視が不可欠です。
  • 自社環境での対策: 自社でKVMを運用している組織は、カーネルアップデートを直ちに計画すべきです。カーネルパッチ適用にはリブートが伴うことが多いため、Live Patching（例：KernelCare、ksplice）の導入検討や、ゲスト間のネットワークセグメンテーション、ホスト側の監視強化が緩和策となります。
  • 技術的背景: 16年間検出されなかったことは、カーネル内の複雑なサブシステム（特に仮想化関連）のコード監査の限界を示しています。VMエスケープはコンテナ escape よりも影響範囲が大きく、ホストOSを完全に掌握されるため、仮想化層のセキュリティは今後さらに重要な研究領域となるでしょう。

参照元

3. DEBULL Tooling Abuses Microsoft Device-Code Flow to Target M365 Accounts

重要度: 🟠 High (8/10) | カテゴリ: フィッシング | ソース: The Hacker News

概要

新たなフィッシングキャンペーン DEBULL は、Microsoftの**デバイスコードフロー（Device-Code Flow）**を悪用してMicrosoft 365アカウントを乗っ取っています。従来の偽パスワード画面（偽造ログインページ）を使わず、協調を装った誘惑（collaboration-themed lures）でユーザーにデバイスコードの入力を促すことで、検出を回避しています。これにより、従来のURLフィルタリングや偽サイト検知では阻止しにくい新たなID攻撃の形態が出現しました。

考察

  • 検出困難性の根幹: Device-Code Flowは、IoTデバイスやCLIツールがブラウザを持たない環境で認証するための正当なOAuth 2.0メカニズムです。ユーザーが「コードを入力する」だけで、攻撃者側のデバイスがM365アクセス権を取得するため、従来の「偽サイトにパスワードを打ち込む」型フィッシングとは異なり、標準的なWebフィルタリングやパスワード保護では無力です。
  • 実務対策: まず、Microsoft Entra ID（Azure AD）の条件付きアクセスでデバイスコードフローを組織全体で無効化することを検討すべきです。CLIや自動化ツールで利用している場合は、代わりにサービスプリンシパルや証明書ベース認証への移行を急ぎます。次に、不審なデバイスログイン（Unfamiliar device/location）に対するアラートとリアルタイムセッション無効化のワークフローを整備します。
  • 攻撃者の戦術変化: ユーザーに「パスワードを打たせない」ことで、MFA疲劳攻撃や偽サイトの見た目のクオリティに依存しない点が特徴です。ユーザー教育においては、「デバイスコードを他人に教えない」「覚えのない認証コード入力画面を無視する」という啓発が必要です。

参照元

4. Public GitHub Issue Could Trick GitHub Agentic Workflows Into Leaking Private Repo Data

重要度: 🟠 High (8/10) | カテゴリ: データ漏洩 | ソース: The Hacker News

概要

GitHubの公開Issueを悪用し、GitHub Agentic Workflows（AIエージェントによる自動化ワークフロー）を騙してプライベートリポジトリのデータを流出させる新しい攻撃手法が確認されました。攻撃者は組織への認証情報やアクセス権を持たなくても、公開Issueに特定のペイロードを仕込むことで、AIエージェントが自律的に機密データを読み取り・外部送信させることができます。

考察

  • AIエージェントの新たなリスク面: これは、LLMのプロンプトインジェクションや「エージェントの自律行動」を悪用した次世代サプライチェーン/データ漏洩攻撃です。AIエージェントは、人間の承認なしにコードを検索、読み取り、要約、外部API呼び出しを行う設計になっており、従来の「アクセス制御＝境界防御」というモデルでは防げません。
  • 実務対策: まず、Agentic Workflowsに付与するトークン/権限の最小化が最重要です。プライベートリポジトリへの読み取り権限を持つエージェントは、厳格に監査対象とし、Issue作成者の信頼性に応じてエージェントの動作を分離（サンドボックス化）すべきです。次に、エージェントの入出力を監査ログとして保存し、外部への予期せぬHTTPリクエストや大容量のデータ送信をDLP的に検知する仕組みが必要です。
  • 業界トレンド: GitHub Copilot Workspaceや各種Devin系ツールの普及に伴い、AIエージェントが「開発者の代理人」としてコードに触れる機会が爆発的に増えています。これはDevSecOpsに新たな次元のリスクをもたらし、AIの行動自体をセキュリティ監視の対象に組み込む「AI-SPM（AI Security Posture Management）」の必要性を示唆しています。

参照元

5. RedWing MaaS Packages Android Bank Fraud as a Telegram Rental Service

重要度: 🟠 High (8/10) | カテゴリ: マルウェア・ランサムウェア | ソース: The Hacker News

概要

RedWing と名付けられた新たなAndroid銀行マルウェアが、Telegram上で**MaaS（Malware-as-a-Service）**としてレンタル販売されています。低スキルの犯罪者でも月額または出来高制で利用でき、Android端末から銀行認証情報やOTPコードを窃取するための「一式サービス」が提供されています。これは従来の高スキルな銀行マルウェア（例：Anubis、Cerberus）の参入障壁を劇的に下げ、金融詐欺の民主化を加速させています。

考察

  • MaaS化による犯罪の民主化: Telegramの匿名性と決済の容易さを利用したMaaSは、ランサムウェア（RaaS）に次いで銀行マルウェア領域にも拡大しています。RedWingはおそらくAccessibility Serviceの悪用、画面オーバーレイ、SMS転送などの標準的なAndroid銀行トロイの木馬（BankBot）技術をパッケージ化しており、購入者が標的の金融機関をカスタマイズするだけで運用可能です。
  • 金融機関・企業の対策: 金融機関は、単なるID/パスワード＋OTPに依存しないFIDO2/WebAuthnなどの強力な認証方式への移行を加速すべきです。さらに、デバイスフィンガープリンティング、行動分析（Behavioral Biometrics）、リスクベース認証（RBA）によって、マルウェア感染端末からの異常な振る舞いをリアルタイムで検知する仕組みが有効です。
  • エンドユーザー・MDM視点: 企業のBYOD/COPE環境では、Google Play Protectの有効化、公式ストア以外からのインストール禁止（Unknown Sources）、MDMによる権限監視（特にAccessibility Serviceやバイパス検知）が基本です。RedWingのようなマルウェアは、ユーザーが「2FAアプリ」や「セキュリティアップデート」を装ったAPKを自らインストールすることで感染するため、継続的なユーザー啓発も不可欠です。

参照元

まとめ

本日のニュースは、**「信頼された仕組みの悪用」と「攻撃の高速化・民主化」**という2つの大きなトレンドを浮き彫りにしています。Adobe ColdFusionの2時間ゼロデイと16年間潜伏したLinux VMエスケープは、それぞれ「パッチ管理の限界」と「仮想化層の深部リスク」を示唆しています。一方、M365のデバイスコードフロー悪用やGitHub Agentic Workflowsの騙し討ちは、正当な認証・自動化フローそのものが攻撃対象となっていることを示しています。さらにRedWingのMaaS化は、金融犯罪の参入障壁を地に落とし、広範囲な被害を生み出す可能性があります。

今後の注視ポイントとしては、AIエージェントのセキュリティガバナンス、クラウド/仮想化インフラのカーネル層防御、そして従来のMFAを迂回する認証フロー攻撃への対策が、組織のセキュリティ成熟度を左右する重要分野となるでしょう。個別の対策だけでなく、これらの多面攻勢を統合的に捉えた「アダプティブセキュリティアーキテクチャ」の構築が、現場の技術者に求められています。

参照元