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

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に洪水のように送りつけることで、利用可能なメモリをすべて使い果たす可能性があります。

ユーザーがスキームなしのURLと`--proto-default`オプションでsftp（またはscp）を組み合わせてcurlを呼び出すと、ツール層とlibcurlの間で切断が発生します。ツール層はURLスキームを誤って推測し、重要なSSHセキュリティオプションであるCURLOPT_SSH_HOST_PUBLIC_KEY_SHA256やCURLOPT_SSH_KNOWNHOSTSの初期化を誤って回避してしまいます。一方で、libcurlのランタイムはCURLOPT_DEFAULT_PROTOCOLを正しく尊重し、指定された通りSFTPやSCP経由で接続を確立します。しかし、ツール層がセキュリティ設定をスキップしたため、これらのSSHホスト検証オプションは静かに除外され、curlはエラーを出すことなく検証されていないSSHリモートホストに接続してしまうのです。

許可されている最大値を超えるサイズのメモリを割り当てようとした際に、メモリ破損が発生します。

AES-GCMキーラッピングで静的な初期化ベクターを使用すると暗号化に問題が生じます。セキュリティを確保するためには、各呼び出しごとに一意の値を使用する必要があります。

Apache IoTDBにおけるリソース消費制御の不備による脆弱性です。いくつかのインターフェースがクエリの期間および集約間隔に合理的な制限を課していません。攻撃者は、非常に長い時間範囲と最小の間隔の組み合わせなど、極端なパラメーターを含むリクエストを構築することが可能です。これにより、DataNodeはメモリ内に膨大な結果セットを構築せざるを得ず、Javaヒープメモリが枯渇してDataNodeプロセスがクラッシュします。本問題はApache IoTDBのバージョン1.3.3から2.0.8未満に影響を及ぼします。ユーザーは本問題を修正したバージョン2.0.8へのアップグレードを推奨します。

チェックと使用の間で変更された値が不適切に処理されるため、非同期入力パラメータの処理時にメモリ破損が発生します。

BeyondTrust Remote Support および Privileged Remote Access の認証サブシステムに、重大な事前認証の脆弱性が存在しています。不適切な認証データの検証により、ネットワーク上の攻撃者がアクセス制御を回避し、昇格権限を持つアカウントを含むアプライアンスへ不正にアクセスする可能性があります。悪用するためには特定の認証設定を有効にする必要があります。