ファイアクラッカーVMエスケープ:PwnEscape パート2

2026/11/07 4:33

ファイアクラッカーVMエスケープ:PwnEscape パート2

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

重要なセキュリティの突破が明らかとなり、Firecracker ハイパーバイザーを迂回してホストシステムで完全な root アクセスを取得できることが、CVE-2026-99999 として追跡されています。このエクスプロイトは、拡張ページテーブル(EPT)の解決、ホストのページテーブルへの逆マッピング、ASLR 下でのバイナリに対するイメージマッピング、そしてアクティブな

pt_regs
構造体の所在を特定する「4 つのリゾルブ段階」に依存し、KVM_RUN から直ちに戻った生きている vCPU スレッドをハイジャックします。この復帰中に保存されたレジスタを変更することで、研究者たちは隔離から脱出し、管理者権限でコードを実行することに成功しました。特筆すべきは、攻撃がペイロードの配信後に一時スタック語を復元する可逆的な手順を含んでいることであり、その結果、Firecracker インスタンスは通常通り実行され続け、SSH アクセスも保持されており、侵害されているにもかかわらず機能的と見なされます。特定バージョンの Firecracker とホストカーネルでテストされたこの概念実証(PoC)は、jailer プロセスを必要とせずに、ホストメモリおよびプロセス制御を直接操作できることを示しており、unjailered インスタンスが脆弱であることを実証しています。

本文

脆弱性回避によるファイアークラッカープロセス乗っ取りとホストルート権限実行

ファイアークラッカー(Firecracker)は信頼できないコードをマイクロ VM に隔離するセキュリティ製品ですが、当グループはこの仕組みの隙間を活用し、ゲスト OS からホストシステム上でルート権限のコード実行を実現しました。

01 概要と攻撃手法の要約

基本コンセプト

  • 目的: ファイアークラッカーがレジスタ情報を保存・管理する挙動を特定し、KVM(仮想化インターフェース)からの復帰地点を変更することで、ゲストからホストのコードを強制実行すること。
  • 成果: ゲスト OS が一時スタックを復元した後でも、ファイアークラッカーは不正な動作を続け、SSH 経由での VM アクセスが維持されます。
  • 位置付け: 前回の「PwnEscape Part 1」で示したホストメモリ操作の原理に基づいた次段階の実装。CVE-2026-99999 に対する攻撃シナリオの検証です。

02 攻撃ステップの詳細

ステップ 1: 支配の場所を選定する(KVM_RUN の復帰先)

  • ファイアークラッカーは、仮想 CPU(vCPU)実行時に KVM を介してゲストを走行させます。
  • ユーザー空間でイベントが発生し
    KVM_RUN
    システムコール
    から戻った際、ファイアークラッカースレッドへ復帰します。
  • 復帰直前、ホストカーネルはユーザー空間のレジスタ情報を
    pt_regs
    構造体に保存しています(指令ポインタ:再開地点、スタックポインタ:使用スタック)。
  • 攻撃経路: 保存されたフレーム(スタックフレーム)を特定・改ざんすることで、復帰時の実行コードを任意に操作可能です。

ステップ 2: ホスト上のゲストページを検出する(EPT 解決)

  • ゲストとホストは異なる物理アドレス空間を持ちます(GPA と HPA)。拡張ページテーブル(EPT)がこれをトランスレートします。
  • Nonce トークン: ゲストメモリページに固有のパターンを埋め込み、EPT ルートを探索してホスト物理アドレス(HPA)を確認します。
  • 複数の候補から絞り込み、
    guest_page_hpa
    を取得し、次段階の解決器へ渡します。

