Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
ツール/GitHubGitHub/eddinos2/cve-2026-28956-jxl-messages-surface
iOSセキュリティ脆弱性分析エクスプロイトマルウェア分析モバイルセキュリティ論文と研究
GitHubeddinos2/cve-2026-28956-jxl-messages-surface

CVE-2026-28956-jxl-messages-surface

JPEG XLはiOS Messagesのプレビュー経路で自動デコードされる — CVE-2026-28956(AppleJPEGXL)に関する配信面の発見であり、パッチ差分の帰属(libjxl 0.10.4→0.10.5)と、公開PoCに対する正直な信頼性チェックを含む。

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有
リポジトリを見る
1日前未レビュー

JPEG XLはiOS Messagesプレビューパスで自動デコードされる

CVE-2026-28956(AppleJPEGXL)に関する配信サーフェスの発見、パッチ差分の帰属、および公開PoCの信頼性に関する現実的な検証。

要約 — 従来の通説(およびEXRを用いた我々自身の先行測定)では、iOS MessagesはJPEG/PNG/HEIC以外の添付ファイルをデコードせずに汎用ファイルブロブとしてレンダリングするとされていました。JPEG XLはその前提を覆します:.jxl添付ファイルはMessagesプレビューパスでデコーダに渡されます。我々はMobileSMS内のImageIOが、ユーザー操作なしに受信時にJXLコンテンツのデコードを試みることを観測しました。これによりAppleJPEGXLは、EXRクラスのフォーマットにはない形で、実際に機能するゼロクリック攻撃サーフェスとなります。

目次

ファイル内容
PROBE_RESULT.md配信サーフェスのプローブ:セットアップ、送信者エビデンス、デコード試行を示すデバイスsyslog、判定ティア
DIFF.mdiOS 26.4.2 vs 26.5のパッチ差分:CVE-2026-28956はAppleJPEGXL(libjxl 0.10.4 → 0.10.5)に帰属;ImageIO内のCVE-2026-43661候補
pocs/poc.jxl公開されている149バイトのトリガー(作者のwriteupより)、プローブペイロードとして使用
pocs/poc_brand.heic、pocs/poc_mif1.heicftypブランドをheic/mif1に変更した同一バイト列 — コンテンツスニッフィングと宣言UTIの比較テストに使用
pocs/jxldec.m最小限のCGImageSourceデコードハーネス(iOS用にクロスコンパイル)、オンデバイスデコードテストに使用

発見内容

iOS 18.6.2を搭載した物理iPhoneに対し、iMessage(ブルートランスポート、送信者chat.db上でバイト完全一致)経由で3つの添付ファイルが送信され、idevicesyslogでデコードサーフェスを監視しました:

  1. poc.jxl(UTI public.jpeg-xl)
  2. poc_brand.heic(同一バイト列、ブランドheic)
  3. poc_mif1.heic(ブランドmif1)

デバイスログ(MobileSMS):

root@kitploit:~
MobileSMS(ImageIO): createImageAtIndex:2093: *** ERROR: createImageAtIndex[0] - 'JXL ' - failed to create image [-58]
MobileSMS(ImageIO): CGImageSourceCreateImageAtIndex:5081: *** ERROR: ... 'JXL ' ... [-58]

2つの点が際立ちます:

  • デコーダがそもそも実行されたこと。 比較として、同じセットアップでのEXR添付ファイルはデコードアクティビティを一切発生させません — Messagesはファイルアイコンを表示し、デコーダを呼び出すことはありません。JXLはプレビューでデコードする価値のある画像として扱われます。
  • コンテンツスニッフィングが宣言ブランドに優先すること。 .heicブランドの亜種もマジックバイトによって'JXL 'としてスニッフィングされ、JXLデコーダにルーティングされました。つまり.heicファイル名は解析をHEIFリーダーに誘導せず — 逆にプレーンな.jxl添付ファイルはすでにAppleJPEGXLに到達します。配信にコンテナの細工は不要です。

-58エラーは、古い(iOS 18.6.2)デコーダが不正な重複jxlc構造を拒否したものです。重要なのは解析が実行されたという事実です。

現実的な検証(正直な評価)

サーフェスが開かれていることは、公開PoCが機能するゼロクリックであることを意味しません:

  • 149バイトの公開トリガーは、iOS 26.4.2、iOS 18.6.2、macOS 26.3.1のいずれにおいても、素のCGImageSourceデコードではクラッシュしません(MallocScribble下で10/10回実行、さらに8倍重複トリガー亜種もテスト)。
  • 意図的に構築した敵対的フレームファイル群(細工したframe_originオフセット、実際のアップストリーム修正が強化する低メモリレンダーパイプライン経路を標的 — libjxl PR #4495)も、iOS 26.4.2でクリーンにデコードされます。
  • 作者自身のwriteupでも、根本原因分析が不完全である可能性があり、クラッシュのエビデンスはインターセプトライブラリを用いたmacOS Safariで生成されたものであると注記されています。

つまり:配信のゼロクリックは証明済み。信頼性のあるトリガーは未証明。 Appleが修正したバグは実在します(DIFF.md参照 — 低メモリパイプラインのPlane/floatコピーが書き直され強化されました)が、それをiOS上で決定的なメモリ破壊に転換することは、公開アーティファクトでは解決されていない武器化の問題です。

それでも公開する理由

我々が尋ねた全員(および我々自身のEXR実験)は、JPEG/PNG/HEIC以外の添付ファイルはMessagesプレビューでデコードされないと想定していました。JXLはデコードされます。これはゼロクリック攻撃サーフェスの具体的かつテスト可能な拡張であり、AppleJPEGXLのバグはWebContentだけでなくiMessage配信を念頭に置いて調査される価値があることを意味します。

教育および防御的研究目的のためです。所有するハードウェアでのみテストしてください。

ツールをダウンロード