脆弱性情報（JVN）検索・一覧

Apache Camel NATSコンポーネントにおける不適切な入力検証の脆弱性です。camel-natsコンポーネントは、受信したNATSメッセージのヘッダーをCamel Exchangeにマッピングしますが、headerFilterStrategyがinboundルールとして設定されていない場合、新規のDefaultHeaderFilterStrategy()がデフォルトで設定されていました（NatsConfiguration）。inFilter、inFilterPattern、inFilterStartsWithが設定されていない場合、DefaultHeaderFilterStrategy.applyFilterToExternalHeadersはすべてのヘッダー名に対してフィルタリングを行わないため、NatsConsumerはCamelHttpUri、CamelFileName、CamelSqlQueryなどのCamel内部制御ヘッダーを含むすべてのNATSメッセージヘッダーを変更せずにCamelメッセージへコピーしてしまいます。したがって、対象のNATSサブジェクトに対して公開可能なクライアントは、ルート内の下流のプロデューサの動作に影響を与える任意のCamel制御ヘッダーを注入できます（例：HTTPプロデューサのリダイレクト、ファイル名の変更、クエリの上書きなど）。注入されたヘッダーは、内部のdirect、seda、vm経由でも引き継がれます。具体的な影響は、ルートで使用されるプロデューサによって異なります。NATSメッセージヘッダーはNATS 2.2以降が必要であり、NATSサーバーが認証なしで構成された場合（NATSサーバーのデフォルト設定）、認証情報なしで問題に到達可能です。この問題はApache Camelの4.0.0から4.14.8未満、4.15.0から4.18.3未満、4.19.0から4.21.0未満のバージョンに影響します。ユーザーは、この問題が修正された4.21.0へアップグレードすることを推奨します。4.14.x LTSリリースストリームのユーザーは4.14.8へ、4.18.xリリースストリームのユーザーは4.18.3へアップグレードしてください。修正ではcamel-natsのデフォルトを専用のNatsHeaderFilterStrategyに変更し、受信マッピング時にCamelヘッダー名前空間を大文字・小文字を区別せずにフィルタリングすることで、クライアントから提供されたCamel* / camel*ヘッダーがExchangeにコピーされなくなります。すぐにアップグレードできない環境では、受信したNATSメッセージからCamel制御ヘッダーを下流のプロデューサに到達する前に削除すること（例：ルート開始時にremoveHeaders('Camel*')およびremoveHeaders('camel*')を実行）およびNATSサーバーの認証を有効化して信頼されたクライアントのみが対象サブジェクトに公開できるようにすることを推奨します。

PillowはPythonの画像処理ライブラリです。バージョン12.3.0より前のPIL/PcfFontFile.pyの_load_bitmaps()は、PCFのMETRICSセクションからグリフの寸法を読み取り、それらを直接Image.frombytes()に渡していましたが、Image._decompression_bomb_check()を呼び出していなかったため、細工されたPCFフォントデータにより過剰なメモリ割り当てが発生する可能性がありました。この問題はバージョン12.3.0で修正されました。以上が今回の脆弱性に関する説明です。

PillowはPythonの画像処理ライブラリです。バージョン12.3.0以前のPIL/FontFile.pyのFontFile.compile()は、Image._decompression_bomb_check()を呼び出さずにImage.new("1", (xsize, ysize))でグリフごとの画像を結合したビットマップを組み立てていました。このため、フォントの変換や保存時に過剰なメモリ割り当てが発生する可能性がありました。この問題はバージョン12.3.0で修正されています。