ステップ 3: ファイアークラッカープロセスの特定

  • ファイアークラッカーは自身のメモリ空間にゲストページをマッピングしています。
  • 逆マッパー(Reverse Mapper): 既知の物理ページ
    guest_page_hpa
    から、ホストページのグローバルディレクトリ(PGD)ルートを見つけ出し、プロセスの詳細情報を取得します。
  • ASLR の回避:
    • ELF イメージを特定し、ロードバイアス(
      firecracker_base
      )を計算。
    • 以下の 3 箇所を確認可能なコード領域にアクセス可能とします:
      1. write(2)
        ラッパー関数
      2. KVM ioctl 実行後の継続部分
      3. クリーンな復帰用の
        xor eax,eax; ret
        シークエンス

ステップ 4: 実行中の vCPU フレームの特定

  • ターゲットの絞り込み: KVM_RUN の実行中スレッドにおいて、ioctl 継続地点の保存レジスタフレームを検出します。
  • 多重チェック項目(以下を満たす唯一の候補に絞り込む):
チェック項目確認内容
システムコール種別および状態がアクティブな ioctl と一致するか。
リクエスト引数ioctl が
KVM_RUN
か。
ファイルディスクリプタヘルパー想定範囲内か。
指令ポインタ検証済みの ioctl 継続地点と一致するか。
スタックポインタ復元された PGD でトランスレート可能か。
セグメント/フラグユーザー空間への有効な復帰を記述しているか。
コラーの復帰先アドレスファイアークラッカーテキストマッピング内にあるか。
  • 条件を満たす位置(
    frame_hpa
    )を取得し、ヘルパーへ渡します。

ステップ 5: KVM 復帰先のリダイレクト

  • ペイロード: ファイアークラッカープロセスの標準エラー出力に文字列
    N8V23M2\n
    を書き出させる(8 バイト)。
  • 実装方法:
    • write(2, buffer, 8)
      を実行し、戻り値を調整するために復帰シーケンスを組み込みます。
    • 1 つ目の復帰先:eax クリア用 (
      xor eax,eax; ret
      )
    • 2 つ目の復帰先:元の実行地点に戻るアドレス
  • トリガー: ゲストがシリアルポートへ 1 バイト書き込むことで vCPU スレッドを KVM_RUN から復帰させます。

ステップ 6: 実行の確認および回復検証

  • 観測結果: ホスト側で標準エラー出力から
    N8V23M2
    が正確に出力されました。
  • 健全性確認:
    • ファイアークラッカープロセスは終了せず稼働中(PID 2936)。
    • ゲストの SSH は応答可能。
    • 一時的スタックは元の状態へ完全復元済み。
    • ホストカーネルエラーは発生しませんでした。

ステップ 7: ホスト上のルート権限でのコード実行

  • 環境: x86-64、ファイアークラッカー v1.16.1、ホスト カーネル 5.x/Ubuntu AWS AMI。
  • 実装方法:
    • systemd-run
      でルート権限下で起動し、
      taskset
      でスレッド固定(ピン留め)することで、制御された呼び出しをホスト上でルート権限として実行します。
    • 既存の
      write
      ラッパーにより、コンパクトな証明(POC)が得られました。
  • 制約:
    • Jailer(権限制限モジュール)が設定されていない環境での検証です。
    • 特権放棄やネームスペース制限が適用された標準的なコンテナ環境では、利用可能なリソースの評価が必要です。

03 技術的アーティファクト

保存された解決器値

以下は実行記録から取得した主要なアドレス情報です。

変数名レコードされたアドレス役割 / 導入位置
guest_gpa
0x08f03000Nonce ページのゲスト物理アドレス(1 番目の解決器へ)
guest_page_hpa
0x165610000EPT 解決器により発見されたホスト物理ページ
host_pgd
0x14afc2000逆マッパーにより復元されたホスト PGD ルート
firecracker_base
0x7298c2400000イメージマッパーにより復元されたロードバイアス
frame_hpa
0x13a5bff48アクティブな vCPU ステートとして選択された保存レジスタフレーム
  • ラン ID:
    eventpath-v23-0907self02
  • ブート ID:
    2b3cd5ac-2311-427f-a50a-6a79ecb8daa7

検証コマンド(Proof of Concept)

アーティファクトの完全性を確認するには、以下の SHA-256 チェックサムを使用します。

