全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,332 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：3,481–3,520 件目を表示（ページ 88）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Unixシステムにおいて、os.Rootでファイルを開く際に、パスの最終コンポーネントがシンボリックリンクであり、かつパスが「/」で終わる場合に、Rootの外部の場所を不適切に追跡してしまう問題があります。例えば、'root.Open("symlink/")' は、"symlink" がRootの外部を指すシンボリックリンクである場合でも、"symlink" を開いてしまいます。
Pipecatは、リアルタイム音声およびマルチモーダル対話エージェントを構築するためのオープンソースのPythonフレームワークです。バージョン1.4.0以前では、pipecatの開発用ランナーが認証なしで接続を受け入れるテレフォニーテスト用の/ws WebSocketエンドポイントを登録していました。また、src/pipecat/runner/utils.py内のTwilioのstream-startハンドシェイクから攻撃者が提供したcallSidを読み取り、それをTwilioFrameSerializerに渡します。これによりサーバーは、サーバーオペレータの資格情報を用いて認証済みのTwilio REST APIの通話終了リクエストを発行できる状態になっていました。TelnyxおよびPlivoに対しても同様の未認証の通話制御の脆弱性が存在していました。この問題はバージョン1.4.0で修正されました。
Discourseはオープンソースのディスカッションプラットフォームです。2026.6.0、2026.5.1、2026.4.2、および2026.1.5より前のバージョンでは、特定のデフォルト以外の設定下でPDFアップロードの処理が悪用され、サーバー上でリモートコード実行（RCE）が可能になる恐れがありました。この問題は2026.6.0、2026.5.1、2026.4.2、および2026.1.5で修正されました。
libXfont2の2.0.8以前のバージョンにおいて、pcfReadFont()関数内でグリフ境界のチェックが欠如しているためにヒープバッファオーバーフローが発生し、Xクライアントとして認証された攻撃者がXサーバー内でコードを実行できる可能性が存在します。
Crawl4AI 0.8.7以前のバージョンには、Docker APIサーバーの/crawl/jobおよび/llm/jobエンドポイントにサーバーサイドリクエストフォージェリ（SSRF）の脆弱性が存在します。これらのエンドポイントは送信先の検証を行わずにWebhook URLを受け入れます。攻撃者はプライベートまたは内部IPレンジ、Dockerネットワーク、あるいはクラウドのメタデータエンドポイント（例：169.254.169.254）を指すWebhook URLを提供でき、その結果サーバーが内部サービスにリクエストを送信し、クラウドメタデータが露出する可能性があります。
GNU patchには、特別に細工されたユニファイド・ディフパッチファイルを処理する際にNULLポインタ参照の脆弱性があります。連続するファイル終端の改行マーカーを不適切に処理することで、内部のハンク（差分の単一変更ブロック）のデータ構造が破損し、パッチ処理中にfwrite()関数へNULLポインタが渡される可能性があります。攻撃者は悪意のあるパッチファイルを用いてこの状態を引き起こし、ユーティリティがクラッシュし、サービス拒否を引き起こす恐れがあります。この問題はコミットe6d6a4e021660679d7fc9150f981d4920f722313で修正されています。
GNU patchは、unified-diff入力におけるhunk（一連の変更ブロック）の行オフセットを適切に検証しなかったため、サービス拒否（DoS）攻撃に対して脆弱でした。特別に細工されたパッチは非常に大きな行番号を指定でき、その結果、アプリケーションは要求された位置を見つけようとして事実上無限の処理ループに入ってしまいます。これにより過剰なCPU消費が発生し、プロセスの終了が妨げられます。攻撃者は悪意のあるパッチファイルを提供することでこの挙動を引き起こし、ユーティリティが応答しなくなって手動で終了させる必要がありました。この問題はコミットfaba04ef4f2b410257f76c1b9dc85e350929c4b9で修正されています。
ImageMagick 7.1.2-18より前のバージョンには、APP1JPEG入力パスを処理する際にMETAリーダーでメモリリークの脆弱性があります。攻撃者は特別に細工されたAPP1JPEG画像ファイルを提供することでこのメモリリークを引き起こし、リソース枯渇によってサービス拒否を発生させる可能性があります。
ImageMagick 7.1.2-15より前のバージョンには、メモリ割り当てに失敗した際に古いポインタを使用するPDBデコーダにおけるuse-after-freeの脆弱性が含まれています。攻撃者は悪意のあるPDBファイルを処理することで、この脆弱性を引き起こし、クラッシュを発生させたり、解放されたメモリに対して単一のゼロバイトを書き込んだりできます。
HCL DevOps Deploy / HCL Launch は、認証済みユーザーに対して API レスポンス内で機密設定や秘密情報を漏洩する可能性があり、これがシステムに対するさらなる攻撃に利用される恐れがあります。
NATS Serverは、クラウドおよびエッジネイティブのメッセージングシステムであるNATS.io向けの高性能サーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、MQTTの保持メッセージ配信およびQoS1以上の耐久的再生において、オリジナルのトピックがサブスクライバーに設定された購読拒否ルールと一致するメッセージが配信される可能性がありました。これは、これらの配信経路がMQTTのPUBLISHをサブスクライバーに送信する前に、具体的なオリジナルトピックを一貫して再確認しなかったために発生していました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、クラウドおよびエッジネイティブのメッセージングシステムであるNATS.io向けの高性能サーバーです。バージョン2.14.3および2.12.12以前では、認証されていないMQTTクライアントが認証完了前に大きな未完了のMQTT CONNECTパケットをサーバーに保持させることができ、パーサーが通知されたMQTTパケット長を待機する間にサーバーのメモリを消費してしまう問題がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、クラウドおよびエッジネイティブなメッセージングシステムであるNATS.io向けの高性能なサーバーです。バージョン2.14.1および2.12.9より前のバージョンでは、MQTTクライアントが購読フィルターにプロトコル制御文字を含めることができました。この文字が後にNATSプロトコルデータとしてルートまたはリーフノード接続に転送され、転送されたプロトコルストリームを破損させ、意図しないNATSプロトコル操作が注入される可能性がありました。この問題はバージョン2.14.1および2.12.9で修正されています。
NATS Serverは、クラウドおよびエッジネイティブのメッセージングシステムであるNATS.ioの高性能なサーバーです。バージョン2.14.3および2.12.12より前のバージョンでは、認証済みのMQTTクライアントが内部の$MQTT.deliver.pubrelサブジェクトファミリーにサブスクライブできました。その結果、設定されたサブスクライブ権限を回避し、そのアカウント内のセッションに対するMQTT QoS2プロトコルのメタデータを公開してしまう可能性がありました。この問題はバージョン2.14.3および2.12.12で修正されています。
NATS Serverは、NATS.ioのクラウドおよびエッジネイティブなメッセージングシステム向けの高性能サーバーです。バージョン2.12.8および2.11.17より前のバージョンでは、圧縮が有効になっているリーフノードリスナーにネットワークアクセス権を持つ未認証のピアが、認証およびアカウント設定が完了する前に繰り返しリーフノードINFOプロトコルメッセージを送信することで、事前認証のリーフノードハンドシェイク中にサーバーをクラッシュさせる可能性がありました。この問題はバージョン2.12.8および2.11.17で修正されています。
gpsdはリリース3.27.5までのバージョン（コミット4c06658で修正済み）において、gpsprofにコマンドインジェクションの脆弱性があります。この脆弱性により、GPSデバイスのサブタイプ値を制御できる攻撃者が、gnuplotのプロットタイトルにバッククォートを含むペイロードを適切にエスケープせずに埋め込むことで、任意のシェルコマンドを実行できます。サブタイプフィールドはDEVICESのJSONログエントリまたはNMEAのPGRMT文から取得され、ダブルクォートのみがエスケープされた状態でset title文を介して生成されるgnuplotプログラムに書き込まれます。これにより、被害者がgpsprofとgnuplotのワークフローで生成されたプロットをレンダリングすると、gnuplotを実行しているユーザー権限で任意のシェルコマンドが実行される危険があります。
Open WebUIは拡張性が高く、機能豊富でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、チャンネルのスレッド親および返信の処理において、URL内に親IDをチャンネルに紐付けていなかったため、認証されたユーザーが他のプライベートチャンネルまたはダイレクトメッセージ（DM）チャンネルのメッセージを参照でき、その結果チャンネル間でスレッドのコンテキストが開示される問題がありました。この問題はバージョン0.10.0で修正されています。
Open WebUIは拡張性が高く、機能が豊富でユーザーフレンドリーなセルフホスト型AIプラットフォームです。バージョン0.10.0以前では、get_event_callがセッションが接続されていることのみを確認した後に、クライアントが提供するsession_idに対してexecute:pythonおよびexecute:toolのSocket.IOイベントを送信していました。これにより、認証済みユーザーがydoc:document:joinを介して別のソケットIDを取得し、そのユーザーセッション内でコードインタープリタのPythonやツールを実行できてしまう問題がありました。この問題はバージョン0.10.0で修正されています。
Socket.IOは、あらゆるプラットフォームで双方向かつ低遅延の通信を可能にします。バージョン6.5.0から6.6.7未満の間、WebTransportが有効なEngine.IOサーバーは、WebTransportアップグレード処理中にclientsオブジェクトの継承プロパティを通じて__proto__のような細工されたセッションIDを解決できました。これによりTypeErrorが発生し、サービス拒否（DoS）を引き起こす可能性がありました。この問題はバージョン6.6.7で修正されています。
Socket.IOは、あらゆるプラットフォームで双方向かつ低遅延の通信を可能にします。バージョン4.1.0から6.6.7未満の間において、Engine.IOプロトコルv4のポーリングトランスポートが、Content-Typeがapplication/octet-streamの無効なバイナリPOSTリクエストに対してHTTPレスポンスを適切に閉じないため、認証されていない攻撃者がサーバー側の接続およびソケットを枯渇させる可能性があります。この問題はバージョン6.6.7で修正されています。
etcdは、分散システムのデータを管理する分散型キーバリューストアです。バージョン3.5.32および3.6.13以前では、--listen-client-http-urlsオプションを使ってHTTPとgRPCのクライアントエンドポイントを別々のリスナーに分割する設定を行った場合、--client-crl-fileによる証明書失効リストの適用がgRPCリスナーには行われず、失効された証明書を持つクライアントがgRPCを通じて正常に認証できてしまう問題がありました。この問題はバージョン3.5.32および3.6.13で修正されています。
LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。1.83.10-stable以前のバージョンでは、LiteLLMの/health/test_connectionエンドポイントがlitellm_params内のリクエストで指定された環境およびOIDCファイル参照を解決していました。これにより、プロキシ管理者や権限を持つ他の呼び出し元が、モデル接続をテストする権限を有している場合に、oidc/file/参照を介してローカルファイルシステムからファイルを読み取ることが可能でした。この問題はバージョン1.83.10-stableで修正されています。
LiteLLMは、OpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。バージョン1.83.7-stableより前のLiteLLMでは、スキルのZIPアーカイブ展開時にファイルパスの検証が不十分でした。そのため、認証ユーザーでかつLiteLLMのLLM APIルートへのアクセス権を持つか、またはallowed_routesに/v1/skills、anthropic_routes、llm_api_routesを含むキーを持つユーザーが、パス・トラバーサルのエントリーを含む細工されたスキルアーカイブをアップロードし、意図した展開先やステージングディレクトリ外にファイルを書き込むことが可能となっていました。この問題はバージョン1.83.7-stableで修正されています。
LiteLLMは、OpenAI（またはネイティブ）フォーマットのLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。バージョン1.82.0-stable以前のLiteLLMでは、カスタムコードガードレールの本番環境における作成および更新パスに、テストエンドポイントで使用されている同じサンドボックス化および検証が適用されていなかったため、ガードレールの作成または更新権限を持つ特権ユーザーがLiteLLMプロキシ環境内で実行されるカスタムPythonコードを送信できてしまい、その結果、プロセスで利用可能な秘密情報が漏洩する可能性がありました。この問題はバージョン1.82.0-stableで修正されています。
LiteLLMはOpenAI（またはネイティブ）形式のLLM APIを呼び出すためのプロキシサーバー（AIゲートウェイ）です。バージョン1.84.0以前のLiteLLMのMCP Streamable HTTPエンドポイントでは、認証されていない攻撃者が偽造したAuthorizationヘッダーを使用してOAuth2のパススルーフォールバック経路を引き起こすことができました。この経路はLiteLLMのキー検証に失敗した際に空のUserAPIKeyAuth()オブジェクトに置き換わり、有効なLiteLLMキーなしでリクエストがMCPツールに到達可能となっていました。この問題はバージョン1.84.0で修正されています。
Metabaseはオープンソースのビジネスインテリジェンスおよび組み込み分析ツールです。バージョン1.58.15、1.59.12、1.60.6.3、および1.61.1.4より前のMetabaseインスタンスでは、デフォルトのサンプルデータベースを含むH2データベース接続において、OTHER型のH2ネイティブクエリ結果列に返される任意のJavaオブジェクトを検証なしで逆シリアライズしていました。そのため、認証されたユーザーがネイティブH2クエリを実行できる場合にMetabaseサーバー上でコードを実行可能でした。この問題はバージョン1.58.15、1.59.12、1.60.6.3、および1.61.1.4で修正されています。
js-yamlはJavaScriptのYAMLパーサーおよびダンパーです。バージョン5.0.0から5.2.0未満の間において、マージキーが有効になっている場合、各マッピングが前のマッピングをマージするマージキーのチェーンを使用したドキュメントを解析する際に、そのサイズが線形にしか増加しないにもかかわらず、js-yamlが二次的なCPU時間を消費することがあります。この問題はバージョン5.2.0で修正されています。
js-yamlはJavaScriptのYAMLパーサおよびダンパーです。バージョン3.0.0から3.15.0未満、およびバージョン4.0.0から4.3.0未満の間、js-yamlはマージキーを使用して各マッピングが前のマッピングをマージするチェーンがある場合に、ドキュメントのサイズが線形に増加しているにもかかわらず二次的なCPU時間を費やしてパースしてしまう可能性があります。この問題はバージョン3.15.0および4.3.0で修正されています。
protobufjsは、protobuf定義をJavaScript（JS）関数にコンパイルします。バージョン8.2.0から8.6.5までの間、protobufjsのテキストフォーマット拡張は、文字列キーのマップエントリを通常のプロパティ代入で解析していました。このため、キーが__proto__のマップエントリが、protobufjs/ext/textformat内でマップオブジェクト自身のエントリを作成するのではなく、返されるマップオブジェクトのプロトタイプを変更してしまう可能性がありました。この問題はバージョン8.6.5で修正されています。
Guzzleは拡張可能なPHPのHTTPクライアントです。バージョン7.12.3以前では、CookieJarがIPアドレスや数値のみのドメイン値にスコープされたクッキーを、そのクッキーを設定した正確なホストに制限していませんでした。これはSetCookie::matchesDomain()が192.168.0.1、[::1]、または1のようなドメインに対して通常のサフィックスマッチングを適用していたためであり、クロスホストでのクッキー情報漏えい、クッキーの挿入、またはセッション固定攻撃を許していました。この問題はバージョン7.12.3で修正されました。
httplib2はPythonの包括的なHTTPクライアントライブラリです。バージョン0.32.0以前のhttplib2では、httplib2/init.pyの_decompressContent関数において、Content-EncodingがgzipまたはdeflateでエンコードされたHTTPレスポンスボディを無制限に解凍していました。これにより、悪意のあるまたは侵害されたHTTPサーバーが小さな圧縮ペイロードを返し、それがメモリ上で任意の大きさに展開され、クライアントプロセスでMemoryErrorやOOMキルが発生する可能性がありました。この問題はバージョン0.32.0で修正されています。
新規：1件 ・SSA-229470: Multiple Vulnerabilities in SICAM 8 Products Before V26.20
2026年07月09日（現地時間）、米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規：3件 ・ICSA-26-190-01: OpenPLC v3 ・ICSA-26-190-02: Schneider Electric PowerChute Serial Shutdown ・ICSA-26-190-03: Schneider Electric Easergy MiCOM Px40 Series
パス同値性: Progress MOVEit Transfer（ファイルアップロードモジュール）に脆弱性が存在します。この問題はMOVEit Transferの以下のバージョンに影響を与えます: 2025.0.8より前、および2025.1.0から2025.1.4より前のバージョンです。
GitLabは、GitLab CE/EEのバージョン16.5から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてに影響を及ぼす問題を修正しました。特定の条件下で、認証済みユーザーがウェブインターフェースに表示されるコンテンツとダウンロード可能なコンテンツが異なるリポジトリを作成できてしまう可能性がありました。これはGitリファレンス名の解決を不適切に処理したことによるものでした。
GitLabは、特定の条件下でメンテナーロールの権限を持つ認証済みユーザーが不適切な認可制御により他のユーザーの保存された資格情報を取得できる可能性がある問題を修正しました。この問題はGitLab EEのバージョン9.5から18.11.7未満、19.0から19.0.4未満、および19.1から19.1.2未満のすべてのバージョンに影響を及ぼしていました。
影響: body-parserのバージョン1.20.6（1.x系）および2.3.0（2.x系）より前のバージョンでは、パーサーが解析不能な文字列やNaNのような無効なlimitオプション値で設定されている場合、bytes.parseはnullを返し、リクエストボディのサイズチェックが静かにスキップされます。limitを主な過大リクエストボディ保護策としているアプリケーションは、任意の大きさのペイロードを受け入れてしまい、過剰なメモリおよびCPU使用を引き起こし、サービス拒否（DoS）につながります。修正: この問題はbody-parser 1.20.6および2.3.0で修正されています。修正後は、無効なlimit値を強制的に無効化するのを静かに行う代わりに、パーサー構築時に明確なエラーをスローします。また、nullおよびundefinedは引き続きデフォルトの100kbのlimitにフォールバックします。回避策: limit値をbody-parserに渡す前に検証してください。例えば、起動時に値を解析し、その結果がnullまたは有限でない数値の場合は設定を拒否するようにしてください。
PDF内に埋め込まれたJavaScriptがページを削除し、オブジェクトを無効にしました。アプリケーションは無効なポップアップ注釈に対して書き込み操作を試み、その結果、プログラムがクラッシュしました。
アプリケーションはPDFファイルを開きます。その後、JavaScriptがドキュメントを書き換えてページ構造を変更し、その結果ページオブジェクトが無効になります。しかし、サムネイルは依然として無効なページオブジェクトを使用し続けるため、最終的にアプリケーションがクラッシュします。
PDFファイル内にJavaScriptを埋め込むと、ページが削除されます。その後のスクリプトは引き続きドキュメントビューの関連するプロパティにアクセスし、最終的にアプリケーションをクラッシュさせます。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,332件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。