全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,756 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1,601–1,640 件目を表示（ページ 41）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
GitLabは、GitLab CE/EEのバージョン14.8から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのバージョンに影響する問題を修正しました。この問題によって、特定の条件下で認証されたユーザーが不適切な入力検証のためにスニペット内のコンテンツを隠蔽できる可能性がありました。
GIMPのHDRファイル解析におけるヒープベースのバッファオーバーフローによるリモートコード実行の脆弱性です。この脆弱性により、リモートの攻撃者がGIMPの影響を受けるインストール環境で任意のコードを実行できます。攻撃を成立させるにはユーザーの操作が必要であり、対象が悪意のあるページを訪問するか悪意のあるファイルを開く必要があります。問題の具体的な欠陥はHDRファイルの解析処理に存在しています。この問題は、ユーザーから提供されたデータの長さをヒープベースのバッファにコピーする前に適切に検証していないことに起因します。攻撃者はこの脆弱性を悪用して、現在のプロセスのコンテキスト内でコードを実行できます。以前はZDI-CAN-28266として報告されていました。
GitLabは、GitLab CE/EEのすべてのバージョン（17.5から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満）に影響する問題を修正しました。この問題により、特定の条件下で認証されていないユーザーが不適切な認可チェックのために公開プロジェクト上の機密の問題参照を閲覧できる可能性がありました。
GitLabは、GitLab EEの全バージョン18.6から18.11.6未満、19.0から19.0.3未満、19.1から19.1.1未満に影響する問題を修正しました。この問題は特定の条件下で、限定的な権限を持つ認証済みユーザーが不十分な認可チェックによりプロジェクト情報にアクセスできてしまう可能性があったため、修正されました。
Dell Wyse Management Suite の WMS 5.5 HF1 より前のバージョンには、信頼されたデータとともに余分な信頼されていないデータを受け入れてしまう脆弱性があります。リモートアクセスを持つ低権限の攻撃者がこの脆弱性を悪用する可能性があり、リモートコードが実行される恐れがあります。
特定のスレッドにシグナルを送るために使用される際、thr_kill2(2)はp_cansignal()を呼び出して操作が許可されているかどうかを判断していましたが、シグナルを送る前にその結果を確認していませんでした。許可チェックに失敗してもシグナルは送信されていました。システムコールは結果のエラーを呼び出し元に返していましたが、その時点でシグナルは既に送信済みでした。このチェック漏れにより、ターゲットのプロセスIDとスレッドIDを知っているか推測できる未特権のローカルユーザーが、本来シグナルを送る許可がないプロセス（他のユーザーやrootが所有するプロセスを含む）に任意のシグナルを送信できてしまいます。同じチェックはjailの境界も強制しているため、jail内のプロセスがホストや他のjailのプロセスにシグナルを送ることが可能になります。スレッドIDはグローバルかつ連続的に割り当てられているため、ターゲットの可視性なしにブルートフォースで発見できます。攻撃者は任意のプロセス（重要なシステムデーモンを含む）を停止または終了させられるため、サービス拒否（DoS）を引き起こす可能性があります。
jqはコマンドラインのJSONプロセッサです。バージョン1.8.2以前では、十分に深くネストされた2つの配列を==演算子で比較すると、jqの通常のコマンドライン操作中にCスタックが枯渇し、制御されていない再帰によるスタック枯渇でサービス拒否が発生します。クラッシュはjqの再帰的な構造比較コードで発生し、深くネストされた配列を比較する際にsrc/jv.cのjvp_array_equal()およびjv_equal()を通じて再帰が繰り返されます。また、再帰ガードが欠如しているため、src/jv_aux.cのjv_cmp()を経由する近接したソート比較パスでも、より深いネストの深度でスタックオーバーフローが発生します。攻撃者が制御する深くネストされたJSON値に対してjqで比較を実行する場合、または信頼できないデータが==比較パスに到達可能な環境にjqを埋め込んでいる場合、本脆弱性の影響を受けます。この脆弱性はバージョン1.8.2で修正されました。
Node.jsのプロキシトンネルのエラー処理に欠陥があり、`ERR_PROXY_TUNNEL`エラーメッセージによってプロキシ認証情報が露出する可能性があります。プロキシURLに認証情報が埋め込まれている場合、エラー処理の過程でこれらが露出し、ログや診断、その他のエラー処理システムによって取得される可能性があります。この脆弱性は、サポートされているすべてのリリースライン、すなわち**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響を及ぼします。
Node.jsのTLSホスト名処理における欠陥により、Node.jsのユニコードドットセパレーターの処理が解決および検証時にホスト名の正規化が一致しない問題が発生し、それによってTLSワイルドカード認証の深度制限がバイパスされる可能性があります。これにより、影響を受ける設定の場合に機密性への影響や意図されたセキュリティ境界のバイパスが起こる可能性があります。この脆弱性は、すべてのサポートされているリリースライン、すなわち**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響します。
Node.js HTTP/2 クライアントの欠陥により、サーバーが無制限の ORIGIN フレームを送信でき、その結果クライアントでメモリ不足エラーが発生する可能性があります。この脆弱性は、サポートされているすべてのリリースライン、すなわち **Node.js 22**、**Node.js 24**、および **Node.js 26** に影響を及ぼします。
Node.jsのホスト名マッチングにおける不整合により、マルチコンテキストのmTLS設定で信頼ポリシーをバイパスされる可能性があります。この脆弱性はサポートされているすべてのリリースライン、すなわち**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響を及ぼします。
Node.jsのTLSホスト名処理に欠陥があり、埋め込みヌルホスト名がリゾルババインディングにおけるC文字列の切り捨てを引き起こすため、サイレントな権限の再バインドが発生する可能性があります。この脆弱性は、サポートされているすべてのリリースライン、すなわち**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響を及ぼします。
Node.jsのWebCrypto実装に欠陥があるため、`subtle.encrypt()`の入力が2GiBの倍数である場合にプロセスがクラッシュする可能性があります。この脆弱性は、サポートされているすべてのリリースライン、すなわち **Node.js 22**、**Node.js 24**、および **Node.js 26** に影響を及ぼします。
Node.jsのTLSホスト検証に欠陥があり、攻撃者が証明書の検証を回避できる可能性があります。この脆弱性はサポートされているすべてのリリースライン、すなわち**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響を与えます。
Node.jsのPermission APIに欠陥があり、例えば`--allow-fs-read`で読み取り専用に設定されたパスでもファイルのメタデータが変更される可能性があります。この脆弱性はサポートされているすべてのリリースライン、つまり**Node.js 22**、**Node.js 24**、および**Node.js 26**に影響を及ぼします。
Node.jsのPermission APIの欠陥により、`--allow-net`権限なしでも（Unixドメインソケットを介して）ローカルサーバーを起動できる可能性があります。この脆弱性はサポートされているリリースラインの中で、**Node.js 26** に影響を及ぼします。
K2の「アイテム作成」権限（デフォルトではAuthorレベル）を持つJoomlaユーザーは、`embedVideo`のPOSTフィールドに生の`script`タグを含む記事を投稿できます。K2はそのまま保存し、記事ページの訪問者に対してエスケープせずにレンダリングします。これにより、セキュリティ上のリスクが発生します。
K2フロントエンドの`item.checkin`タスクは、認証されていない`sigProFolder`クエリパラメータを受け入れ、それを直接使用して`/media/k2/galleries/`以下の`JFolder::delete()`を呼び出します。
K2 バージョン 2.26 以下では、`#__k2_users.image` カラムが 2 つの異なるテンプレートを通じて直接 HTML の `src` 属性にレンダリングされており、いずれの場合も HTML エスケープが行われていません。これはセキュリティ上の問題となります。
K2 バージョン2.24以下には、K2システムユーザープラグイン「plg_user_k2」にマスアサインメントの脆弱性があります。登録済みのJoomlaユーザーは、標準の「com_users」の「profile.save」POSTリクエストにフィールド「K2UserForm=1」を含めることで、自身の「#__k2_users」テーブルの「notes」、「image」、および「plugins」カラムに任意の値を書き込むことが可能です。これらのフィールドはすべてK2のフロントエンドのプロフィール編集フォームに表示されません。
K2のフロントエンド記事保存ハンドラーは`attachment[N][existing]`というPOSTフィールドを受け取ります。このフィールドは`JPATH_SITE/`と連結されて`JFile::copy()`に渡されます。`JPath::clean`は`..`を除去せず、ソースパスの許可リストも存在しません。そのため、投稿者は`configuration.php`（またはウェブユーザーが読み取り可能な任意のファイル、例：`../../../etc/passwd`）を`/media/k2/attachments/`にコピーし、その後K2の添付ファイルダウンロードエンドポイントを通じて内容を取得できます。
K2のアーティクルギャラリーのアップロードパスはzipやtarアーカイブを受け入れ、`/media/k2/galleries/id/`の下に展開します。ただし、画像ファイル（gif/jpg/jpeg/png/webp）のみ安全な名前にリネームします。非画像ファイル（.phpを含む）はそのまま展開され、直接HTTPアクセスによって実行される可能性があります。
K2フロントエンドの記事添付ファイルのアップロードパスは、拡張子が`.php`のファイルを受け入れます。Apacheの標準mod_phpは`\.php$`にマッチし、これらのファイルをK2ウェブユーザーの権限で実行します。K2の著者は`shell.php`をアップロードし、その後`/media/k2/attachments/shell.php`にアクセスして、ウェブサーバーのコンテキストで任意のPHPコードを実行できます。
Apache AirflowのFTPプロバイダーの`FTPSHook.get_conn()`は`ftplib.FTP_TLS`接続を作成しましたが、`prot_p()`を呼び出していなかったため、制御チャネルはTLSで保護されていたものの、データチャネルは平文で送信されていました。`FTPSHook`または`FTPSFileTransmitOperator`を使用してFTPS経由でファイルを転送するすべての環境では、ファイルの内容および転送中の認証情報が、データ接続を監視できるネットワーク攻撃者に露出する可能性がありました。データチャネルを暗号化する`PROT P`を発行するapache-airflow-providers-ftpの`3.15.1`以降にアップグレードしてください。
Dell Wyse Management SuiteのWMS 5.5 HF1より前のバージョンには、制限されたディレクトリへのパス名の不適切な制限（「パストラバーサル」）の脆弱性があります。リモートアクセス権を持つ高権限の攻撃者がこの脆弱性を悪用する可能性があり、その結果リモートコードの実行が引き起こされる恐れがあります。
jqはコマンドラインで使用するJSONプロセッサです。バージョン1.8.2以前のjqでは、`jq --rawfile`が処理済みのオーバーサイズ文字列エラーを無効な再利用状態に変え、アサーションが無効なビルドにおいて実際のヒープの境界外書き込みを引き起こす可能性があります。jv_load_file(raw=1)が攻撃者が制御するファイルを読み込む際、ファイルのチャンクを同じjv文字列アキュムレータに繰り返し追加します。jv_string_append_buf()がjv_invalid_with_msg("文字列が長すぎます")を返した後もraw-fileループは停止しません。ファイルに少なくとも1バイトでも残っている場合、次のループ反復で既に無効なオブジェクトに新しいチャンクが追加されます。アサーションが有効な場合はjvp_string_ptr()で中断しますが、アサーションが無効な場合は無効なオブジェクトが文字列オブジェクトとして解釈され、ASanはヒープバッファオーバーフローを報告します。この脆弱性はバージョン1.8.2で修正されました。
Appsmithは、管理パネル、内部ツール、およびダッシュボードを構築するためのプラットフォームです。バージョン2.1以前のAppsmithでは、バンドルされているsupervisordがポート9001でXML-RPCインターフェースを公開しており、Caddyリバースプロキシの/supervisor/*経由でコンテナ外部からアクセス可能でした。さらに、GET /api/v1/admin/envで公開されるAPPSMITH_SUPERVISOR_PASSWORDと組み合わせることで、認証済みの管理者は任意のXML-RPC呼び出しをsupervisordに送信でき、twiddler.addProgramToGroupを介してDockerコンテナ内でOSコマンドを実行できる状態でした。この脆弱性はバージョン2.1で修正されています。
CursorはAIを用いたプログラミング向けのコードエディタです。3.0以前のバージョンでは、Cursorはエージェントのターミナルコマンドをデフォルトでサンドボックス内で実行し、そのサンドボックスはコマンドの作業ディレクトリへの書き込みアクセスを許可していました。エージェントがworking_directoryパラメータを変更できる仕組みに欠陥があり、その結果、サンドボックスに意図された作業領域外の書き込み可能なパスを含めてしまう可能性がありました。悪意のあるエージェントはworking_directoryを機密性の高い場所に設定し、ユーザー権限下で作業領域の外部に任意のファイルを書き込むことが可能でした。これにより、ユーザーの操作を必要としない無害そうなプロンプトのみで、サンドボックス外でリモートコードを実行できるようになりました。例えば、cursorsandboxヘルパーを書き換えて後続のコマンドをサンドボックス外で実行させることが可能でした。この脆弱性はバージョン3.0で修正されています。
CursorはAIを活用したプログラミング向けコードエディタです。バージョン3.0以前では、Cursorはエージェントのターミナルコマンドをデフォルトでサンドボックス内で実行していました。Write操作の前に、エージェントは対象パスを正規化してワークスペース内に留まっていることを確認しますが、正規化に失敗した場合は元のパスに戻り、承認なしで書き込みを行います。悪意のあるエージェントは、ワークスペース内にワークスペース外を指すシンボリックリンクを作成し、ターゲットが存在しないかパスの読み取り権限が削除されているために正規化を失敗させ、承認なしにシンボリックリンク経由で任意の場所に書き込みを強制できます。これにより、悪意のあるエージェントはユーザー権限下でワークスペース外に任意のファイルを書き込むことが可能となります。この脆弱性を利用すると、後のコマンドがサンドボックス外で実行されるようにcursorsandboxヘルパーを上書きするなどして、ユーザーの操作なしに非サンドボックス環境でのリモートコード実行が可能になります。この脆弱性はバージョン3.0で修正されました。
GitLabは、GitLab EEのバージョン18.6から18.11.6未満、19.0から19.0.3未満、および19.1から19.1.1未満のすべてのバージョンに影響を与える問題を修正しました。この問題により、特定の条件下で認証済みユーザーが別のグループの仮想レジストリクリーンアップポリシー設定を無断で読み取りまたは変更できてしまいました。
LibreChatは複数のAIプロバイダーをサポートする強化されたChatGPTクローンです。0.8.4-rc1以前のバージョンでは、POST /api/files/imagesエンドポイントが認証された任意のユーザーに対して、対象エージェントのtool_resources（例：context、execute_code）に対する所有権や編集権限の確認を行わずにファイルをアップロードすることを許可していました。以前のパッチでPOST /api/filesルートには権限チェックが追加されましたが、画像アップロードルートには同じチェックが適用されていませんでした。攻撃者はファイルエンドポイントの代わりに画像エンドポイントを使用することで、認可を完全に回避できます。この脆弱性は0.8.4-rc1で修正されました。
LibreChatは複数のAIプロバイダーに対応した強化版ChatGPTクローンです。バージョン0.8.4-rc1より前では、2FAがアカウントに完全に有効になっている場合でも、認証済みユーザー（または盗まれたセッションを持つ攻撃者）がGET /api/auth/2fa/enableエンドポイントを呼び出すことが可能でした。このエンドポイントは既存のTOTPシークレットを上書きし、新しいバックアップコードを生成し、twoFactorEnabledをfalseに設定しますが、TOTPまたはバックアップコードの検証を一切要求しません。攻撃者は有効なセッショントークンを持っているだけで被害者の2FAを完全に乗っ取り、正当なユーザーを二要素認証から締め出してしまいます。この脆弱性は0.8.4-rc1で修正されました。
Faradayは、多くのアダプターに共通のインターフェースを提供するHTTPクライアントライブラリの抽象化レイヤーです。バージョン1.0.0から1.10.6および2.14.3までのFaraday::NestedParamsEncoder（Faradayにおけるデフォルトのネストされたクエリパラメーターのエンコーダーおよびデコーダー）は、最大ネスト深度を強制せずにネストされたクエリ文字列をデコードします。巧妙に作成されたクエリ文字列によって、Faradayは深くネストされたRubyのHash構造を構築します。その後、内部のdehashルーチンが深度制限なしにこの攻撃者制御の構造を再帰的に走査します。十分な深さに達すると、Rubyは補足されないSystemStackError（スタックレベルが深すぎる）を発生させて呼び出しスレッドまたはワーカーをクラッシュさせます。これにより、攻撃者が制御するクエリ文字列をFaradayのネストされたクエリ解析やURL構築の経路に渡すアプリケーションにおいてサービス拒否が発生する可能性があります。この脆弱性はバージョン1.10.6および2.14.3で修正されています。
Trivyはセキュリティスキャナーです。バージョン0.71.0以前のTrivyでは、Helmチャートのアーカイブファイル（.tgz）をスキャンする際に、独自のtar解凍機能がio.ReadAll(tr)を使用してエントリをサイズ制限なく読み取っていました。悪意のある.tgzファイルをスキャン対象のパスに配置できる攻撃者は、小さな圧縮アーカイブを作成し、展開時にギガバイト単位の大容量に膨らませることが可能です。その結果、TrivyプロセスがOSのOOMキラーによって強制終了される可能性があります。この脆弱性はバージョン0.71.0で修正されています。
jqはコマンドラインのJSONプロセッサです。バージョン1.8.2以前の32ビットシステムにおいて、jvp_string_append関数で整数の乗算オーバーフローが発生する可能性があり、大規模なバッファオーバーランを引き起こす恐れがありました。この脆弱性はバージョン1.8.2で修正されました。
Appsmithは管理パネル、内部ツール、およびダッシュボードを構築するためのプラットフォームです。バージョン2.1以前では、バンドルされたCaddyリバースプロキシの管理APIにデフォルトで認証がなく、コンテナ内の0.0.0.0:2019にバインドされていました。このリスナーはdocker-compose.ymlでホストに直接公開されていませんが、Appsmithサーバープロセス自体やSSRFの脆弱性を通じてアクセス可能です。認証された権限の低いユーザーはSSRFを悪用してhttp://0.0.0.0:2019/に対してPOST /load（または他の管理APIコール）を発行し、ライブのCaddy構成を完全に置き換えてリバースプロキシを乗っ取ることができます。この脆弱性はバージョン2.1で修正されました。
Appsmithは管理パネル、内部ツール、およびダッシュボードを構築するためのプラットフォームです。バージョン2.1以前のWebClientUtils（REST APIおよびGraphQLデータソースプラグインで使用される）では、アウトバウンドHTTPホストフィルターが正確一致の文字列拒否リストに基づいてホストを検証していました。包括的なアドレスクラスチェック（ループバック、任意ローカル、リンクローカル、fc00::/7）はSMTPに使用される別のコードパスにのみ存在し、HTTPプラグインのパスには存在しませんでした。そのため、認証済みユーザーはコンテナ内のループバック宛サービスにアクセスできるアウトバウンドリクエストを作成可能でした。この脆弱性はバージョン2.1で修正されました。
PodmanはOCIコンテナおよびポッドを管理するためのツールです。バージョン3.0.0から5.7.1までの間、WORKDIRパスにシンボリックリンクが含まれている悪意のあるコンテナイメージを実行すると、ホストファイルシステム上にディレクトリを作成したり所有権を変更したりする可能性があります。所有権の変更は、WORKDIRパスの参照中にホストファイルシステムツリーを変更する信頼できないまたは悪意のあるプロセスの支援が必要なため、発生する可能性は低いです。この脆弱性はバージョン5.7.1で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0653以前では、src/spellfile.c内のtree_count_words()関数が、スペルファイルの単語トライの単語カウントフィールドを反復的に深さカウンターを用いて埋めます。このカウンターはトライ構造そのものによってのみ制限されており、固定長MAXWLEN要素のスタック配列(arridx[]、curi[]、wordcount[])のサイズとは照合されません。ユーザがスペル提案を呼び出す際に読み込まれる巧妙に作成された.spl/.sugファイルの組み合わせによって、下降が任意に深く駆動され、この関数がこれらの配列の範囲外に書き込む可能性があります。これはスタックの境界外書き込みであり、コールフレームを破壊してエディタをクラッシュさせます。この脆弱性はバージョン9.2.0653で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。9.2.0662以前のバージョンでは、src/spell.c内のdump_prefixes()関数が、単語に適用されるプレフィックスをダンプする際に深さカウンタを使ってスペルファイルのプレフィックスTrieを反復的に走査します。このカウンタはTrie構造自体によってのみ制限されており、インデックスとして使用される固定長のMAXWLEN要素のスタック配列（prefix[]、arridx[]、curi[]）のサイズと比較されることはありません。細工された.splファイルがユーザーによって単語リストをダンプする際に読み込まれると、この関数は深さを任意に深く潜ることができ、その結果これらの配列の範囲外に書き込みを行います。これはスタックの境界外書き込みであり、呼び出しフレームを破壊してエディタをクラッシュさせます。この脆弱性は9.2.0662で修正されました。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,756件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。