shasum -a 256 -c SHA256SUMS

リリースバンドル構成

  • 最終ヘルパーのソースコード
  • JSONL 形式の解決器レコード
  • ホストキャプチャと回復マニフェスト
  • 4 つのプロベナンスが証明された読み取り専用解決器バイナリ
  • SHA-256 マニフェスト

04 結論

ゲストはホストメモリへのアクセスを利用して、VM を走行中のスレッド自体を乗っ取ることに成功しました。シリアル書き込みという単純なトリガーがきっかけとなり、次なるユーザー空間操作を攻撃者が制御できるようになります。

同じ日のほかのニュース

一覧に戻る →

2026/11/07 4:48

Opus に助けてもらうことができる Jev は、コストを 1/4 に抑えつつ Opus の精度を実現します。

## Japanese Translation: ハイブリッド AI アーキテクチャの識別解決における核心的な利点は、低コストの決定モデルを高精度の frontier モデルと組み合わせることで、トップクラスの性能を維持しながら経費を大幅に削減できる点にあります。誤字や双子、兄弟といった不確実で困難なケースを含むレコードを、Opus などの強力な大規模言語モデル (LLM) にルーティングするこのアプローチにより、スタンドアローンシステムに見られる過信エラーを排除します。個体識別(記録を重複なしに単一の個人にマッピングすること)において、ハイブリッドシステムは全てのレコードに対して高価な frontier モデルを実行する場合に比べ、運用コストを 4 倍以上削減します。Jev や Luna のような決定モデルは、frontier LLM に比べて最大 90 倍も低く、1,000 件のアイデンティティあたり約 0.05〜0.10 ドルで提供され、設定だけで約 0.15 秒で回答を返します。標準的な LLM は日常業務においてレイテンシと高料金を苦にしますが、ハイブリッド戦略は迅速性を保つために安価な決定ツールを活用し、信頼性が低い場合にのみプレミアムモデルを呼び出します。この「2 段階」のアーキテクチャは、困難なデータ課題に対しても堅牢さを保証します。簡単なテストでは Luna が Jev をわずかに上回りますが、難しいベンチマークでは性能差が消え、ハイブリッド Jev はハイブリッド Luna(1,000 件あたり 1.15 ドルで 91.6% の精度)を上回り、2.94 ドル/1k で 95.3% の高精度を達成します。将来の展開においては、高コストモデルのみへの依存よりもこの混合戦略を優先すべきです。それは、大規模データ管理において frontier レベルの精度を実現すると同時に、著しく高速な処理速度と低い財務負荷を提供するからです。テストデータは、ワシントン大学の Institute for Health Metrics and Evaluation から提供される「pseudopeople」ツールを用いて生成され、例示に実際の人物は一切含まれていません。 ## Text to translate: The core advantage of hybrid AI architectures for identity resolution lies in combining low-cost decision models with high-accuracy frontier models to drastically cut expenses while maintaining top-tier performance. By routing uncertain or difficult cases—such as those involving typos, twins, or siblings—to powerful large language models (LLMs) like Opus, this approach eliminates overconfidence errors common in standalone systems. In identity resolution—mapping records to single individuals without overlaps—hybrid systems reduce operational costs by more than four times compared to running expensive frontier models for every record. Decision models such as Jev and Luna are up to 90× cheaper and over 10× faster than frontier LLMs, costing $0.05–$0.10 per 1,000 identities and answering in about 0.15 seconds out of the box. While standard LLMs struggle with latency and high fees on routine tasks, hybrid strategies leverage cheap decision tools for speed, invoking premium models only when confidence is low. This "two-tier" architecture ensures robustness even against difficult data challenges. On easier tests, Luna slightly outperforms Jev, but on harder benchmarks the performance gap disappears and hybrid Jev achieves 95.3% accuracy at $2.94/1k, surpassing hybrid Luna's 91.6% accuracy at $1.15/1k. Future deployments should prioritize this mixed strategy over relying solely on high-cost models, as it delivers frontier-level accuracy with significantly faster processing speeds and lower financial overhead for large-scale data management. Test data was generated using the "pseudopeople" tool from the Institute for Health Metrics and Evaluation at the University of Washington, ensuring no real people appear in examples.

