全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,332 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近3年 の検索結果：1,681–1,720 件目を表示（ページ 43）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Eclipse Miloのバージョン0.6.0から1.1.4において、UASCサーバートランスポートハンドラーはチャネルが切断された際に保持していた未完了のメッセージチャンクを解放できません。そのため、リモートの認証されていないクライアントが不完全なチャンクを繰り返し送信して切断すると、プールされた直接メモリを使い果たし、サーバーを停止させる可能性があります。
Apache NiFi 1.10.0から2.10.0までのバージョンは、パラメータ値を参照するコンポーネントに対して認可チェックを強制しないパラメータコンテキスト更新用REST APIメソッドを提供しています。パラメータコンテキストの更新は参照コンポーネントに影響を与えるパラメータ値を変更できますが、フレームワークの認可はパラメータコンテキスト自体の読み取りおよび書き込み権限に限定されていました。この認可の欠如により、パラメータコンテキストの変更権限を持つ認証済みユーザーが、参照コンポーネントに対する権限を持っていなくても、これらのコンポーネントに影響を与えるパラメータ値を変更できる可能性があります。パラメータ値に実行可能なスクリプトコンテンツが含まれる環境では、パラメータの更新により、参照コンポーネントを起動することなく自動コンポーネント検証中にコードが実行される可能性があります。影響は既存の検証チェックにより停止中のコンポーネントに限定され、この問題はコンポーネントレベルの認可ポリシーを使用しているデプロイメントにのみ適用されます。推奨される緩和策はApache NiFi 2.11.0へのアップグレードであり、パラメータコンテキスト更新メソッドの認可を他のメソッドと整合させ、影響を受けるコンポーネントに対して認可チェックを追加しています。
Apache NiFi 2.0.0から2.10.0までは、REST APIを通じてパラメータコンテキストに関連付けられたアセットの作成、読み取り、および削除がサポートされています。フレームワークは、提供されたパラメータコンテキスト識別子とアセット識別子を使用して、所有するパラメータコンテキストに対するアセットの削除を認可します。フレームワークは提供されたパラメータコンテキスト識別子に基づいて認可を行っていましたが、要求された識別子と保存された識別子の照合を行っていませんでした。パラメータコンテキスト間で異なるレベルの認可を実装していないApache NiFiインストールはこの脆弱性の対象外です。これは、フレームワークが書き込み権限をセキュリティ境界として強制しているためです。推奨される緩和策はApache NiFi 2.11.0へのアップグレードであり、削除前に要求されたアセットのパラメータコンテキスト所有権を検証し、アセットの読み取り操作に適用されているのと同じ戦略を用いています。
Apache NiFiのバージョン1.5.0から2.10.0にかけては、Jerseyエンコーディングフィルターを使用してアプリケーションのREST APIでgzipエンコードされたHTTPリクエストをサポートしていました。このフレームワークは、解凍後の出力ではなく圧縮されたペイロードに対して設定可能な最大リクエストサイズを強制していたため、悪意のあるクライアントが細工したリクエストを送信し、大量のメモリを消費させる可能性がありました。推奨される対策としては、Apache NiFiを2.11.0にアップグレードすることであり、これによりレスポンス圧縮をJettyサーバーに移行し、gzipエンコードされたHTTPリクエストの解凍処理を無効化します。
brace-expansion ライブラリは、共通のプレフィックスとサフィックスを含む任意の文字列を生成します。バージョン 1.1.18、2.1.4、3.0.6、および 5.0.9 より前の expand() 関数は、カンマ区切りの代替中間配列やパディングされたシーケンスを構築する際に maxLength を適用しなかったため、攻撃者が制御する入力によってメモリを枯渇させたりイベントループをブロックしたりすることが可能でした。CVE-2026-14257 に対する修正により、この脆弱性は回避されています。この問題はバージョン 1.1.18、2.1.4、3.0.6、および 5.0.9 で修正されています。
PostCSSはCSSファイルを受け取り、そのルールを抽象構文木（Abstract Syntax Tree）に変換することで、ルールの解析および修正を行うAPIを提供します。バージョン8.5.19以前では、fromが未設定の場合に、攻撃者が絶対パスまたはディレクトリトラバーサルを含むsourceMappingURLを供給することで、PreviousMap.loadFile()が意図しないソースマップファイルを読み取る可能性がありました。その結果、マップのsourcesおよびsourcesContentがアプリケーションに露出する恐れがありました。この問題はバージョン8.5.19で修正されています。
PerlのXML::Sigのバージョン0.71以前では、ID参照においてXPathインジェクションが可能です。lib/XML/Sig.pm内のverify()および_get_signed_xml()関数は、検証対象のドキュメントから読み取ったSignedInfo/Reference/@URIの値を連結してXPath式を構築します。この値はエスケープされておらず、XMLがIDに要求するNCName文法のチェックも行われません。そのため、URIに含まれるシングルクォートが生成された式の文字列リテラルを閉じ、任意のXPath演算子を付加してしまいます。細工されたURIによって、参照されていない要素やドキュメント内のすべての要素に一致させることができるため、ダイジェスト検証に使用されるノードは参照ではなく、注入された式によって決定されます。
Perl用のXML::Sigバージョン0.71未満では、重複したIDを利用した署名のラッピング攻撃が可能です。lib/XML/Sig.pm内の_get_signed_xml()関数はverify()から呼び出され、SignedInfoのReference/@URIをXPath式 "//*[@ID='$id']" を用いてノードに解決し、結果のノードセットの最初のノードを返します。２つの要素が同じID値を共有する文書が受け入れられ、ダイジェストおよび署名は文書内の順序で最初に現れる要素に対して検証され、重複は検出されません。このような文書は正常に検証されますが、同じIDを独立して解決するアプリケーションは２番目の攻撃者が提供した要素を読み取る可能性があります。SAML2の文脈では、これによってアサーションの内容が攻撃者の制御下に置かれてしまいます。
2026年08月04日（現地時間）、米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規：2件 ・ICSA-26-216-01: Acrisure KARR BT and DR-100 ・ICSMA-26-216-01: Thermo Fisher Applied Biosystems Genetic Analyzers</ul
N-able N-central における代替パスまたはチャネルを使用した認証バイパスの脆弱性により、認証がバイパスされる可能性があります。この問題は N-central: 2026.1 までのバージョンに影響します。
CVE-2026-18556の不完全なパッチにより、2026年3月1日までのN-centralのバージョンで認証バイパスおよびアカウントの乗っ取りが可能となります。
株式会社アイ・エス・ティが提供するNetKids iMarkには、次の複数の脆弱性が存在します。 ・ファイル検索パスの制御不備（CWE-427）- CVE-2026-66344 ・引用符で囲まれていないファイルパス（CWE-428）- CVE-2026-66839 この脆弱性情報は、情報セキュリティ早期警戒パートナーシップに基づき下記の方がIPAに報告し、JPCERT/CCが開発者との調整を行いました。 報告者：GMOサイバーセキュリティ byイエラエ株式会社 松本 一真 氏
Cosminexus HTTP ServerおよびHitachi Web Serverに脆弱性(CVE-2026-33523)が存在します。
Hitachi Ops Center Common Servicesに下記の脆弱性が存在します。 CVE-2025-10939, CVE-2025-11537, CVE-2025-11538, CVE-2025-12110, CVE-2025-13467, CVE-2025-13881, CVE-2025-14082, CVE-2025-14083, CVE-2025-14777, CVE-2025-66560, CVE-2026-0707, CVE-2026-0871, CVE-2026-0976, CVE-2026-1035, CVE-2026-1190, CVE-2026-2092, CVE-2026-2575, CVE-2026-2673, CVE-2026-3009, CVE-2026-3121, CVE-2026-3429, CVE-2026-3872, CVE-2026-3911, CVE-2026-4282, CVE-2026-4325, CVE-2026-4634, CVE-2026-22745, CVE-2026-22748, CVE-2026-25854, CVE-2026-40972, CVE-2026-40975
Cosminexus HTTP ServerおよびHitachi Web Serverに脆弱性(CVE-2026-43951)が存在します。
Cosminexus HTTP Serverに脆弱性(CVE-2026-48913)が存在します。 なお，HTTP/2プロトコル通信機能を使用していない場合は，本脆弱性は発生しません。
Cosminexus HTTP Serverに脆弱性(CVE-2026-49975)が存在します。 なお，HTTP/2プロトコル通信機能を使用していない場合は，本脆弱性は発生しません。
151.0.7922.72 より前の iOS 向け Google Chrome の Chrome for iOS における不適切な実装により、リモートの攻撃者が細工された HTML ページを使って Omnibox（URL バー）の内容を詐称できる可能性がありました。（Chromium セキュリティ重大度：低）」
Google Chrome 151.0.7922.72以前におけるSVGのサイドチャネル情報漏えいの脆弱性により、リモート攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏えいさせる可能性がありました。（Chromiumセキュリティの深刻度は低です）
151.0.7922.72より前のGoogle Chromeのパーサーには不適切な実装があり、そのためリモートの攻撃者が細工されたHTMLページを介してコンテンツセキュリティポリシーを回避できる可能性がありました。（Chromiumのセキュリティ深刻度は低いです）
iOS版Google Chrome（バージョン151.0.7922.72未満）における不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してナビゲーション制限を回避できる可能性がありました。（Chromiumのセキュリティ重大度は低です）
151.0.7922.72以前のGoogle ChromeのNavigationにおける信頼されていない入力の不十分な検証により、レンダラープロセスが侵害される可能性があり、リモート攻撃者は細工されたHTMLページを通じてUIスプーフィングを行うことができました。（Chromiumセキュリティの重大度は低です）
Google Chrome バージョン 151.0.7922.72 未満の Dawn において、初期化されていない使用が原因でレンダラープロセスが侵害される可能性がありました。リモート攻撃者は細工された HTML ページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる恐れがあります。（Chromium セキュリティ重大度：低）」
Google Chromeのバージョン151.0.7922.72以前に存在したWebSocketsのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumのセキュリティ重大度は低と評価されています）
Google Chromeの151.0.7922.72以前のV8における型混同の脆弱性により、ユーザーを騙して悪意のある拡張機能をインストールさせた攻撃者が、細工されたChrome拡張機能を介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は低いと評価されています）
151.0.7922.72以前のAndroid版Google ChromeのGPUにおける未初期化使用の問題により、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させる可能性がありました。（Chromiumのセキュリティ重大度は低です。）
Google Chromeのバージョン151.0.7922.72より前のWebRTCにおけるヒープバッファオーバーフローの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して境界外メモリを読み取ることが可能でした。（Chromiumセキュリティ重大度：低です）
151.0.7922.72 未満の Android 上の Google Chrome の WebView には不十分なポリシー強制の問題があり、リモートの攻撃者が細工された HTML ページを介してナビゲーション制限を回避できる可能性がありました。（Chromium セキュリティの深刻度は低いです）
151.0.7922.72より前のGoogle Chromeでは、MHTMLのポリシーバイパスによりリモートの攻撃者が細工されたMHTMLページを介してクロスオリジンデータを漏洩させることが可能でした。（Chromiumのセキュリティ重大度は低いです）
Google Chromeのバージョン151.0.7922.72より前のPaymentsにおいて、信頼されていない入力を十分に検証していなかったため、リモートの攻撃者が細工されたHTMLページを利用してUIスプーフィングを実行できる可能性がありました。（Chromiumセキュリティの深刻度は低と評価されています）
151.0.7922.72より前のGoogle ChromeにおけるCORSの不適切な実装により、リモートの攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してクロスオリジンデータを漏洩させることが可能でした。（Chromiumのセキュリティ重大度は低です）
151.0.7922.72より前のGoogle ChromeのViewsに不適切な実装があったため、リモートの攻撃者が細工されたHTMLページを介してUIスプーフィングを実行できる可能性がありました。（Chromiumセキュリティの重大度は低いです）
151.0.7922.72より前のGoogle Chromeのネットワーク実装に不適切な箇所があり、リモート攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏洩させる可能性がありました。（Chromiumのセキュリティ重大度は低いです）
Google ChromeのiOS版151.0.7922.72以前において、Chrome for iOSのポリシー強制に不備があったため、リモートの攻撃者が細工されたHTMLページを介してno-referrerポリシーを回避できる可能性がありました。（Chromiumセキュリティの重大度は低です）
151.0.7922.72 より前の Android 上の Google Chrome のセッションにおける不適切な実装により、リモートの攻撃者が細工された HTML ページを介してナビゲーション制限を回避できる可能性がありました。（Chromium セキュリティの深刻度は低です）
151.0.7922.72より前のGoogle ChromeのBlinkにおける不適切な実装が原因で、リモートの攻撃者が細工されたHTMLページを介して任意のスクリプトやHTML（UXSS）を注入できる可能性がありました。（Chromiumセキュリティの深刻度は低いです）
151.0.7922.72より前のGoogle ChromeにおけるSVGの不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させることが可能でした。（Chromiumセキュリティの深刻度は低いと評価されています）
151.0.7922.72未満のAndroid版Google ChromeにはセキュリティUIの不備があり、リモートの攻撃者が細工されたHTMLページを介してドメインスプーフィングを実行できる可能性がありました。（Chromiumセキュリティの重大度は低です）
iOS向けGoogle Chromeのバージョン151.0.7922.72以前において、Chrome for iOSの不適切なセキュリティUIの問題により、リモートの攻撃者が細工されたHTMLページを介してUIスプーフィングを行うことが可能でした。（Chromiumのセキュリティ重大度は低と評価されています）
151.0.7922.72以前のMac版Google ChromeのViewsにおける不適切な実装により、ローカルの攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得する可能性がありました。（Chromiumセキュリティの重大度は低と評価されています）
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,332件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。