全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,756 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1,441–1,480 件目を表示（ページ 37）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.36.0から1.36.9、1.37.5、および1.38.3までの間、Envoyのext_authz HTTPフィルターにおいて、ルートごとの認可オーバーライドを処理中にダウンストリームのクライアントが急速に切断される状況で、Use-After-Free（UAF）脆弱性が存在し、突発的なセグメンテーションフォルトを引き起こします。標準的なリクエストライフサイクルにおいて、Envoyは基盤となる認可クライアントオブジェクト(client_)を持つext_authzフィルターを生成します。マッチしたルートが動的なルートごとのHTTPまたはgRPC認可サービスのオーバーライドを指定する場合、フィルターはローカルクライアントを生成します。脆弱な実装では、この一時的なクライアントがclient_ = std::move(per_route_client)を実行することで、デフォルトのclient_ユニークポインタを積極的に上書きします。クライアントがストリームを迅速に確立し、その後すぐに切断する（保護されたWebSocketエンドポイントを急速にリフレッシュする等）場合、ダウンストリームはConnectionManagerImpl::doDeferredStreamDestroy() - ActiveStream::onResetStream()のライフサイクルを引き起こします。Envoyは即座にFilter::onDestroy()をシーケンスし、client_-cancel()を通じて非同期認可チェックトランザクションの安全な中断を試みます。しかし、initiateCall中にデフォルトクライアントが突然破棄されることで、非同期クライアントマネージャ内にメモリライフサイクルの不整合が発生します。ストリームの切断は動的にバインドされた非同期認可タスクの追跡およびキャンセルを確実に行えず、ネットワークからの遅延した非同期コールバックが大幅に破壊されたActiveStream検証範囲に対して評価され、UAFによるプロセスクラッシュを引き起こす一連の流れをもたらします。この脆弱性は1.36.9、1.37.5、および1.38.3で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.37.0から1.37.5および1.38.3において、ログフォーマットで%REQUESTED_SERVER_NAME(X:Y)%が使用され、かつHOST_FIRSTやSNI_FIRSTのようなホスト関連オプションが指定されている場合、リクエストヘッダーに指定されたホストヘッダーが存在しないとEnvoyがクラッシュする可能性があります。この脆弱性はバージョン1.37.5および1.38.3で修正されました。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.35.11、1.36.7、1.37.3、および1.38.1以前のOAuth2 HTTPフィルタのencrypt()/decrypt()関数は、認証タグなし（HMACなし、AEADなし）でAES-256-CBCを使用していました。/callbackエンドポイントは復号に成功するとHTTP 302を返し、パディング失敗時にはHTTP 401を返すため、パディングオラクルが発生します。暗号化されたCodeVerifierクッキーを取得した攻撃者は、約6,200回（約100秒）のリクエストで平文のPKCE code_verifierを回復し、その後に盗まれた認可コードと交換して被害者のアクセストークンを取得できます。この脆弱性はバージョン1.35.11、1.36.7、1.37.3、および1.38.1で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。1.35.11、1.36.7、1.37.3、および1.38.1より前のバージョンでは、DefaultCertValidator::verifySubjectAltNameに構造的な欠陥がありました。ここでは抽出されたDNS SAN文字列が.Utility::dnsNameMatch()アルゴリズムに渡される前に.c_str()を使用してCスタイル文字列にキャストされます。攻撃者が埋め込みNULバイトを含むdNSName SANを持つ証明書を提供した場合、ヘルパーUtility::generalNameAsStringはNULを含む完全な文字列を取得します。しかし、.c_str()が評価される際、dnsNameMatch内でのabsl::string_viewへの暗黙の変換はstrlen()に依存しており、評価コンテキストが早期に切り詰められます。Envoyは切り詰められた文字列を厳密なconfig_sanマッチと照合し、trueを返すため、NULバイトを含む文字列の検証に成功して上流ルーティングに使用されてしまいます。この脆弱性は1.35.11、1.36.7、1.37.3、および1.38.1で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.23.0から1.35.11、1.36.7、1.37.3、および1.38.1までの間で、Envoyのzstdデコンプレッサ実装（ZstdDecompressorImpl）に脆弱性が確認されています。zstdデコンプレッションが有効な場合、特別に細工された高圧縮のzstdペイロードを処理すると、膨大なメモリ割り当てが発生する可能性があります。攻撃者はこれを悪用して深刻なメモリ枯渇を引き起こし、Out-Of-Memory（OOM）キルおよびEnvoyプロキシのサービス拒否（DoS）を誘発させる可能性があります。この脆弱性はバージョン1.35.11、1.36.7、1.37.3、および1.38.1で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.37.0から1.37.5および1.38.3までのHTTP OAuth2フィルター（envoy.filters.http.oauth2）は、すでに破棄された下流ストリームに対してインフライトの非同期トークン交換を残してしまうことがあります。遅延したAsyncClientの完了はOAuth2Filterのメソッドを呼び出すことがあり、これらはStreamDecoderFilterCallbacksオブジェクトの寿命終了後に発生します。その結果、未定義動作、ワーカーのクラッシュ（可用性の損失）、およびAddressSanitizer下でのuse-after-freeや無効なvptr障害を引き起こします。これはデータプレーンにおけるメモリ安全性および寿命の問題であり、単なる設定ミスではありません。リモートコード実行は報告されておらず、主な影響はクラッシュおよび未定義動作によるDoSです。その他の影響はデプロイ環境およびアロケータに依存します。この脆弱性はバージョン1.37.5および1.38.3で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.35.11、1.36.7、1.37.3、および1.38.1以前では、UDP DNSフィルターが255オクテット長の名前を含むローカル解決や255オクテット長の名前のリモート解決に構成されている場合、そのような名前を持つクエリが正常に完了すると、異常なプロセス終了が発生します。この異常なプロセス終了は、クエリ名が厳密に255オクテット未満であるべきだという無効なランタイム前提条件によって引き起こされますが、これはDNS仕様のRFC1035のセクション2.3.4において名前は255オクテット以下であることを許容していることと矛盾しています。この脆弱性はバージョン1.35.11、1.36.7、1.37.3、および1.38.1で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.34.0から1.35.13、1.36.9、1.37.5、および1.38.3までの間に、EnvoyのTCP StatsDシンク（TcpStatsdSink）に脆弱性が存在していました。この脆弱性は、スレッドローカルのフラッシャーバッファが非常に長い統計名（例：16KiBを超える）によってオーバーフローする可能性があるものです。フォーマット処理中に、TcpStatsdSinkは16KiBの連続したメモリスライス（FLUSH_SLICE_SIZE_BYTES）を予約します。単一のメトリックのフォーマットが残りの容量を超える場合、フラッシャーはバッファのローテーションを開始しますが、不適切に固定された16KiBサイズのスライスを再度割り当て続けます。攻撃者が16KiBを超える統計名をトリガーできる場合、例えばstats_for_all_methods: trueに設定されたgrpc_statsフィルターで記録される非常に長いリクエストパス(:path)を含むHTTPまたはgRPCリクエストを送信すると、フラッシャーは確保されたヒープバッファの境界を超えてmemcpy操作を使用してメトリック名をコピーしようとします。これによりヒープ書き込みオーバーフローが発生し、即時のサービス拒否（プロセスクラッシュ）や潜在的なリモートコード実行（RCE）を引き起こす可能性があります。この脆弱性はバージョン1.35.13、1.36.9、1.37.5、および1.38.3で修正されています。
Envoyはクラウドネイティブアプリケーション向けに設計されたオープンソースのエッジおよびサービスプロキシです。バージョン1.35.11、1.36.7、1.37.3、および1.38.1より前のEnvoyは、トランスポート層で完了したダウンストリームのHTTP/3リクエスト（FIN付きHEADERS/ヘッダのみのクローズ）を、まだゼロ以外のContent-Lengthを持つ状態で未解決のボディ負債を抱えたまま、完全なアップストリームHTTP/1リクエストに変換する可能性があります。アップストリームHTTP/1のデプロイメントにおいて、オリジンが宣言されたボディを読み取る前に応答し、接続を再利用可能な状態にすると、次のEnvoy生成アップストリームリクエストの開始部分が最初のリクエストのボディとして消費されることがあります。そして残りのバイトはオリジンによって新しいHTTP/1リクエストとして解析されます。この問題はルートバイパス/デシンクとして再現されました。直接の/pwnはEnvoyによって拒否されましたが、2つ目のダウンストリームH3ストリームはバックエンドで解析されたGET /pwn HTTP/1.1のレスポンスを受信しました。この脆弱性はバージョン1.35.11、1.36.7、1.37.3、および1.38.1で修正されています。
Notepad++ は無料かつオープンソースのソースコードエディタです。バージョン 8.9.6.1 より前では、同じ対話型 Windows セッション内のローカルプロセスが、COPYDATA_FULL_CMDLINE パスを使用して Notepad++ に不正な WM_COPYDATA メッセージを送信することが可能でした。ハンドラは COPYDATASTRUCT.cbData の制限を強制せず、COPYDATASTRUCT.lpData を終端なしの NUL 文字で終わる wchar_t* として処理していました。この脆弱性はバージョン 8.9.6.1 で修正されています。
Notepad++は無料のオープンソースのソースコードエディタです。バージョン8.9.6.1以前では、config.xmlのGUIConfig name="commandLineInterpreter"タグがNppXml::value()（Parameters.cpp:6430）によって読み取られ、検証やホワイトリスト、デジタル署名チェックなしに_nppGUI._commandLineInterpreterに保存されます。ユーザーがIDM_FILE_OPEN_CMD（ファイル → 含まれるフォルダを開く → cmd）をトリガーすると、NppCommands.cpp:228でこの値を持つCommandオブジェクトが作成され、run()が呼び出されます。攻撃者が制御する文字列が実行可能パスとしてShellExecute（RunDlg.cpp:221）によって呼び出されます。この脆弱性はバージョン8.9.6.1で修正されました。
Notepad++は無料でオープンソースのソースコードエディタです。8.9.6.1より前のバージョンでは、shortcuts.xml内のUserDefinedCommandsの中のCommandタグのテキスト内容が、feedUserCmds()関数内のNppXml::value(aNode)（Parameters.cpp:3658）によって読み取られ、検証なしにUserCommand._cmdに格納されます。ユーザーがRunメニューの対応するエントリをクリックすると、NppCommands.cpp:4264でstring2wstring(ucmd.getCmd())を用いてCommandオブジェクトが作成されrun()が呼ばれ、ShellExecute (RunDlg.cpp:221)が攻撃者が制御する文字列を実行ファイルのパスとして実行します。挿入されたコマンドはRunメニューに通常のメニュー項目として表示されるため、持続的な攻撃が可能な手段となります。この脆弱性はバージョン8.9.6.1で修正されています。
pnpmはパッケージマネージャーです。バージョン10.33.4および11.0.7より前のバージョンでは、悪意のあるcodeload.github.comサーバーが任意のtarballを提供でき、pnpmはロックファイルに関係なくそれをインストールしてしまいます。ロックファイルにはhttps://codeload.github.comからの依存関係のハッシュが保存されていません。これは、もしこのサーバーが侵害された場合やユーザーのマシン構成が侵害された場合に、pnpmがこれらの依存関係をダウンロードおよびインストールしてしまうことを意味します。この脆弱性はバージョン10.33.4および11.0.7で修正されました。
pnpmはパッケージマネージャーです。バージョン10.34.0および11.4.0以前のpnpmでは、lockfileで管理されているgitのresolution.commit値を、区切り文字「--」やコミット形式の検証なしにgit fetchに渡します。shallow-fetch経路を通じて取得されるgit依存関係の場合、悪意のあるlockfileによって、予期される40文字のコミットハッシュが「--upload-pack=command」のようなGitオプションに置き換えられる可能性があります。SSHおよびローカルトランスポートでは、--upload-packが指定されたコマンドを実行できます。HTTPSトランスポートは--upload-packを無視するため、実際の攻撃対象は主にSSHまたはローカルのgit依存関係になります。この脆弱性はバージョン10.34.0および11.4.0で修正されています。
pnpmはパッケージマネージャーです。バージョン10.34.0および11.4.0より前のpnpmのパッチ適用パイプライン（@pnpm/patch-package）は、.patchファイルから抽出されたファイルパスに対してパスの検証を行いません。そのため、攻撃者がプルリクエストを通じて悪意のあるパッチファイルを提供すると、pnpm installの実行中にインストールを実行しているユーザーの権限で、攻撃者が制御する内容をファイルシステムの任意のファイルに書き込んだり削除したりすることが可能になります。diff --gitヘッダのパスに含まれる../../シーケンスはパッケージディレクトリの外部にトラバースしますが、パッチファイルのdiffヘッダはほとんどのレビュアーにとって不透明であるため、コードレビューでこれを検出することは困難です。この脆弱性はバージョン10.34.0および11.4.0で修正されています。
pnpmはパッケージマネージャーです。バージョン10.34.0および11.4.0より前のpnpmでは、tarball抽出ワーカーがlockfileのresolutionにintegrityフィールドが存在しない場合に整合性検証をスキップしていました。攻撃者がpnpm-lock.yamlを改ざんし、integrityフィールドを削除して参照されているレジストリURLが変更されたパッケージコンテンツを提供できる場合、pnpm install --frozen-lockfileは整合性エラーを発生させずに変更されたパッケージをインストールしてしまいます。npmのnpm ciはデフォルトで整合性を強制しますが、pnpmが検証を静かにスキップする動作はpnpmに固有のfail-open脆弱性となっています。この脆弱性はバージョン10.34.0および11.4.0で修正されました。
pnpmはパッケージマネージャーです。バージョン10.34.0および11.4.0以前では、非フリーズモードでの`pnpm install`は、ダウンロードしたtarballがpnpm-lock.yamlに記録された整合性と一致しないことを検出した後でも、新しいリモートパッケージの内容を受け入れることがありました。パッケージがすでに整合性値でロックされている場合でも、レジストリが同じパッケージ名とバージョンに対して異なるメタデータとtarballの内容を後から提供すると、pnpmは最初に整合性不一致を報告します。しかし、その後の通常のpnpm installは問題を解決し、レジストリの新しい整合性を受け入れてロックファイルを更新し、新しい内容をインストールして正常に終了します。これは、ロックファイルの整合性チェックがデフォルトで厳格な停止措置として機能しないことを意味します。この脆弱性はバージョン10.34.0および11.4.0で修正されました。
Revive Adserver 6.0.7およびそれ以前のバージョンにおいて、`tracker-campaigns.php`スクリプトでキャンペーンとトラッカーのリンク解除に対する適切な所有権検証が行われていなかったため、権限の低いユーザーが他の管理者のキャンペーンに自分のトラッカーをリンクさせて、不整合な所有権関係を引き起こす可能性があります。
Revive Adserver 6.0.7およびそれ以前のバージョンのzone-include.phpスクリプトには、ユーザー入力の検証が不十分な脆弱性があります。権限の低いユーザーがiFrame呼び出しタグのrefreshパラメータを悪用し、リフレクト型XSS攻撃を実行する可能性があります。
この脆弱性は修正を回避する手法です。phucrioおよびoffsetmdによって報告された類似の手法の変種も存在します。許可されていないが有効なプラグイン識別子をtypeとして送信するか、ox.setChannelTargetingというXML-RPC APIメソッドを使用することで、この修正を回避できます。
Revive Adserver 6.0.7の`maintenance-acl-check.php`および`maintenance-banners-check.php`ツールに格納型XSSの脆弱性があります。この問題は、不整合が検出された際にエンティティ名が適切にエスケープされずに表示されるため発生します。XSSペイロードが管理者が影響を受けるメンテナンスツールを使用した際に実行されるかどうかは、攻撃者の完全な制御下にありません。
Revive Adserver 6.0.7におけるXML-RPC APIの管理者専用制限を回避する脆弱性について説明します。ox.loginメソッドのAPIレスポンスはHTTPヘッダにセッションIDクッキーを返しており、メソッド自体は正しくエラーを返しましたが、関連付けられたセッションは無効化されませんでした。その結果、漏洩したセッションIDを用いて制限なくその後のAPI呼び出しが可能となりました。
stats-video.phpスクリプトにはユーザー入力に対するサニタイズが欠如している脆弱性があります。このスクリプトのURL構築方法はベストプラクティスに従っておらず、Smartyのカスタムヘルパー関数であるurlの出力は適切にエンコードもサニタイズもされていませんでした。そのため、ユーザーからの入力がエスケープされずに反映されてしまいます。
Notepad++は無料でオープンソースのソースコードエディタです。バージョン8.9.6.4以前では、NppCommands.cppはユーザーコマンド実行時（チェック時点）にディスク上のshortcuts.xmlのHMACを確認します。しかし、コマンドのペイロードはアプリケーション起動時に読み込まれ、その後はディスク上のファイルと再同期されないメモリ内の_userCommandsベクターから取得されます（使用時点）。起動とコマンド実行の間にshortcuts.xmlを差し替えると、HMACチェックはクリーンなファイルを検証しつつ、悪意のあるコマンドを実行します。shortcuts.xmlへの書き込み権限を持つ攻撃者は、起動前に悪意あるバージョンをディスクに置き、その直後に正規のファイルに戻すことが可能です。実行時のHMACチェックは正規のファイルを検証するためチェックに合格しますが、悪意あるペイロードはメモリから実行されます。この脆弱性はバージョン8.9.6.4で修正されました。
LibreChatは複数のAIプロバイダーをサポートする強化版ChatGPTクローンです。0.8.4-rc1以前のバージョンでは、ファイルアップロードに関する制限が一部のエンドポイントで適切に設定されておらず、認証済みユーザーが任意のサイズのファイルをアップロードできる状態でした。その結果、サーバーのディスク容量やメモリを枯渇させる可能性がありました。この問題は0.8.4-rc1で修正されました。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンには、LibreChatのマークダウンアーティファクトプレビューパイプラインに脆弱性が存在していました。markedライブラリv15.0.12では、カスタムレンダラーがデフォルトレンダラーにフォールスルーした場合、画像のaltテキスト内のダブルクオート文字をHTMLエスケープしません。LibreChatのgenerateMarkdownHtml関数（client/src/utils/markdown.ts内）は、isSafeUrlの許可リストチェックを通過したURLに対してfalseを返すカスタム画像レンダラーをインストールしており、これによりmarkedは組み込みのレンダラーにフォールバックします。その組み込みのレンダラーはダブルクオート文字をエスケープせずにalt="..."属性に生のaltテキストを挿入します。攻撃者はaltテキストとして" onload="payloadのような文字列を巧妙に作成し、属性から抜け出して任意のイベントハンドラーを注入できます。生成されたHTMLはSandpackプレビューフレーム内のdocument.getElementById('content').innerHTMLに割り当てられ、ペイロードが被害者のブラウザで実行されます。この脆弱性は0.8.4-rc1で修正されました。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、DELETE /api/messages/:conversationId/:messageIdエンドポイントにおいて、認証済みユーザーであれば誰でも他のユーザーのメッセージを削除できるという問題がありました。validateMessageReqミドルウェアはconversationIdが要求ユーザーに属していることのみを検証しますが、ハンドラーはMongoDBのフィルターとしてmessageIdのみを使用してdeleteMessages({messageId})を呼び出し、ユーザーの制約を追加していません。そのため、攻撃者は自身の有効なconversationId（検証通過のため）と被害者のmessageId（削除対象）を提供し、メッセージを恒久的かつ復元不可能に削除することが可能でした。この脆弱性は0.8.4-rc1で修正されています。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、LibreChatはユーザーがbaseURLを設定することでカスタムのOpenAI互換APIエンドポイントを構成できました。このURLはSSRF検証なしでHTTPリクエストの構築に使用されていました。つまり、プライベートIPのチェックもスキーム制限もDNSピニングもありませんでした。認証されたユーザーはbaseURLを内部ネットワークアドレスに設定できました。この脆弱性は0.8.4-rc1で修正されました。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、急速な会話の複製を防ぐためにPOST /api/convos/forkにforkIpLimiterとforkUserLimiterというレートリミッターが追加されていました。しかし、同じファイル内にあるPOST /api/convos/duplicateエンドポイントにはレートリミッターが設定されていませんでした。このエンドポイントは同じく高コストなデータベース操作を行います。認証されたユーザーは/forkの代わりに/duplicateを使用することで制限を回避でき、サーバーリソースを枯渇させる攻撃が可能でした。この脆弱性は0.8.4-rc1で修正されています。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1より前のバージョンでは、POST /api/auth/2fa/backup/regenerateエンドポイントがTOTPトークンや既存のバックアップコードの検証を要求せずに、すべての2FAバックアップコードを再生成していました。攻撃者は盗まれたセッショントークンを使って被害者のバックアップコードを密かに置き換え、その結果、それを用いて2FAログインを回避したり、2FAを完全に無効化したりできます。この脆弱性は0.8.4-rc1で修正されました。
SeaweedFSは、オブジェクトストレージ（S3）、ファイルシステム、およびIcebergテーブル向けの分散ストレージシステムです。バージョン4.30以前では、S3 APIゲートウェイとIceberg RESTカタログゲートウェイはmux.NewRouter().SkipClean(true)でルーターを構築していました。パスのクリーン処理が無効化されているため、URL内の「..」セグメントがルーティング時にそのまま残ってしまいます。したがって、例えば`GET /bucket-A/../evil-bucket/key`というリクエストは、bucket=bucket-A、object=../evil-bucket/keyとしてマッチングされます。取得したオブジェクトキーはその後、util.JoinPath（S3）やpath.Join（Iceberg）でfilerパスに結合され、サーバー側で「..」が解決されるため、実際の読み書き操作はevil-bucketに対して行われてしまいます。この脆弱性はバージョン4.30で修正されました。
pnpmはパッケージマネージャーです。バージョン10.34.2および11.5.3より前のpnpmとpacquetでは、リポジトリが管理する.npmrcおよびpnpm-workspace.yaml内の${ENV_VAR}プレースホルダーをレジストリリクエストの送信先およびレジストリ認証情報に展開していました。悪意のあるリポジトリは、ライフサイクルスクリプトが実行される前に依存関係の解決時に被害者の環境秘密情報を攻撃者が選択したレジストリに送信させる可能性がありました。この脆弱性はバージョン10.34.2および11.5.3で修正されました。
pnpmはパッケージマネージャーです。バージョン10.34.2および11.5.3以前では、一般的なpeer-suffixノーマライザーがgit、URL、tarball、file、およびその他の不透明なロケーターから括弧付きのテキストも除去していました。これにより、あるソース文字列の承認がノーマライズ後に同じ値となる、攻撃者が制御する異なるソースを許可してしまう可能性がありました。この脆弱性はバージョン10.34.2および11.5.3で修正されています。
pnpmはパッケージマネージャーです。バージョン10.34.2および11.5.3より前のバージョンでは、Manifestのbinオブジェクトのキーとして"", ".", ".."がpnpmのbin名ガードを通過していました。悪意のあるパッケージがグローバルにインストールされた場合、その後のグローバルのremove、update、またはadd-replacementの操作において、インストールされたマニフェストからこれらの名前が再取得され、path.join(globalBinDir, binName)がremoveBinに渡される可能性がありました。"."の場合はグローバルbinディレクトリを標的とし、".."の場合はその親ディレクトリを標的とします。この脆弱性はバージョン10.34.2および11.5.3で修正されました。
pnpmはパッケージマネージャーです。バージョン11.3.0から11.5.3までの間、`pnpm stage download`はレジストリで管理されているパッケージ名とバージョンフィールドからローカルのファイル名を派生させていました。細工されたマニフェストにより、選択されたダウンロードディレクトリから脱出し、到達可能な別のファイルを上書きすることが可能でした。今回の修正では両フィールドを検証し、安全なファイル名を一つ導出し、書き込み前に最終的な保存先を確認するようにしました。この脆弱性はバージョン11.5.3で修正されています。
Ollamaのモデル量子化エンジンには認証されていないリモート情報漏洩の脆弱性が存在し、この脆弱性により攻撃者はサーバーのヒープメモリを読み取って持ち出すことが可能になります。これによって機密データが露出し、さらなる侵害やステルス性のある持続的な攻撃が引き起こされる可能性があります。
Fluentd Projectが提供するFluentdには、次の複数の脆弱性が存在します。 ・${tag} Placeholderにおけるパストラバーサル（CWE-22）- CVE-2026-44024 ・Monitor Agent APIにおける重要な機能に対する認証の欠如（CWE-306）- CVE-2026-44025 ・in_httpおよびin_forwardにおける高圧縮データの不適切な処理（CWE-409）- CVE-2026-44160 ・out_httpにおけるサーバサイドリクエストフォージェリ（CWE-918）- CVE-2026-44161 ・in_s3における高圧縮データの不適切な処理（CWE-409）- CVE-2026-44162 ・in_opentelemetryにおける高圧縮データの不適切な処理（CWE-409）- CVE-2026-44163 この脆弱性情報は、製品利用者への周知を目的に、開発者がIPAに報告し、JPCERT/CCが開発者との調整を行いました。
2026年06月25日（現地時間）、米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規：9件 ・ICSA-26-176-01: Yokogawa FAST/TOOLS and CI Server ・ICSA-26-176-02: EVoke Systems Charging Station Management System ・ICSA-26-176-03: Horner Automation Cscape ・ICSA-26-176-04: Daktronics Controller Firmware ・ICSA-26-176-05: H.VIEW HV-500S6 IP Camera ・ICSA-26-176-06: Delta Electronics DTM Soft ・ICSA-26-176-07: Schneider Electric PowerLogic P7 ・ICSMA-26-176-01: pydicom pynetdicom Library ・ICSMA-26-176-02: OHIF Viewers DICOM 更新：1件 ・ICSA-26-169-02: AzeoTech DAQFactory (Update A)
wolfSSLのAVX2最適化されたML-KEM実装（mlkem_cmp_avx2）は、ML-KEM-1024のデカプセル化における藤崎-岡本再暗号化チェックで、1568バイトの暗号文のうち1536バイトのみを比較します。期待される再暗号化と異なる暗号文が1536から1567バイトの範囲でのみ異なる場合、暗黙の拒否を回避して有効とみなされ、IND-CCA2セキュリティが破られます。静的なML-KEM-1024鍵を使用するデカプセル化オラクルに選択した暗号文を送信し、本物の共有秘密または暗黙の拒否秘密が生成されたかを観察できる攻撃者は、これを平文検査オラクルとして利用し秘密鍵を復元できます。概念実証により、約350の選択暗号文を用いて約98％の成功率で完全なML-KEM-1024秘密鍵を回収できました。この欠陥は決定論的な論理エラーであり、タイミング測定に依存しません。
X25519のx86_64アセンブリ実装は、最終的なモジュラー還元時に最上位ビットをクリアしないため、計算結果が2^255 - 19のフィールド素数で完全に還元されない可能性があります。これにより、フィールド要素が非正準形のままとなり、スカラ乗算から誤った結果を生じさせ、共有秘密が誤って生成される可能性があります。x64およびAVX2削減ルーチンの最終的なキャリープロパゲーション連鎖は最上位ビットにオーバーフローする可能性があり、その後に高位リムがマスクされなかったため、255ビットのフィールド要素が非正準形となりました。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,756件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。