日本公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近3年 の検索結果：561–600 件目を表示（ページ 15）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
アプリケーションがPDFファイルを開き、JavaScriptがPDFフィールドを削除すると、その後の処理で古いフィールドポインタが引き続き使用されるため、不正なポインタ参照が発生し、アプリケーションがクラッシュします。
アプリケーションがPDFを開き、JavaScriptがページやドキュメント上で操作を行うと、アプリケーション内のページ関連オブジェクトの同期が失われます。しかし、レンダラーは依然として古いページ数を信頼しているため、最終的に境界外アクセスが発生し、アプリケーションがクラッシュします。
アプリケーションはPDFを開き、JavaScriptがフォームを変更します。しかし、ページ上の関連オブジェクトは完全なライフサイクル管理とヌル値の検証が欠けているため、ページの状態が変化すると、アプリケーションは無効なオブジェクトを継続的にデリファレンスし、最終的にクラッシュを引き起こします。
ページの開放およびフォームのフォーマット処理中に、JavaScriptのリエントランシーによってドキュメントの状態が不整合になることがあります。そのため、古いページ情報を使用してアプリケーションが無効なアドレスにアクセスしようとし、結果としてアプリケーションがクラッシュします。
JavaScriptがフォームをリセットした後、同期プロセスには再入禁止保護およびオブジェクトのライフサイクル検証が欠如しているため、その結果、走査処理中にコントロールポインタが故障します。ポインタが故障した後もデリファレンスを続けるため、アプリケーションがクラッシュしてしまいます。
アプリケーションがPDFを開き、ハイパーリンクに関連する注釈要素を走査および構築する際に、異常な注釈関係およびフィールドの組み合わせを検証できませんでした。その結果、内部オブジェクトが無効な状態になりました。最終的に破棄フェーズで無効なポインタへの書き込みが発生し、そのためアプリケーションがクラッシュしました。
異常に構築されたオブジェクトを扱う際、引数の検証が不足しています。JavaScriptは署名の検証をトリガーしますが、署名プラグインは異常な文字列をコピーする際に検証を行わないため、アプリケーションがクラッシュする可能性があります。
アプリケーションはフィールド処理を通じて文書構造に再入し、現在のページを削除した後も、削除前に取得したフィールドオブジェクトを使用し続けるため、不正な読み取りが発生してクラッシュします。
アプリケーションがPDFファイルを開き、JavaScriptが注釈属性を書き込む際に、オブジェクトの型および引数の十分な検査が欠如しています。その結果、注釈の内部構造が破損し、後続の解放処理中にアプリケーションがクラッシュします。
アプリケーションがPDFファイルを開いた後、スクリプトは最初に注釈の状態をリセットし、その後、追加のアクションによってフォームのリセットイベントをトリガーしました。再入プロセス中に、アプリケーションは無効なオブジェクトにアクセスし、その結果クラッシュが発生しました。
アプリケーションがPDFを開き、JavaScriptがフォームフィールドをリセットすると、スクリプトがインターフェースに再入します。基盤となるネイティブオブジェクトが破損しますが、アプリケーションは検証を行いません。破損したオブジェクトに対して関数を呼び出すと、アプリケーションがクラッシュします。
アプリケーションはPDFを開きますが、クラウドのような外観の構築プロセスにおいて、上限設定や整合性チェックが適切に行われていません。このため、基盤となる配列への境界外アクセスが発生し、最終的にアプリケーションがクラッシュします。
アプリケーションがPDFファイルを開いた際に、JavaScriptでページを削除し添付ファイル注釈を除去する過程で、添付ファイルパネルが無効なポインタにアクセスし続けたため、最終的にアプリケーションがクラッシュします。
異常な画像オブジェクトがレンダラーを誤った処理分岐に進めさせます。走査線を変換する際に無効な画像バッファポインタが使用され、その結果、アプリケーションがクラッシュします。
PDF内に他のオブジェクトから参照される異常な注釈があります。アプリケーションがPDFを解析する際に適切な型チェックを行わないため、その結果としてアプリケーションがクラッシュします。
アプリケーションは、属性が有効であるにもかかわらず意味的に不正な関数を参照する異常なカラースペースを含むPDFを開きます。関数の出力は検証されず、読み取られる際に境界外の領域にアクセスする不正なポインタを生成し、その結果、アプリケーションがクラッシュします。
アプリケーションがPDFを開いてJavaScriptを実行する際に、リストボックスフィールドに対して異常な操作を行い、フォームがリセットされた後にこの操作が繰り返されます。この過程で、アプリケーションはフォームオブジェクトおよびそれらの内部ディクショナリポインタの有効性を十分に検証できません。そのため、無効または不適切に初期化されたフィールドの内部メンバーにアクセスしてしまいます。これにより、不正なポインタの読取りが発生し、最終的にアプリケーションがクラッシュしてしまいます。
PRCの解析段階で、PRCエンティティインデックスに対する境界検証が不足しているため、その結果、エンティティ配列の範囲外読み取りが発生します。そのため、アプリケーションがクラッシュします。
PRCファイルヘッダの解析ロジックは、構築されたファイル構造記述情報を信頼し、基盤となる配列に要素が含まれていると仮定して読み取るため、範囲外読み取りが発生し、アプリケーションがクラッシュします。
入力ファイルは厳密に構造的に有効なPDF形式である必要はありません。代わりに、内容を確認した後、PDFに偽装された元のドキュメントがパーサーに送信されます。悪意のあるドキュメントは悪意のある外部実体を構築し、プロトコルを介してローカルパスを指示することで、ユーザーの権限範囲内で任意のローカルファイルにアクセスを可能にします。
アプリケーションは異常なUnity 3Dオブジェクトを含むPDFファイルを開きました。解析中に、アプリケーションはその異常オブジェクトの一部を誤ってポインタとして解釈し、有効なアドレスとして使用したため、最終的にアプリケーションがクラッシュする結果となりました。
NATS Serverは、クラウドおよびエッジネイティブメッセージングシステムであるNATS.ioの高性能サーバーです。バージョン2.14.3および2.12.12以前のバージョンでは、アカウントスコープの接続監視リクエストを送信できるクライアントが、ConnzのページネーションのOffsetおよびLimit値に内部算術演算でオーバーフローを引き起こす値を指定することで、応答ウィンドウが安全に制限される前にサーバーをクラッシュさせる可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、クラウドおよびエッジネイティブなメッセージングシステムであるNATS.io向けの高性能サーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、WebSocketリスナーがMQTT-over-WebSocketパスへのリクエストを、MQTTが設定されていない場合でもMQTT処理にルーティングしてしまうことがありました。このため、WebSocketリスナーにアクセスできる認証されていないクライアントが初期化されていないMQTT状態に到達し、サーバープロセスをクラッシュさせる可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、NATS.ioのための高性能なサーバであり、クラウドおよびエッジネイティブなメッセージングシステムです。バージョン2.14.3および2.12.12以前では、最初のクライアント操作がCONNECTでない場合に使用されるパーサーパスを介して、クライアントが設定されたno_auth_userとして登録される可能性がありました。これにより、通常の認証で適用されるallowed_connection_typesやproxy_requiredなどのユーザーレベルの接続制限を回避できてしまう問題が発生していました。この問題はバージョン2.14.3および2.12.12で修正されています。
Microsoft Edge（Chromiumベース）における不適切なアクセス制御のため、ネットワーク経由で不正な攻撃者がセキュリティ機能を回避できる可能性があります。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン1.123.61、2.27.4、および2.28.1より前のバージョンにおいて、デフォルトのworkflow:create権限を持つ認証ユーザーが、ワークフローAPIを介して保存、更新、またはインポートされた細工されたワークフローを通じてObject.prototypeを汚染できる状態でした。これにより、認証されていないリクエストが権限のあるユーザーとして扱われ、ユーザーおよびプロジェクトのリスティングエンドポイントが公開される問題が生じていました。この問題はバージョン1.123.61、2.27.4、および2.28.1で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.27.4および2.28.1より前のバージョンでは、AIエージェント機能において、MCPツールが任意のURLを指している場合に、認証情報に設定された許可されたHTTPリクエストドメインの制限を強制していませんでした。そのため、共有認証情報への使用のみアクセス権を持つメンバー権限のユーザーが、自分が管理する外部サーバーにその秘密情報を送信できてしまう問題がありました。この問題はバージョン2.27.4および2.28.1で修正されています。
n8nはオープンソースのワークフロー自動化プラットフォームです。バージョン2.27.4以前および2.28.0から2.28.1以前の間において、複数の信頼されたトークン交換発行者が設定されたn8nインスタンスは、JWTのsubクレームのみを使用して外部のアイデンティティをローカルアカウントに解決し、issクレームを無視していました。その結果、攻撃者は1つの信頼された発行者から有効なトークンを取得し、別の発行者のもとで被害者と一致するsubを持つ場合に、その被害者として認証できてしまいました。この問題はバージョン2.27.4および2.28.1で修正されています。
Open WebUIは拡張性が高く、機能豊富でユーザーフレンドリーなセルフホスト型のAIプラットフォームです。バージョン0.9.6から0.10.0の前までの間、backend/open_webui/routers/terminals.py内の_sanitize_proxy_path関数はプロキシパスを8回しかデコードしていませんでした。そのため、9回パーセントエンコードされた「../」のトラバーサル値が正規化チェックを通過し、上流の端末サーバーによってデコードされる可能性がありました。この問題はバージョン0.10.0で修正されました。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスティング型のAIプラットフォームです。バージョン0.8.12から0.10.0未満において、認証済みの管理者でないユーザーがarenaラッパーモデルへの読み取りアクセス権を持つ場合、/api/v1/tasks/moa/completionsなどのタスクエンドポイントを介して制限された基盤モデルにアクセスできてしまう問題がありました。通常のチャットルートでは最終チャットのディスパッチ前にarenaモデルを解決し、選択された基盤モデルの再チェックを行いますが、タスクルートではutils.chat.generate_chat_completion()を直接呼び出します。この直接経路では、ラッパーへのアクセスチェック後にarenaフォールバックの解決が行われ、その後bypass_filter=Trueで再帰処理が実行されるため、選択されたサブモデルのアクセスチェックがスキップされてしまいます。この問題はバージョン0.10.0で修正されました。
Open WebUIは拡張可能で機能豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.9.0から0.10.0未満までの間において、execute_automationは自動化の所有者がまだアクティブで機能を保持しているかどうかを再確認せずに自動化を再構築していました。また、check_model_accessは正確なユーザーロールに対するプライベートモデルの権限のみを強制しており、非アクティブ化された保留中のユーザーが予定されたモデル実行を継続できる状態になっていました。この問題はバージョン0.10.0で修正されました。
Open WebUIは、拡張可能で機能が豊富かつユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.8.11から0.10.0未満の間、POST /api/v1/images/editは認証済みアカウントのみを要求していましたが、グローバルな画像編集スイッチやユーザーごとの画像生成権限を強制しなかったため、管理者が設定したプロバイダーの資格情報を用いて、管理者でないユーザーでもサーバー側の画像編集を呼び出すことが可能でした。この問題はバージョン0.10.0で修正されています。
2026年5月28日以前のOpenClawには、作業スペースのdotenvファイルがプロバイダーの資格情報を上書きしてしまう資格情報漏洩の脆弱性があります。設定された入力パスに対して低権限でアクセスできる攻撃者は、信頼された境界内に留めておくべき機密データや資格情報を露呈させてしまう可能性があります。
Open WebUIは拡張性が高く、多機能でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.6.16から0.10.0未満の間、Socket.IOサーバーはalways_connect=Trueで設定されていました。ydoc:awareness:updateおよびydoc:document:leaveのSocket.IOハンドラーは、認証されたユーザーを必要とせずにコラボレーションドキュメントイベントを受け入れており、不正にドキュメントコラボレーション状態を操作できる状態にありました。この問題はバージョン0.10.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0より前では、閉じたチルダ（~）、イコール（=）、またはキャレット（^）のマーカーペアが文字の周りに連続して存在する場合、strikethrough、mark、またはinsertプラグインが各可能な開始位置から対応するマーカーをスキャンする際に、src/mistune/plugins/formatting.pyで二乗時間の処理が発生しました。その結果、CPU資源を枯渇させてサービス拒否（DoS）攻撃を引き起こす可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneは、レンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前のHTMLRenderer.safe_url()は、パーセントエンコードされたjavascript URIをブロックしないため、攻撃者が提供したMarkdownのリンクや画像がURL保護を回避し、レンダリングされたHTML内でスクリプトを実行するおそれがあります。この問題はバージョン3.3.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0より前のInclude.parse()は、ユーザー提供のインクルードパスを結合および正規化していましたが、その結果が意図したMarkdownディレクトリ内にとどまっているかどうかを検証していませんでした。このため、md.read()を使用してMarkdownファイルを処理する際に、細工されたインクルードパスによりそのディレクトリ外のファイルへアクセスされる可能性がありました。この問題はバージョン3.3.0で修正されています。
Mistuneはレンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前では、文字の周りに適切に形成されたダブルアスタリスクまたはトリプルアスタリスクの強調ペアが長く連続すると、src/mistune/inline_parser.py内で二次的な処理を引き起こします。これは、パーサーがすべての潜在的なオープニングマーカーから対応する閉じマーカーを前方にスキャンするためであり、デフォルトのMistuneのパース処理においてサービス拒否（DoS）を引き起こす可能性がありました。この問題はバージョン3.3.0で修正されました。
Mistune はレンダラーとプラグインを備えた Python の Markdown パーサーです。バージョン 3.2.1 より前の src/mistune/directives/admonition.py 内の render_admonition() 関数は、Admonition ディレクティブの :class: オプションをエスケープせずに HTML の class 属性に連結していました。これにより、HTMLRenderer のエスケープモードが有効な場合でも属性インジェクションおよびクロスサイトスクリプティングが可能となっていました。この問題はバージョン 3.2.1 で修正されています。
Mistuneは、レンダラーとプラグインを備えたPythonのMarkdownパーサーです。バージョン3.3.0以前では、src/mistune/directives/include.py内のIncludeディレクティブが直接の自己インクルードのみを検出し、間接的なサイクルを検出しなかったため、互いにインクルードし合う2つのMarkdownファイルが無限再帰を引き起こし、RecursionErrorが発生してレンダリングリクエストがクラッシュする可能性がありました。この問題はバージョン3.3.0で修正されました。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,735件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。