vLLMは、大規模言語モデル（LLM）向けの高スループットかつメモリ効率の良い推論およびサービングエンジンです。バージョン0.24.0以前では、フロントエンドで合法とされる複数リクエストによる推測的デコーディングのワークロードが原因で、リジェクションサンプラーがモデルの語彙サイズの境界値と等しい復元トークンを生成してしまうことがありました。この値は、エンジンがリクエストの次のライブトークンを選択する際に-1（負の値）に変換され、ドラフターの入力IDに書き戻されます。その語彙外の値は後にモデルの埋め込みおよびアテンション経路で使用され、GPUデバイス側のアサーションによりエンジンワーカーがクラッシュしてしまいます。同じトリガーとなるリクエストシーケンスは、公開されているgRPCのGenerateおよびAbortエンドポイントを通じても到達可能なため、生成リクエストを送信できるリモートクライアントが共有されているエンジンワーカーをクラッシュさせ、同時に実行されているリクエストを中断し、ワーカーが再起動されるまで他のクライアントに対するサービス全体のサービス拒否（DoS）状態を引き起こしてしまいます。この問題はバージョン0.24.0で修正されました。

TraefikはオープンソースのHTTPリバースプロキシおよびロードバランサーです。v3.7.0からv3.7.6未満のバージョンにおいて、TraefikのKubernetes Gateway APIプロバイダーは、同じバックエンドService:portをターゲットとする2つのaccepted HTTPRouteを解決する際、それぞれ異なるbackendRefフィルターを同じ子サービスに設定していても、一方のルートのフィルターセットだけをバックエンドに到達するすべてのリクエストに適用してしまう可能性があります。tenant identity（テナントの識別）、認可コンテキスト、あるいはバックエンドが信頼する値などのセキュリティに敏感なヘッダーをbackendRefフィルターで設定しているGatewayのデプロイメントでは、同じバックエンドService:portを共有するaccepted HTTPRouteを作成できる攻撃者が、自身のルートのフィルターコンテキストを別のルートのリクエストに適用してしまいます。さらに、ReferenceGrantによりクロスネームスペースのターゲティングが許可されている場合には、名前空間を越えた影響が及ぶ可能性があります。この問題はv3.7.6で修正されています。

PillowはPythonの画像処理ライブラリです。バージョン12.3.0以前のPIL/BdfFontFile.pyのbdf_char()は、BDFフォントファイルからBBXの幅と高さのフィールドを読み込み、攻撃者が制御する寸法をImage.new()に渡していましたが、その際にImage._decompression_bomb_check()を呼び出さず、Pillowに記載されているデコンプレッションボム保護を回避し、過剰なメモリ割り当てを許可していました。この問題はバージョン12.3.0で修正されています。

PillowはPythonの画像処理ライブラリです。バージョン12.3.0以前では、PIL/GdImageFile.pyのGdImageFile._open()がGD 2.xヘッダーから画像の寸法を読み取り、それらをImage._decompression_bomb_check()を呼び出さずにself._sizeに格納していました。その結果、細工された.gdファイルを読み込む際に過剰なCヒープの割り当てが引き起こされる可能性がありましたが、この問題はバージョン12.3.0で修正されています。

vLLMは、LLM向けの高スループットかつメモリ効率の良い推論およびサービングエンジンです。バージョン0.24.0以前では、structured_outputs.regex APIパラメータはユーザー提供の正規表現文字列をコンパイルタイムアウトなしで直接文法コンパイラのバックエンドに渡していました。xgrammarバックエンドでは文字列がガードなしで正規表現コンパイラに渡され、outlinesバックエンドではルックアラウンドや後方参照などの構造的な問題が検証ステップでブロックされますが、複雑性解析は行われていませんでした。そのため、ネストされた量指定子を含むパターンはすべてのチェックを通過し、指数関数的な状態空間の拡大を引き起こします。結果として、敵対的な正規表現を含む単一のリクエストが推論ワーカーを無期限にハングさせ、サービス拒否を引き起こす可能性がありました。この問題はバージョン0.24.0で修正されています。

Microsoft Edge（Chromiumベース）におけるヒープベースのバッファオーバーフローにより、不正な攻撃者がネットワーク経由でコードを実行できる可能性があります。