2026/11/07 5:27

AI が AI 研究を劇的に加速している

## Japanese 翻訳: Anthropic の最新の報告書(S1)は、AI の開発が直ちに「責任あるスケーリングポリシー」(RSP)によって定義される臨界点に達することを示しています。この「劇的に加速した進歩」は、AI システムが自身の研究開発を自動化することによって引き起こされており、計算資源またはその他の入力による歴史的な成長率よりも能力向上が 2 倍速く達成されています。深層アクセス調査では、2025 年 10 月から 2026 年 10 月までの間に Anthropic の能力が前年と比較して約 2 倍の速度で進化したことが確認されました。しかし、多くの証拠資料が削除されており、科学的な外部検証を妨げています(研究者は生データを検査したりモデルを検証したりできません)。 AI の自動化は計算リソース乗数で約 2〜3 倍のスピードアップをもたらしますが、そのような進歩のペースを維持するために研究職の労働力を約 4〜9 倍(あるいは最大約 10 倍)増やす必要性を生み出します。国家レベルのデータ窃取を防ぐために設計された現在の安全性基準は、すでに OpenAI や Anthropic という大手企業が breach(突破)しており、分野全体が脆弱化しています。即時かつ堅牢なロギング、監視、共謀への対抗策、原則に基づいたアライメント訓練、ガバナンスインフラの導入を行わない限り、このフィードバックループは 1 年以内に極端な超知能の実現を可能にし、その後進歩を指数関数的に加速させます。もしボトルネックなしで誤整合したシステムがこの状態に至れば、人類文明を圧倒できる新たな兵器を急速に開発することが可能です。したがって、業界は現時点でこれらの不可欠なガバナンス要件を満たしておらず、特定のインフラストラクチャ対策が直ちに導入されない場合、壊滅的な結果につながる高いリスクがあります。

2026/11/06 21:13

テスラがサイバートラックの生産を縮小する

## Japanese Translation: テスラ最高経営責任者(CEO)のイーロン・マスクは、テキサスのギガファクトリーでのサイバートラック製造を 2027 年半ばまで縮小させる計画を発表し、これを「一つの時代の終わりと」呼び、同車両を会社の「これまでで最も優れた製品」と称賛しました。この戦略的な転換は、弱まり続けるサイバートラックの販売実績が原因であり、工場の能力を新しいサイバーキャブ(ロボットタクシー)モデルへと再配分することを目的としています。米国での納車台数は昨年に 20,237 台に達しましたが、2024 年の 38,965 台から 48% の減少を示しており、マスク氏による年間 25 万台という当初の予測には遠く及んでいません。アストンマーティン元 CEO のアンディ・パーマーを含む業界関係者は、目標を達成できなかった以上、製造を継続することは不合理であると指摘しています。サイバートラックの重厚な角張ったステンレス製デザインは市場での魅力に制限をかけ、販売は僅かな地域だけで良好で、鋭利な端による歩行者の安全性に関する懸念から欧州では販売禁止となっています。このトラックは 2019 年に争议を呼んだ発売され、金属製のボールが窓を割ることで、シャッフルプルーフガラスという主張に挑戦しました。また、テスラがオースティンで小規模なサイバーキャブ車隊による有料乗車をテストしている一方、これらの実験車両に関する連邦準拠認証は依然として未解決のままであります。オースティンの工場がサイバートラックの特制部品を製造できる唯一の拠点であるため、同工場が完全にサイバーキャブの生産へ移行することは、このユニークなピックアップトラックからの戦略的な撤退を示しており、これは広範な自律型ライドシェアリングの野心へと向かう動きです。これは将来的に特定市場における所有主の入手可能性を減少させる可能性があります。