jsPDFにおけるPDF注入・DoS脆弱性（CVE-2026-24737等）の分析と対策

Tech

[META] { “status”: “DRAFT”, “priority”: “HIGH”, “category”: “VULNERABILITY_ADVISORY”, “author”: “CSIRT_DRAFT_ENGINE”, “target_version”: “jsPDF < 2.5.x (and related patched versions)”, “cve_id”: [“CVE-2026-24737”], “mitre_attck”: [“T1203”, “T1499”] } [/META]本記事はGeminiの出力をプロンプト工学で整理した業務ドラフト（未検証）です。

jsPDFにおけるPDF注入・DoS脆弱性（CVE-2026-24737等）の分析と対策

【脅威の概要と背景】 jsPDFの入力検証不備を悪用し、不正なPDF生成や無限ループによるDoSを誘発する脆弱性（CVE-2026-24737）が報告され、緊急対策が必要。

【攻撃シナリオの可視化】

graph TD
    A["攻撃者"] -->|悪意のある文字列・メタデータ送信| B["Webアプリケーション"]
    B -->|未検閲の入力を渡す| C["jsPDFライブラリ"]
    C -->|不正な制御文字・再帰処理| D{"脆弱性の発動"}
    D -->|パターン1: PDF注入| E["ブラウザでの悪意あるJS実行/偽装"]
    D -->|パターン2: DoS| F["クライアント/サーバのCPU・メモリ枯渇"]

攻撃者は、PDFのメタデータやコンテンツとして解釈される特殊な制御文字、あるいはレンダリングエンジンをループさせる不正なHTML/CSSを注入します。これにより、閲覧者のブラウザ上で予期しないスクリプトが実行されたり、生成プロセスがリソースを食いつぶしサービス停止に追い込まれたりします。

【安全な実装と設定】

1. 脆弱な実装例（アンチパターン）

ユーザーからの入力をそのままPDFのコンテンツやプロパティに使用しているケースです。

// 脆弱な例: 入力値の検証なしにHTMLレンダリングやテキスト挿入を行う
const doc = new jsPDF();
const userInput = new URLSearchParams(window.location.search).get("name");

// 注入攻撃や、複雑な構造によるDoSのリスク
doc.text(userInput, 10, 10); 
doc.html(document.getElementById("user-content")); 
doc.save("report.pdf");

2. 安全な代替案（ベストプラクティス）

最新バージョンへのアップデート（v2.6.0以降を推奨）に加え、入力層でのサニタイズを徹底します。

// 推奨例: DOMPurify等を用いたサニタイズと入力制限
import { jsPDF } from "jspdf";
import DOMPurify from "dompurify";

const doc = new jsPDF();
let userInput = new URLSearchParams(window.location.search).get("name");

// 1. 文字列のサニタイズ（制御文字の除去・長さ制限）
userInput = userInput.replace(/[\x00-\x1F\x7F]/g, "").substring(0, 100);

// 2. html()メソッドを使用する場合のサニタイズ
const cleanHtml = DOMPurify.sanitize(document.getElementById("user-content").innerHTML, {
    FORBID_TAGS: ['style', 'script', 'iframe'],
    FORBID_ATTR: ['onerror', 'onload']
});

doc.text(userInput, 10, 10);
// doc.html() 使用時は信頼できるクリーンなHTMLのみを渡す

【検出と緩和策】

  • 依存関係の監査: npm audit または yarn audit を実行し、jspdf のバージョンが修正済みバージョン（例：2.5.2以降のセキュリティパッチ適用済）であることを確認してください。

  • EDR/SIEMでの検知: クライアントサイドでのCPU使用率の急増（ブラウザのフリーズ）や、特定のURLパラメータを含むPDF生成リクエストのスパイクを監視します。

  • 暫定的な緩和策（Workaround）: アップデートが困難な場合、doc.html() などの高機能なレンダリング関数の使用を一時的に停止し、静的なテキスト出力のみに制限することを検討してください。

【実務上の落とし穴】

  • 表示崩れのリスク: 強力なサニタイズ（DOMPurify等）を導入すると、正常なCSSデザインや複雑なレイアウトが崩れる可能性があります。本番適用前の十分な回帰テストが不可欠です。

  • 可用性のトレードオフ: DoS対策として生成処理にタイムアウトを設ける場合、大容量の正当なPDF生成が中断されるリスクがあります。処理量に応じたクォータ制限の設計が求められます。

【まとめ】 組織として直ちに対応すべき事項は以下の3点です。

  1. バージョン確認と更新: プロジェクト内の全 jsPDF を最新の安定版へアップグレードする。

  2. 入力バリデーションの強化: PDFのメタデータ（タイトル、作成者等）および動的コンテンツに対する厳格な型チェックとサニタイズを実装する。

  3. 資産の棚卸し: 社内のどのシステムで PDF 生成機能が露出しているか（特に認証不要なページ）を特定し、優先的に対策を適用する。

参考文献:

ライセンス：本記事のテキスト/コードは特記なき限り CC BY 4.0 です。引用の際は出典URL（本ページ）を明記してください。
利用ポリシー もご参照ください。

コメント

タイトルとURLをコピーしました