Crawl4AIはオープンソースのLLM対応ウェブクローラーおよびスクレイパーです。バージョン0.9.0以前では、Docker APIサーバーは非ストリーミングの/crawlパスに対してSSRF送信先チェックを適用していましたが、ストリーミングパスには適用していませんでした。handle_stream_crawl_requestはシードURLを送信先の検証なしに直接クローラーに渡していたため、認証されていないリモートクライアントがPOST /crawl/stream またはcrawler_config.stream=trueのPOST /crawlを内部、プライベート、またはリンクローカルアドレスを指すURLで呼び出すことが可能でした。その結果、サーバーはそのURLからデータを取得し、レスポンスボディをストリーミングで返していました。この問題はバージョン0.9.0で修正されました。

Microsoft Edge（Chromiumベース）における整数オーバーフローまたはラップアラウンドの脆弱性により、不正な攻撃者がネットワークを介してコードを実行する可能性があります。

Microsoft Edge（Chromiumベース）において、互換性のない型を使用すること（「型混乱」）によってリソースへアクセスされ、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）におけるウェブページ生成時の入力の不適切な無害化（「クロスサイトスクリプティング」）により、不正な攻撃者がネットワーク上でなりすましを行うことが可能となります。

Microsoft Edge（Chromiumベース）における解放後使用（Use after free）の脆弱性により、未承認の攻撃者がネットワークを介してコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）におけるUse After Freeの脆弱性により、不正な攻撃者がネットワーク経由でコードを実行する可能性があります。

Microsoft Edge（Chromiumベース）における不適切な入力検証により、権限のない攻撃者がネットワーク経由でコードを実行できる可能性がある問題です。

Microsoft Edge（Chromiumベース）における使用後解放の脆弱性により、不正な攻撃者がネットワークを介してコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）における相対パスのトラバーサルにより、不正な攻撃者がネットワーク経由でコードを実行する可能性があります。

Microsoft Edge（Chromiumベース）におけるファイルアクセス前の不適切なリンク解決（「リンク追跡」）の脆弱性により、不正な攻撃者がネットワーク経由で情報を漏洩させる可能性があります。

Microsoft Edge（Chromiumベース）における解放後使用の脆弱性によって、認可されていない攻撃者がネットワークを介してコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）におけるUse after freeの脆弱性により、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）において、互換性のない型の使用（「型の混乱」）によるリソースアクセスの脆弱性により、権限のない攻撃者がネットワーク経由でコードを実行できるようになります。

Microsoft Edge（Chromiumベース）における不適切な入力検証の脆弱性により、不正な攻撃者がネットワーク経由でコードを実行する可能性があります。

Microsoft Edge（Chromiumベース）において、ファイル名またはパスが外部から制御される脆弱性により、不正な攻撃者がネットワークを経由してコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）におけるUse after freeの脆弱性により、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。

Microsoft Edge（Chromiumベース）における非互換型のリソースアクセス（「型の混乱」）により、不正な攻撃者がネットワーク経由でセキュリティ機能を回避できる脆弱性があります。

Microsoft Edge for Androidにおいて、私的個人情報が不正なアクターに露出し、未承認の攻撃者がネットワーク上で情報を開示できる問題があります。

Android版Microsoft Edgeにおいてプライベートな個人情報が不正にアクセスされると、不正な攻撃者がネットワークを介して情報を開示できる可能性があります。

Android版Microsoft Edgeにおけるチェック時と使用時の時間差競合（TOCTOU）レースコンディションにより、認証されていない攻撃者がネットワーク経由でコードを実行できる可能性があります。

pnpmはパッケージマネージャーです。バージョン10.34.4および11.7.0より前のバージョンでは、細工されたパッチエントリが設定されたパッチディレクトリの外部を参照できてしまい、pnpmのpatch-removeコマンドが任意の到達可能なファイルを削除する可能性がありました。この脆弱性はバージョン10.34.4および11.7.0で修正されています。

pnpmはパッケージマネージャーです。バージョン10.34.4および11.8.0より前のpnpmでは、env lockfileのconfigDependenciesセクションからパッケージ名を受け取り、node_modules/.pnpm-config配下にconfig依存のシンボリックリンクを作成する際に、その名前を直接使用します。悪意のあるリポジトリは、traversal（ディレクトリ横断）の形状を持つconfig依存名を含むenv-lockfileドキュメントを持つ、巧妙に作成されたpnpm-lock.yamlをコミットすることが可能です。pnpm installの際、pnpmはそのconfig依存をインストールし、その名前から派生したパスにシンボリックリンクを作成します。この脆弱性はバージョン10.34.4および11.8.0で修正されています。

