日本公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 289,735 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
441–480 件目を表示（ページ 12）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
Palo Alto Networks PAN-OS ソフトウェアの管理プレーンにおけるコマンドインジェクションの脆弱性により、認証済みの管理者が任意のOSコマンドをroot権限で実行できる可能性があります。CLIアクセスを限定された管理者グループのみに制限することで、この問題によるセキュリティリスクは大幅に軽減されます。この問題は、PAシリーズおよびVMシリーズのファイアウォール、ならびにPanorama（仮想およびMシリーズ）上のPAN-OSソフトウェアに適用されます。Cloud NGFWおよびPrisma Access はこの脆弱性の影響を受けません。
D-link DIR-823G 1.0.2B05_20181207に脆弱性が確認されました。この脆弱性の影響を受けるのは、Webインターフェースのコンポーネントであるファイル /etc/boa/boa.conf の未知の機能です。不正な操作を実行すると、最小権限の侵害が発生する可能性があります。攻撃はリモートで実行可能であり、攻撃には高度な複雑さが求められます。悪用は困難だと考えられていましたが、既に攻撃に利用可能なエクスプロイトが公開されています。
Juniper NetworksのJunos OS EvolvedのPTXシリーズにおけるadvanced forwarding toolkit（evo-aftmand）には、不正または例外的な条件が適切にチェックされていない脆弱性があります。認証されていないネットワークベースの攻撃者が連続的なルーティング更新を生成してunilist ECMPルートを発生させることで、PFE上のevo-aftmandプロセスをクラッシュさせ、サービス拒否（DoS）状態を引き起こす可能性があります。成功した悪用に必要な条件は、攻撃者が直接制御できない一連のイベントに依存しています。Unified list（unilist）ECMPルートとは、複数の等コストルートが単一の論理的なネクストホップリストエントリを共有する特定のECMPの挙動を指します。ルーターはこれらを複数のネクストホップを持つ1つのルートとして扱い、統一されたリスト全体でトラフィックの負荷分散を実施します。unilist ECMPルーティング更新の処理に問題があるため、特に大規模なECMP unilist展開において内部状態の破損が発生し、その結果evo-aftmandプロセスがクラッシュしevo-aftmand-bxのコアダンプが生成されることがあります。この場合、システムの再起動またはFPCの再起動による手動での介入が必要となります。この問題は以下のJuniper Junos OS Evolved on PTXのバージョンに影響します。 * 24.4R2-EVOから24.4R2-S3-EVOの前バージョンまで * 25.2から25.2R2-EVOの前バージョンまで
Juniper NetworksのJunos OSおよびJunos OS EvolvedのSNMPデーモン（snmpd）における範囲外書き込みの脆弱性により、認証済みのネットワークベースの攻撃者が特定の有効なSNMPv3クエリを送信することでメモリリークを引き起こす可能性があります。これらのクエリを継続的に受け取ると、snmpdプロセスのメモリが枯渇し、プロセスクラッシュおよび再起動が発生して、SNMPを介したシステム監視能力に影響を与えます。メモリ使用量は以下のコマンドで監視できます：user@device＞ show system processes extensive | match snmpdこの問題は以下のバージョンに影響します。Junos OSの場合： * 21.2R3-S8より前の全バージョン * 21.4から21.4R3-S7より前まで * 22.1から22.1R3-S6より前まで * 22.2から22.2R3-S4より前まで * 22.3から22.3R3-S3より前まで * 22.4から22.4R3-S2より前まで * 23.2から23.2R2より前まで * 23.4から23.4R2より前までJunos OS Evolvedの場合： * 21.2R3-S8-EVOより前の全バージョン * 21.4から21.4R3-S7-EVOより前まで * 22.1-EVOの全バージョン * 22.2から22.2R3-S4-EVOより前まで * 22.3から22.3R3-S3-EVOより前まで * 22.4-EVOの全バージョン * 23.2から23.2R2-EVOより前まで * 23.4から23.4R2-EVOより前までです。
OpenCTIは、サイバー脅威インテリジェンスの知識およびオブザーバブルを管理するためのオープンソースプラットフォームです。バージョン7.260326.0以前のOpenCTIには認可バイパスの脆弱性が存在しており、KNOWLEDGE_KNUPDATE権限を持つ認証済みユーザーが、synchronized-upsert: trueというHTTPヘッダーを注入することで、信頼度レベルの検証およびオブジェクトマーキングの制限を回避できます。これにより攻撃者は、信頼度レベルをダウングレードし、TLP:REDなどのセキュリティマーキングを削除し、関係性を操作し、さらにIndicators、ThreatActors、Malware、Reportsを含むSTIXオブジェクトタイプに影響を及ぼすことが可能となります。この問題はバージョン7.260326.0で修正されました。
OpenCTIは、サイバー脅威インテリジェンスの知識および観測情報を管理するためのオープンソースプラットフォームです。バージョン7.260401.0以前のOpenCTI GraphQL APIは、そのFilterOperator列挙型内にscriptフィルターオペレーターを公開しており、KNOWLEDGE権限を持つ認証ユーザーであれば誰でも、ユーザーが提供したElasticsearch Painlessスクリプトの値を検証やサニタイズをせずに直接検索クエリに渡すことが可能でした。そのため、計算負荷の高いスクリプトがクラスタのCPUリソースを消費し、すべてのユーザーに対してサービスの劣化または拒否を引き起こす可能性がありました。この問題はバージョン7.260401.0で修正されています。
decompress 4.2.2以前のバージョンには、アーカイブ展開中に任意のハードリンクを作成できる脆弱性があります。これにより、ファイルの情報漏洩やファイル破損が発生する恐れがあります。ハードリンクエントリ（type === 'link'）を処理する際、アーカイブから取得したx.linknameフィールドが検証されることなくそのままfs.link()に渡されます（index.jsの113行目）。攻撃者は、同一ファイルシステム上の任意のファイルを指す絶対パスをlinknameとして持つハードリンクエントリを含むアーカイブを作成できます。これにより、展開ディレクトリ内に対象ファイルと同じiノードを共有するハードリンクが作成され、元のファイルの内容を読み取ったり上書きしたりできるようになります。なお、ハードリンクは同一ファイルシステム内のファイルに限定されており、ディレクトリは対象外となっています。
decompress バージョン 4.2.2 未満には、不適切なパス包含チェックの脆弱性があり、これによりディレクトリトラバーサルおよび任意のファイル書き込みが可能になります。safeMakeDir 関数（index.js の29行目）および抽出パス検証（index.js の106行目）では、String.indexOf() を使用して解決されたパスが出力ディレクトリ内にあるかどうかを確認しています：realDestinationDir.indexOf(realOutputPath) !== 0。しかし、このチェックはパスセパレータの境界を適切に強制していないため、不備があります。たとえば、"/tmp/app_config".indexOf("/tmp/app") は 0 を返しますが、/tmp/app_config は /tmp/app の外部にあるにもかかわらず誤ってチェックを通過してしまいます。同じパッケージ内の検証されていないシンボリックリンク作成と組み合わせると、攻撃者は抽出ターゲットの隣接ディレクトリに任意のファイルを書き込むことが可能です。これは CVE-2020-12265 の修正を回避するものです。正しいチェック方法は、パスセパレータを追加することで実現されます：realParentPath.indexOf(realOutputPath + path.sep) !== 0。
decompress 4.2.2より前のバージョンには、アーカイブの展開時に任意のシンボリックリンクが作成される脆弱性があります。アーカイブ内のシンボリックリンクエントリ（type === 'symlink'）を処理する際に、x.linknameフィールドが検証されることなく直接fs.symlink()に渡されます（index.jsの121行目）。preventWritingThroughSymlinkチェックは98行目にありますが、これはファイルエントリにのみ適用され、シンボリックリンクの作成には適用されません。攻撃者は、展開ディレクトリの外部にある機密ファイル（例：/etc/passwd）を指すシンボリックリンクエントリを含むアーカイブを作成することができ、展開された内容をアプリケーションが読み取る際に情報漏洩を引き起こす可能性があります。
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で修正されています。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全289,735件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。