全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,756 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1,641–1,680 件目を表示（ページ 42）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0663以前のnetrwプラグイン(runtime/pack/dist/opt/netrw/autoload/netrw.vim)内のs:NetrwLocalRmFile()に、ローカルファイルをブラウザから削除する際にVimscriptコードインジェクションの脆弱性が存在します。バッファのディレクトリリストから派生したファイル名が、バックスラッシュ文字のみをエスケープした状態で:executeに渡されるExコマンドラインに挿入されるため、バー(|)を含む細工されたファイル名によって意図されたコマンドが終了され、:call system()や:!を介したシェルコマンドを含む任意のVimscriptを実行できる可能性があります。この脆弱性はバージョン9.2.0663にて修正されました。
socatのバージョン1.8.0.0から1.8.1.1には、ヒープベースのバッファオーバーフローの脆弱性があります。この脆弱性により、悪意のあるSOCKS5プロキシサーバーがDOMAINNAME応答パーサーの符号拡張の欠陥を悪用し、隣接するヒープメモリを上書きできます。接続設定時に、ドメイン名の長さを示すバイトが符号付きcharフィールドを通して読み込まれ、負のbytes_to_read値が発生します。これは暗黙的にsize_tに変換され、攻撃者が制御可能なサイズと内容で262バイトの応答バッファへ無制限のヒープ書き込みを引き起こします。
Crawl4AIのバージョン0.8.7未満には、認証を回避できる脆弱性がmonitorルーターのエンドポイントに存在しており、認証されていない攻撃者が破壊的な操作にアクセスできます。リモートの攻撃者は/monitor/actions/cleanupエンドポイントを呼び出して認証なしで監視状態を操作し、サービスの中断を引き起こす可能性があります。
Flowiseの3.1.0より前のバージョン（npmパッケージflowise、バージョン3.0.13以前）では、環境変数TOKEN_HASH_SECRETが設定されていない場合に、packages/server/src/enterprise/utils/tempTokenUtils.ts内で弱いハードコードされたデフォルト値「Secre$t」を使用しています。このシークレットは、JWTトークンの「meta」フィールドにあるユーザーIDおよびワークスペースIDを暗号化するためのAES-256-CBCキーを導出します。デフォルトのシークレットを知っている攻撃者は、このメタデータを復号し、内部のユーザーおよびワークスペースの識別子を抽出し、改ざんされたユーザーやワークスペースIDなどの値に再暗号化することが可能です。JWTの署名は別途検証されるため、このメタデータの復号や改ざん自体がアクセス権限を付与するわけではありませんが、内部識別子の漏洩やメタデータの改ざんは権限昇格や不正なデータアクセスを助長する可能性があります。
Flowise 3.1.0より前のバージョン（3.0.13およびそれ以前）には、/api/v1/loginmethodエンドポイントに認証欠落の脆弱性が存在し、認証されていないユーザーがorganizationIdパラメータを指定することで組織の完全なSSO構成を取得できます。この構成にはOAuthクライアントシークレットが平文で含まれています。リモートの攻撃者はGETリクエストを送信することで、Google、Microsoft/Azure、GitHub、およびAuth0の統合用の機密API資格情報を収集可能です。この問題は、FlowiseAI Cloudおよび当該エンドポイントが公開されているセルフホスト型インスタンスに影響を及ぼします。
Flowiseのバージョン3.0.13以前では、bcryptがデフォルトのソルトラウンド5で使用されており、OWASPが推奨する最低10ラウンドに比べてわずか32回の反復回数しか提供していません。攻撃者は最新のGPUハードウェアを使用することで、パスワードハッシュを約30倍高速に解読できるため、データベースが侵害された場合にはすべてのユーザーアカウントが危険にさらされます。
n8nのバージョン2.4.0より前には、MySQL、PostgreSQL、およびMicrosoft SQLノードにSQLインジェクションの脆弱性が存在します。この脆弱性により、認証されたユーザーはノードの設定パラメーター内のエスケープされていない識別子の値を通じて任意のSQLを注入できます。ワークフロー作成権限を持つ攻撃者は、特別に細工したテーブル名やカラム名を提供して不正なデータベースコマンドを実行し、データの完全性を損なうことが可能です。
n8nのバージョン1.123.25（1.x系）以前および2.11.2（2.x系）以前には、2.12.0で修正が行われたForm TriggerノードのCSSサニタイズに関する保存型クロスサイトスクリプティング（XSS）脆弱性が存在します。この脆弱性により認証済みユーザーが悪意のあるスクリプトを注入可能です。ワークフロー作成権限を持つ攻撃者はXSSペイロードを注入でき、これによりすべてのフォーム訪問者に対して永続的にスクリプトが実行され、フォームの乗っ取りやフィッシング攻撃が可能になります。
ImageMagickの7.1.2-15以前のバージョンには、生のピクセルデータを書き込む複数のコーダーにおいて、割り当てられたオブジェクトが適切に解放されないメモリリークの脆弱性があります。攻撃者は特別に細工された画像を処理することでこのリークを引き起こし、メモリが枯渇し、サービス拒否が発生する可能性があります。
ImageMagick 7.1.2-19以前のバージョンには、ConnectedComponentsImage()関数において無効なインデックスを持つ連結成分のアーティファクトを処理する際に境界外アクセスの脆弱性があります。攻撃者は、CLIを介して不正な連結成分の定義を指定することでアクセス違反を引き起こし、サービス拒否（DoS）や潜在的なコード実行を招く可能性があります。
hono 4.12.14以前には、jsxサーバーサイドレンダリングにおいてHTMLインジェクションの脆弱性が存在しており、攻撃者が不正な属性名を使用することで意図しないHTMLを注入することが可能でした。攻撃者は、引用符や山括弧のような文字を含む特別に細工された属性キーを作成し、HTMLタグの境界を破って任意の属性や要素を注入できます。
Jenkins Script Security Plugin 1402.v94c9ce464861以前のバージョンでは、サンドボックス化されたGroovyスクリプト内の型付きfor-eachループの要素に適用される暗黙の型キャストをインターセプトできませんでした。その結果、そのようなスクリプトを提供できる攻撃者が任意のコンストラクタを呼び出してサンドボックス保護を回避できる問題が発生しています。
Jenkins Git client Plugin 6.6.0 およびそれ以前のバージョンでは、生成された SSH ラッパースクリプトに埋め込まれる際にワークスペースディレクトリ名が正しくエスケープされません。そのため、ビルドの作業ディレクトリ名を制御できる攻撃者がエージェント上で任意のオペレーティングシステムコマンドを実行する可能性があります。
Jenkins Pipeline: Groovy Plugin 4331.v9d06ed4658ffおよびそれ以前のバージョンにはクロスサイトリクエストフォージェリ（CSRF）の脆弱性があり、攻撃者はPipelineスニペットジェネレーターを通じて、Pipelineステップ以外のジョブやシステム設定に関連する型をインスタンス化できる可能性があります。
Jenkins PipelineのGroovyプラグイン4331.v9d06ed4658ffおよびそれ以前のバージョンには、Pipelineスニペットジェネレーターを通じてインスタンス化できるタイプを制限していない脆弱性があります。そのため、攻撃者がPipelineステップ以外のジョブやシステム構成に関連するタイプをインスタンス化できる可能性があります。
Jenkins GitHub Branch Source Plugin バージョン1967.1969.v205fd594c821およびそれ以前のバージョンにおいて、権限チェックが不足しているため、Overall/Read権限を持つ攻撃者がグローバルプラグイン設定に構成されたGitHub EnterpriseサーバーのURLを取得できる問題があります。
Jenkins Git Parameter Plugin バージョン462.vdcf3df2ed2ca_およびそれ以前のバージョンにおいて、権限チェックが欠如しているため、Item/Read権限を持つ攻撃者がジョブで使用されるSCMリポジトリに関する情報（ブランチ名、タグ名、リビジョンのメタデータなど）を取得する可能性があります。
Jenkinsジョブ構成履歴プラグイン1356.ve360da_6c523a_およびそれ以前のバージョンでは、履歴のジョブおよびエージェント構成を表示する際にシークレットの暗号化された値が非表示になりません。これにより、拡張読み取り権限を持つ攻撃者が通常は非表示にされる暗号化されたシークレット値を閲覧できる可能性があります。
Jenkins Active Directoryプラグイン2.41.1およびそれ以前のバージョンには、Windowsネイティブ（ADSI）認証パスでLDAP検索フィルターを作成する前にユーザー名をエスケープしないという問題があります。このため、認証されていない攻撃者がLDAPワイルドカード文字を注入してディレクトリエントリを列挙し、正確なユーザー名を知らなくてもパスワードを知っている一致するユーザーとして認証できる可能性があります。
Jenkins Bitbucket Push and Pull Request Plugin バージョン3.3.8以下では、Bearerトークン認証されたリクエストを送信する際に、設定されたBitbucketサーバーエンドポイントへの接続でSSL/TLS証明書およびホスト名の検証を無条件に無効化してしまいます。そのため、ネットワークトラフィックを傍受できる攻撃者がトークンを取得する可能性があります。
Jenkins Contrast Continuous Application Security Plugin バージョン3.11およびそれ以前のバージョンには、パーミッションチェックが欠如しているため、Overall/Read権限を持つ攻撃者が攻撃者指定のユーザー名、APIキー、およびサービスキーを使用して攻撃者指定のURLに接続できる脆弱性が存在します。
Jenkins Contrast Continuous Application Security Plugin 3.11およびそれ以前のバージョンには、権限チェックが不足しているため、OverallまたはRead権限を持つ攻撃者が設定されているContrastメタデータの名前を列挙できてしまう問題があります。
Jenkins MCP Server Plugin 0.177.v629fdb_2557fe およびそれ以前のバージョンには権限チェックの欠如があり、その結果、Item/Read 権限を持つ攻撃者がアクセス可能なジョブのパイプラインリプレイスクリプトを読み取ることが可能となります。
Jenkins OWASP ZAP プラグイン 1.0.7 およびそれ以前のバージョンには、割り当てられたエージェントではなく Jenkins コントローラー上でビルド操作を実行する問題があります。このため、Item/Configure 権限を持つ攻撃者が Jenkins コントローラー上で任意のコードを実行できる可能性があります。
Jenkins FitNesse Plugin 1.36以前のバージョンでは、ジョブのconfig.xmlファイル内にパスワードを暗号化せずに保存します。これらのファイルはJenkinsコントローラー上にあり、Extended Read権限を持つユーザーやJenkinsコントローラーのファイルシステムにアクセスできるユーザーが閲覧できます。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0670より前のsrc/textprop.c内のget_text_props()関数は、行のテキストの直後にインラインで格納されたuint16のプロパティ数を読み取り、その数を続く32バイトのtextprop_Tエントリの数として返します。唯一のチェックは最低1エントリ分のスペースを保証するものであり、実際に存在するデータ量と比較してカウントが検証されることはありません。大量のカウントを宣言しつつ実際にはわずかなデータしか持たない行は、消費者が行バッファの末尾を大幅に越えて読み込んでしまう原因となります。このような行は細工されたundoファイルを通じて提供される可能性があり、クラッシュを引き起こします。この脆弱性はバージョン9.2.0670で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0671以前のVimでは、VimCrypt~04!またはVimCrypt~05!方式（xchacha20poly1305、+sodium機能が必要）で暗号化されたファイルを開く際に、ファイルの本文がlibsodiumのsecretstreamヘッダー1つ分よりも短い場合、符号なしの長さ計算でアンダーフローが発生します。その結果、復号処理が入力バッファの終わりを大幅に超えて読み取ってしまい、Vimがクラッシュする原因となります。この脆弱性はバージョン9.2.0671で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.1.1784から9.2.0678までの間、バンドルされているzipプラグインautoload/zip.vimはPowerShellを利用してzipアーカイブ内のエントリの閲覧、読み取り、抽出、更新、削除を行う際に、PowerShellコマンドの生成時にシェル用にのみ引用符で囲まれたアーカイブエントリ名を挿入していました。悪意のあるエントリ名は意図された文字列コンテキストを脱出し、Vimを実行するユーザーの権限で任意のPowerShellコマンドを実行させる可能性がありました。この脆弱性はバージョン9.2.0678で修正されました。
Vimはオープンソースのコマンドラインテキストエディタです。バージョン9.2.0320から9.2.0679までの間に、細工されたundoファイルまたはswapファイルが、オフセットと長さが行のプロパティデータの範囲外を指す仮想テキストプロパティを保存する可能性があります。Vimはそのような行を復元または表示する際に、オフセットをポインタに変換し、境界チェックを行わずに仮想テキストを読み取るため、境界外読み取りが発生し、Vimがクラッシュしたり隣接するヒープメモリの情報が漏洩したりする可能性があります。この脆弱性はバージョン9.2.0679で修正されました。
wolfSSL_OCSP_resp_find_statusにおけるOCSP CertIDのシリアル番号長の混乱により、発行者が同じでシリアル番号が対象シリアルの接頭辞であるSingleResponseが、異なる証明書の取り消し状態として報告される可能性がありました。検索はシリアル番号のバイトを比較する際に、最初に両方のシリアル番号の長さが等しいことを要求していなかったため、発行者が同じでシリアル番号が対象の接頭辞であるSingleResponseが一致し、誤った証明書の状態を返していました。修正では、シリアルのバイトを比較する前にシリアルの長さが等しいことを要求するようにしています。
ステートフル（セッションID）再開時にSNI/ALPNバインディングが欠落しており、以前はチケットベースの再開で実施されていたバインディングチェックが省略されていました。キャッシュされたセッションが、元々交渉されたSNI/ALPNとは異なるSNI/ALPNの下で再開される可能性があり、クライアント認証ポリシーが仮想ホスト間で異なる場合には、キャッシュされたピア認証状態がその状態が確立されていないコンテキストに持ち込まれることがありました。現在は、すべての経路でSNI/ALPNのバインディングを検証し、不一致の場合は完全ハンドシェイクにフォールバックして再開を拒否するようにしています。
TLS 1.3のポストハンドシェイク認証（PHA）における問題で、クライアントがCertificateおよびCertificateVerifyを送信していないにもかかわらず、サーバーがクライアントのFinishedメッセージを受け入れてしまう可能性があります。ピア証明書が空または存在しない場合を許容するポストハンドシェイク認証の例外は、初期ハンドシェイク時のみを対象としていましたが、ポストハンドシェイクのCertificateRequestが未処理の場合にも適用されていました。このチェックは現在、初期ハンドシェイクのみに限定されています。サーバー側では、ポストハンドシェイクのCertificateRequestが送信されている場合（certReqCtxが設定されている）には、Finishedメッセージを受け入れる前にピア証明書および有効なCertificateVerifyを再度確認する必要があり、空の証明書処理は最初のハンドシェイク時のクライアント認証同様に設定された検証モード（FAIL_IF_NO_PEER_CERT）に従います。この問題は、ポストハンドシェイク認証サポート（WOLFSSL_POST_HANDSHAKE_AUTH / --enable-postauth、--enable-allに含まれる）を有効にし、WOLFSSL_VERIFY_POST_HANDSHAKEを利用し、wolfSSL_request_certificate()を通じてハンドシェイク後にクライアント証明書を要求するTLS 1.3サーバーにのみ影響します。クライアントおよびポストハンドシェイク認証を使用しないサーバーは影響を受けません。
HAVE_ENCRYPT_THEN_MACが構成されている場合でも、実装はEncrypt-then-MACを強制せず、MAC-then-Encryptにフォールバックする可能性があります。
署名アルゴリズムのリストが大きすぎる場合に、SetSuitesHashSigAlgoで境界外書き込みが発生し、宛先バッファの境界を越えて書き込める問題が存在します。
PKCS#12のMAC検証では、攻撃者が制御する比較長を使用しているため、MACの整合性チェックが弱まり、不一致のMACが受け入れられる可能性があります。PKCS#12の検証パスでは、ローカルで計算されたHMACをPKCS#12構造から解析されたMACと比較する際に、その長さが構成されたアルゴリズムによって実際に生成されたダイジェストの長さと等しいかどうかを最初に検証しませんでした。そのため、攻撃者が提供した入力から直接取得した長さを使用しており、切り詰められたMACや長さがゼロのMACが受け入れられてMACの整合性保護が無効化される可能性があります。
ML-KEMのARM64 NEON暗号文比較は入力の半分のみを比較しており、これにより藤崎-岡本変換の暗黙の拒否が破られて、そのコードパスにおけるIND-CCA2セキュリティが弱体化しています。定数時間比較は再暗号化された暗号文の一部を実質的に無視していたため、復号当事者が改ざんされた暗号文を検出できず、標準で要求される暗黙の拒否なしに処理を続行する可能性がありました。
EVP_DigestVerifyFinalにおけるHMACのゼロ長タグ偽造問題では、HMAC検証中にゼロ長のタグが有効として受け入れられる可能性がありました。OpenSSL互換のHMAC検証パスでは、提供された署名の長さがMAC長を超えないことのみがチェックされていたため、ゼロ長またはその他の切り詰められたタグが検証を通過する可能性がありました。修正では、提供されたタグの長さが正確にMAC長と等しいことを要求し、ゼロ長のMACを拒否するため、偽造された短いまたは空のタグはもはや受け入れられません。
証明書ポリシーおよびRFC 8446準拠に関する懸念があり、証明書処理においてSHA-1やMD5の継続的な受け入れは問題となっています。
ParseCRL_Extensionsにおいて、重要な拡張機能が適切に強制されないため、重要な拡張機能を処理できない細工されたCRLを受け入れてしまうバイパスが存在します。これは、CRLサポートが有効であり、解析時に信頼された署名を持つ細工されたCRLが存在するビルドにのみ影響を与えます。
wc_PKCS7_DecryptOriで細工されたOther Recipient Infoを処理する際に整数アンダーフローが発生し、それにより復号処理中に長さの取り扱いが誤ってしまう問題です。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,756件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。