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

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

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

すでに解放されたメモリにアクセスすることによって、同じバッファのファイルディスクリプタ入力を持つ複数の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 の認証サブシステムに、重大な事前認証の脆弱性が存在しています。不適切な認証データの検証により、ネットワーク上の攻撃者がアクセス制御を回避し、昇格権限を持つアカウントを含むアプライアンスへ不正にアクセスする可能性があります。悪用するためには特定の認証設定を有効にする必要があります。

BeyondTrust Remote Support および Privileged Remote Access は、ネットワーク通信サブシステムにおいて、重大度の高い認証前の脆弱性を含んでいます。クライアントから提供された入力の検証が不十分であるため、認証されていないリモートの攻撃者がアプライアンスの可用性に影響を与え、サービス拒否（DoS）状態を引き起こす可能性があります。

Apache Camelにおける信頼されていないデータの逆シリアライズ（Deserialization）脆弱性について説明します。camel-vertx-httpコンポーネントは、Content-Typeがapplication/x-java-serialized-objectのHTTPレスポンスボディを、ObjectInputFilterを適用せずにjava.io.ObjectInputStreamでそのまま逆シリアライズしています（VertxHttpHelper.deserializeJavaObjectFromStream）。この逆シリアライズ処理は、producerエンドポイントでtransferException=true（またはコンポーネントレベルでallowJavaSerializedObject=true）が設定され、かつthrowExceptionOnFailureがデフォルトのtrueのままである場合にのみ実行されます。この場合、バックエンドのHTTPレスポンスが5xxステータスかつapplication/x-java-serialized-objectのコンテンツタイプであれば、そのボディはクラス制限なしに逆シリアライズされます。攻撃者がCamelのproducerが通信するバックエンドを、中間者攻撃（暗号化されていないHTTP接続上）やバックエンドサービスの侵害を通じて制御できる場合、巧妙に作成されたシリアライズ済みJavaオブジェクトを返すことで、適切なガジェットチェーンがクラスパスに存在すれば、Camelアプリケーションホスト上でリモートコード実行を達成する可能性があります。この経路は、transferExceptionがfalseに設定されているデフォルト設定の場合には到達できません。本脆弱性はApache Camelのバージョン4.0.0以降4.14.8未満、4.15.0以降4.18.3未満、4.19.0以降4.20.0未満に影響します。ユーザーは本問題を修正したバージョン4.20.0へのアップグレードを推奨します。4.14.xのLTS系を使用している場合は4.14.8、4.18.x系を使用している場合は4.18.3へのアップグレードも推奨されます。アップグレード後は、両ヘルパーユーティリティが実施する逆シリアライズ処理は、デフォルトのObjectInputFilter（allow-list java.**;javax.**;org.apache.camel.**;!*）によって制約されます。このフィルタは、新たに追加されたdeserializationFilterエンドポイントオプションやJVM全体の-Djdk.serialFilterシステムプロパティを通じてカスタマイズ可能です。すぐにアップグレードできない環境では、信頼できないまたはネットワークから到達可能なバックエンドと通信するproducerでtransferException=true（またはallowJavaSerializedObject=true）を有効にしないこと、中間者攻撃によるレスポンスのすり替えを防ぐためにproducer接続をTLS（https）にすること、必要に応じて明示的に-Djdk.serialFilterで許可リスト（例：java.**;org.apache.camel.**;!*）を設定して逆シリアライズを制限することが推奨されます。

富士電機株式会社が提供するPupsmanのインストーラには、次の複数の脆弱性が存在します。 ・ファイル検索パスの制御不備（CWE-427）- CVE-2026-56437 ・インストール時の不適切なファイルアクセス権設定（CWE-276）- CVE-2026-57895 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 報告者：GMOサイバーセキュリティ byイエラエ株式会社 松本 一真 氏

Microsoft Edge（Chromiumベース）におけるサーバーサイドリクエストフォージェリ（SSRF）は、不正な攻撃者がネットワーク上でなりすましまですることを可能にします。

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

Microsoft Edge（Chromiumベース）における不適切な認可の問題により、認可されていない攻撃者がネットワーク越しにコードを実行できる可能性があります。

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

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

Microsoft Edge（Chromiumベース）における非互換型の使用によるリソースアクセスの脆弱性（「型の混乱」）により、未承認の攻撃者がネットワーク経由でコードを実行できる可能性があります。