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

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チャネルレイアウトを処理した際にメモリが破損します。

不適切な同期により、永続メモリバッファのマッピングおよびアンマッピングのためのデバイス入出力制御操作を呼び出す際にメモリが破損します。

すでに解放されたメモリにアクセスすることによって、同じバッファのファイルディスクリプタ入力を持つ複数のIOCTLコールを処理する際にメモリ破損が発生します。

同じバッファファイルディスクリプタ入力を使用して複数のIOCTL呼び出しを処理する際に、メモリが破損する問題。

curlのQUIC UDP受信機能に問題があり、悪意のあるHTTP/3サーバーがcurlまたはlibcurlクライアントに対してリモートからサービス拒否を引き起こす可能性があります。ヘルパー関数が呼び出しごとのパケット予算にカウントする前に長さゼロのUDPデータグラムを破棄するため、接続されたQUICピアが空のデータグラムを連続して送信し続けることで、クライアントが無限に停止してしまいます。

デフォルトでは、curlはWebSocketのPINGフレームに自動的に応答します。curlは未確認のフレームに対するメモリ割り当ての上限を持っていないため、悪意のあるサーバーは急速かつ連続したPINGメッセージをcurlに洪水のように送りつけることで、利用可能なメモリをすべて使い果たす可能性があります。