pnpmはパッケージマネージャーです。バージョン10.34.4および11.7.0より前のバージョンでは、細工されたlockfileエイリアスが昇格されたnode_modulesディレクトリの直下に直接結合される可能性がありました。トラバーサルエイリアスはそのディレクトリから脱出でき、.binや.pnpmといった予約済みエイリアスはpnpmが管理するレイアウトを上書きしてしまう恐れがありました。この脆弱性はバージョン10.34.4および11.7.0で修正されています。

STARTTLSを使用して接続をアップグレードする新しい転送において、TLS設定が不一致であるにもかかわらず、既存のライブ接続が再利用されてしまう脆弱性が存在します。このため、本来は再利用すべきではありません。

libcurlは、変更が再利用を禁止すべきであったmTLS設定に関連するオプションがあった場合でも、以前に作成された接続を再利用してしまっていました。libcurlは、接続プールに以前使用した接続を保持し、後続の転送で設定にマッチするものがあれば再利用します。しかし、クライアント証明書に関するいくつかのTLS設定が設定確認から除外されており、これらの設定が不適切にマッチしてしまっていました。特に秘密鍵に関連するオプションが問題となっています。

イベントベースの `CURLMOPT_SOCKETFUNCTION` コールバック内で `curl_easy_pause()` を呼び出すと、use-after-free の脆弱性が発生します。この脆弱性は、libcurl が解放された直後のダングリング構造体ポインタを使ってフラグを格納しようとすることで引き起こされます。

ArcGIS Serverにはディレクトリトラバーサルの脆弱性が存在します。認証されていない攻撃者が特殊に細工されたパスパラメータを送信することで、この脆弱性を悪用できます。悪用に成功すると、システム上の機密ファイルへアクセスできる可能性があります。この問題はArcGIS Serverのバージョン12.0およびそれ以前のすべてのバージョンに影響を及ぼします。

このシナリオでは、libcurl は最初の転送に適切な HTTP/3 サーバーを使用しますが、同じサイトへの2回目の転送を行う際に、そのサイトが有効な証明書を持たない攻撃者のなりすましマシンに置き換えられています。libcurl がキャッシュされた SSL セッション（`CURLOPT_SSL_SESSIONID_CACHE` が無効化されていない）を使って2回目にホスト名へ戻り、かつ早期データが有効（`CURLOPT_SSL_OPTIONS` に `CURLSSLOPT_EARLYDATA` ビットが設定されている）な場合、libcurl は証明書検証の失敗を強制する前に、その新しい接続で2回目のリクエストのデータを送信してしまう可能性があります。これにより、機密情報が漏洩する恐れがあるため注意が必要です。

libcurlの脆弱性により、HTTPの`Referer:`ヘッダーが明示的にクリアされても残存してしまう問題が発生しました。ドキュメント上では`CURLOPT_REFERER`にNULLを渡すことでヘッダーの抑制が可能とされていますが、このオプションは内部状態をクリアできませんでした。その結果、前回のリファラー文字列が誤って再利用され、後続のリクエストで送信されてしまい、意図しないサーバーに機密情報が漏洩する恐れがあります。

libcurlベースのアプリケーションが`SCP://`または`SFTP://`を介して転送を行い、`CURLOPT_SSH_KEYFUNCTION`コールバックを利用する場合、信頼されていないサーバーを静かに受け入れてしまう可能性があります。この脆弱性は、サーバーが`known_hosts`ファイルにすでに記録されている特定のキータイプと一致しないホストキータイプを提示したときに発生します。不一致を拒否するのではなく、コールバック機構が制限を適切に強制できず、警告なしに接続が成功してしまうため、中間者攻撃のリスクが高まります。

動的チャネル切替操作中に無効なHT40チャネルレイアウトを処理した際にメモリが破損します。