全国公的データラボ読み込み中…
読み込んでいます…
脆弱性情報（JVN）
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 294,721 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
直近1年 の検索結果：1,201–1,240 件目を表示（ページ 31）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
iOS版Google Chromeのバージョン154.0.8037.57以前において、ナビゲーションの不適切な認可が原因でレンダラープロセスが乗っ取られる問題が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度は高です）
Google Chromeの154.0.8037.57以前のバージョンにおけるWindowDialogのUse after free脆弱性により、リモート攻撃者がソーシャルエンジニアリングを利用して、細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度：重大）
Android版Google Chromeのバージョン154.0.8037.57未満において、GPUの範囲外書き込みの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてサンドボックス外で任意のコードを実行できる可能性があります。（Chromiumセキュリティの深刻度：重大）
154.0.8037.57より前のAndroid上のGoogle ChromeのGPUには未初期化のリソースが存在しており、これによりリモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックス外のメモリを読み取ることが可能となっていました。（Chromiumセキュリティ重大度：中）
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全294,721件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。
Google Chrome 154.0.8037.57 未満の DevTools におけるクロスサイトリクエストフォージェリにより、リモートの攻撃者がソーシャルエンジニアリングを利用して、悪意ある HTML ページを介してウェブオリジンポリシーを回避できる脆弱性がありました。(Chromium セキュリティ深刻度: 中)
154.0.8037.57より前のGoogle Chromeにおいて、パスワードに関する不適切な入力検証が存在したため、リモートの攻撃者が細工されたHTMLページを介してUI要素を偽装できる可能性がありました。（Chromiumセキュリティの深刻度は低です）
154.0.8037.57より前のGoogle ChromeのIndexedDBにおける型の混乱により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティ重大度：高）」
154.0.8037.57未満のGoogle ChromeのCoreにおける解放済みリソースの使用により、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを通じてWebオリジンポリシーを回避できる問題が存在していました。（Chromiumのセキュリティ重大度は中です）
154.0.8037.57 未満の Google Chrome の DataTransfer に情報漏洩の脆弱性があり、レンダラープロセスを侵害した遠隔攻撃者がソーシャルエンジニアリングを利用して、細工された HTML ページを通じて機密情報を取得できる可能性がありました。（Chromium セキュリティ重大度：低）」
154.0.8037.57より前のGoogle ChromeのDevToolsにおける不適切な認可により、リモートの攻撃者がソーシャルエンジニアリングを悪用して、細工されたHTMLページを通じてクロスオリジンデータを取得できる可能性がありました。（Chromiumセキュリティの深刻度は低いです）
154.0.8037.57より前のGoogle ChromeにおけるXMLの不適切な実装により、リモートの攻撃者が細工されたHTMLページを通じてサンドボックス内で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの深刻度は中です）
154.0.8037.57 より前の Google Chrome の NFC における不適切な実装により、リモートの攻撃者が細工された HTML ページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromium セキュリティ深刻度：中です）
154.0.8037.57より前のMac版Google ChromeのViewsにおける認可の欠如により、リモート攻撃者が社会的エンジニアリングを利用して細工されたHTMLページを介してUI要素を偽装し、レンダラープロセスを侵害して権限を取得できました。（Chromiumセキュリティの重大度は中です）
154.0.8037.57より前のGoogle ChromeのBrowserTagにおける不適切な認可により、レンダラプロセスを侵害したリモート攻撃者が細工されたHTMLページを介してWebオリジンポリシーを回避できる可能性がありました。（Chromiumセキュリティの重大度は中です）
154.0.8037.57より前のGoogle ChromeのDevToolsにおける外部制御参照の脆弱性により、隣接する攻撃者がソーシャルエンジニアリングを利用して細工されたネットワークトラフィックを介し、システムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの重大度：中）
Joomla拡張機能 - ordasoft.com の OrdaSoft Joomla CCK バージョン 8.3.16未満には認証なしでリモートコード実行が可能となる脆弱性があります。site/uploader.php はコンポーネントの通常のフロントエンドルーティング（task=getContent）を通じてアクセス可能であり、このタスクにはディスパッチチェーンのどの段階にも認証やACLチェックがありません。ハンドラーはアップロードされたファイルの内容を実際のマジックバイトによるMIMEチェックで検証しますが、通常は保存されるファイルの拡張子を制限するための拡張子許可リストはソースコード中に存在していたもののコメントアウトされていました。保存されるファイルの拡張子は攻撃者が提供したファイル名から直接取得されており、検証は行われず、ファイルはPHPハンドラーによって実行されるJoomlaウェブルート直下のパスに書き込まれます。image/PHPのポリグロットファイル（ヘッダーバイトがMIMEチェックを満たし、その後にPHPソースが付加されたファイル）は、攻撃者が選択した.php拡張子を持ちながら内容チェックを通過しました。
MONAI 1.6.0までに存在する脆弱性は、バンドル構成エンジンにおけるリモートコード実行の脆弱性です。このバンドル構成エンジンは、許可リストなしで任意のimport可能な呼び出し可能オブジェクトに_target_値を解決し、$式をPythonのeval()に渡します。攻撃者は、悪意のあるコードを含む巧妙に作成された構成を持つ悪意のあるバンドルを公開でき、被害者がmonai.bundle.load()またはmonai.bundle.run()を使用してバンドルをロードすると、そのコードが実行されます。
MONAI 1.6.0 では、PersistentDataset（monai/data/dataset.py）が track_meta=True と weights_only=True の組み合わせを明示的に拒否しています。MetaTensor（MONAI ＞= 1.0 でのデフォルトのテンソル型）をキャッシュするユーザーは、torch.load(hashfile, weights_only=False) を実行する必要があります。monai/data/utils.py の関連するキャッシュヘルパーもキャッシュされた内容に対して pickle.loads を呼び出し、hashlib.md5 でキャッシュキーを派生させています。その結果、共有ディレクトリやワールド書き込み可能な cache_dir（例：/tmp/monai_cache、HPC スクラッチ、~/.cache/monai）に書き込み権限を持つローカルユーザーが悪意のあるpickleファイルを配置でき、別のユーザーのMONAIパイプラインが次回キャッシュを読み取る際にそのファイルが逆シリアライズされ、当該ユーザーのコンテキストで任意のコードが実行される可能性があります。monaiのpipパッケージの公開されている全てのバージョンが影響を受けており、現時点で修正版は提供されていません。
MONAI 1.6.0までには、monai/bundle/scripts.pyの_get_fake_spatial_shape()にevalインジェクションの脆弱性が含まれています。この関数はASTを走査してast.Nameノードのみを収集し、『p』か『n』以外の名前を拒否するヘルパーで形状式を検証した後、その文字列をeval()に渡します。定数と属性、添字、または呼び出しノードのみで構成される式（例えば「(1).__class__.__bases__[0].__subclasses__()」や「int.__class__.__init__.__globals__」）はast.Nameノードを含まないため、許可リストをすり抜けることがあります。形状の値はbundleのメタデータに由来し、このメタデータは_get_real_input_dataおよびverify_net_in_outで使用されます（bundleのCLIフロー「verify_net_in_out」を経由可能です）。したがって、bundleのメタデータに影響を与えられる攻撃者は、オブジェクト内省のチェーンを通じてevalのサンドボックスを脱出し、この非デフォルトのフローでコード実行を達成できます。
OpenSSL ProjectからOpenSSL Security Advisory [29th September 2026]が公開されました。 ・OpenSSL Security Advisory [29th September 2026]
富士フイルムビジネスイノベーション株式会社およびシャープ株式会社が提供する複数の複合機（MFP）には、次の脆弱性が存在します。 ・パストラバーサル（CWE-22） - CVE-2026-78249 この脆弱性情報は、製品利用者への周知を目的に、富士フイルムビジネスイノベーション株式会社がJPCERT/CCに報告し、JPCERT/CCが富士フイルムビジネスイノベーション株式会社およびシャープ株式会社との調整を行いました。
米国CISAがCISA ICS Advisory / ICS Medical Advisoryを公表しました。 新規：7件 ・ICSA-26-272-01: Lantronix G520 Series Cellular Gateway ・ICSA-26-272-02: Toptech TMS7 and TopHAT ・ICSA-26-272-03: VIVOTEK Camera Firmware ・ICSA-26-272-04: Baicells Nova 430H ・ICSA-26-272-05: Anjvision YSSD-RTMP-H5 ・ICSA-26-272-06: MikroTik RouterOS ・ICSA-26-272-07: Viidure Dashcam Android Application
Hugoのv0.161.0からv0.165.0までのバージョンは、Node.jsの許可モデルの下でNode.jsツール（css.PostCSS、css.TailwindCSS、js.Babel）を実行し、ファイルシステムの読み取りをプロジェクトディレクトリおよび設定されたマウントに制限しています。しかし、Node.jsの許可モデルは字句的なパスのみを検証し、許可された範囲外を指すシンボリックリンクをたどることがあるため、Hugoはサンドボックスを脱出するシンボリックリンクを検出できませんでした。Hugoプロジェクトにコンテンツを提供できる攻撃者（例えばプルリクエストを介して）は、assets/css/x.cssが/etc/passwdを指すようなシンボリックリンクを、このリンクを読み取るPostCSSプラグインと共にコミットできます。その結果、Hugoビルドプロセスが読み取れる任意のファイルが漏洩し、公開サイトに埋め込まれる可能性があります。この問題はデフォルトのセキュリティ設定を使用したビルドに影響し、Node.jsツールを呼び出さないプロジェクトには影響しません。v0.166.0で修正されており、許可されたパスをスキャンしてシンボリックリンクがその範囲外に解決される場合はビルドを失敗させるように変更されました。
Hugoのバージョン0.75.0から0.165.xにかけて、ストアドクロスサイトスクリプティングの脆弱性が存在していました。シンタックスハイライターは`lineAnchors`オプションをChromaに渡す前にエスケープ処理を行わず、その値を生成される行番号マークアップの`id`および`href`属性にそのまま書き込んでいました。Markdownコードフェンスの属性として（または`highlight`テンプレート関数に渡された場合）細工された`lineAnchors`の値により、レンダリングされたページにエスケープされていないHTMLが含まれ、生成されたサイトを訪問するブラウザ上で恣意的なJavaScriptが実行されてしまいます。これは、信頼できない寄稿者からのMarkdownをビルドおよび公開するサイトに影響を及ぼします。Hugoのセキュリティモデルでは通常、コンテンツは信頼できる入力と見なされています。本問題は0.166.0で修正されており、`lineAnchors`の値はChromaに渡す前にHTMLエスケープされるようになりました。
Hugoは静的サイトジェネレーターです。v0.123.0以降かつv0.166.0未満のバージョンでは、Hugoのシンボリックリンク（シンリンク）制限チェックがマウントルート自体で止まっていたため、themes/にチェックインされたテーマやモジュール（あるいはベンダー化されたモジュール）が、マウントルートにシンリンクを含む可能性がありました（例：themes/mytheme/assets -＞ /some/dir/outside）。このようなシンリンクの背後にあるファイルは、resources.Getやresources.Matchなどのサイトビルド時に読み取ることができ、静的マウントを経由してpublic/へ公開されてしまう可能性がありました。これは、テーマおよびモジュールのマウント元がローカルパスでなければならないというルールを回避してしまいます。Goモジュールを介して取得されるモジュールは、GoモジュールのZIPファイルにシンリンクが含まれないため影響を受けません。また、これはメインプロジェクトの昇格攻撃には該当しません。メインプロジェクトは設定によって絶対パスをマウントしている場合があるためです。この問題はv0.166.0で修正され、シンリンク化されたマウントルートおよびマウントルートとモジュールディレクトリ間のシンリンク化されたディレクトリは、すべてのモジュールについて存在しないものとして扱われるようになりました。対策としては、ビルド前にthemes/やベンダー化モジュールのマウントルートにシンリンクがないか検査すること、あるいはシンリンクを明示的なマウントに置き換えることを推奨します。
Hugoのバージョンv0.162.0からv0.166.0未満には、security.http.urlsのIPリテラル拒否ルールに大文字・小文字を区別する検証の欠陥があり、攻撃者が制限を回避できる可能性があります。攻撃者は、mixed-case（大文字と小文字を混在させた）URLスキームをresources.GetRemote呼び出しで使用し、localhostのような制限されたIPアドレスから取得を行うことが可能です。
Hugoは静的サイトジェネレーターです。バージョンv0.56.0からv0.165.xまでの間、text/orgメディアタイプにマッピングされたコンテンツファイルは、生のHTMLをエスケープせずにレンダリングされていました。Orgエクスポートブロックや@@html:...@@スニペットはHTMLをエスケープせずに通過させるため、生成されたサイトでクロスサイトスクリプティング（XSS）が発生します。/content以下のコンテンツファイルやコンテンツアダプターの出力に対して操作または影響を及ぼせる攻撃者は、影響を受けるページの訪問者のブラウザで実行されるスクリプトを注入することができます。text/orgメディアタイプを宣言しているソースファイルまたはコンテンツアダプター出力を持つページのみが影響を受け、すべてのコンテンツソースを完全に信頼しているサイトでは影響を受けません。バージョンv0.166.0では、デフォルトでtext/orgを拒否するsecurity.allowContent許可リストを導入することでこの問題を修正しました。Org Modeコンテンツを意図的に作成するサイトは、[security] allowContent = ['.*']と設定することで再度許可できます。
147.0.7727.55 より前の Google Chrome のコーデックには信頼できない入力の検証不足があり、リモートの攻撃者が細工されたビデオファイルを介して境界外のメモリアクセスを行う可能性がありました。（Chromium セキュリティの重大度は低いと評価されています）
Elasticsearchの制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を介してサービス拒否を引き起こす可能性があります。
Elasticsearch における制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を通じてサービス拒否を引き起こす可能性があります。
境界外書き込みの問題は、改良された境界チェックによって対処されました。この問題は、iOS 16.7.1および iPadOS 16.7.1、macOS Sequoia 15.8.1、macOS Tahoe 16.7.1で修正されています。悪意を持って細工されたファイルを処理することで、任意のコードを実行される可能性があります。Appleは、この問題がiOS 17より前のバージョンのiOSにおいて、特定の標的となった個人に対する非常に高度な攻撃で悪用された可能性があることを認識しています。
Elasticsearchにおける管理されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を介してサービス拒否を引き起こす可能性がある問題です。
Elasticsearchにおける制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を通じてサービス拒否を引き起こす可能性があります。
Elasticsearchにおける制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を通じてサービス拒否（DoS）を引き起こす可能性がある脆弱性です。
Elasticsearchにおける制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を通じてサービス拒否（DoS）を引き起こす可能性があります。
Kibanaにおける制御されていないリソース消費（CWE-400）は、過剰な割り当て（CAPEC-130）を通じてサービス拒否（DoS）攻撃を引き起こす可能性があります。
アプリケーションが1つのWOLFSSL_CTXまたは証明書マネージャ上でOCSPおよびCRLの失効確認の両方を有効にした場合、wolfSSLはAuthority Information AccessのOCSP URLを持たないピア証明書に対してCRLチェックをスキップし、ロードされたCRLに失効済みと記載されている証明書をそのまま受け入れてしまいます。レスポンダーが存在しない場合のソフトフェイルポリシーは、CRLフォールバックがまだ必要かどうかをコードが判断する前にOCSP結果を成功として扱うため、「レスポンダーが存在しない」と「レスポンダーが正常に応答した」の区別がつかなくなります。影響を受けるビルドは、HAVE_OCSPおよびHAVE_CRLの両方を定義しており、直接的には--enable-ocsp --enable-crl、そして暗黙的に--enable-all、--enable-distro、--enable-curl、--enable-nginx、--enable-haproxy、--enable-stunnel、--enable-lighty、--enable-wpas、--enable-strongswan、--enable-mosquitto、--enable-jni、--enable-openvpnおよび--enable-krbを含みます。アプリケーションが影響を受けるのは、wolfSSL_CTX_EnableOCSP()（またはwolfSSL_EnableOCSP() / wolfSSL_CertManagerEnableOCSP()）とwolfSSL_CTX_EnableCRL()（または同等の関数）を呼び出し、かつCRLがロードされている場合のみです。wolfSSL_CTX_EnableOCSPStapling()を通じてOCSPスタンプリングのみを使用するアプリケーションは影響を受けません。なぜなら、それが別のOCSPインスタンスを設定するためです。この欠陥はProcessPeerCerts()内にあり、TLS 1.0からTLS 1.3およびDTLSまでの間、クライアントがサーバ証明書を検証する場合およびサーバがクライアント証明書を検証する相互認証またはポストハンドシェイク認証の両方の場面で発生します。スキップされるチェックがリーフ証明書ではなくチェーン証明書に対して行われた場合、未検証の中間証明書が証明書マネージャに昇格され、そのコンテキストの後続の全ての接続において信頼された署名者として存続します。そのため、影響を受ける長時間稼働のプロセスではWOLFSSL_CTXの破棄が必要となり、ライブラリの入れ替えだけでは問題を解決できません。バージョン5.9.2以前の全てのwolfSSLが影響を受けます。特にバージョン5.9.1および5.9.2ではWOLFSSL_OCSP_CHECKALL設定はOCSP_NEED_URLで失敗となり、結果として5.9.2ではCHECKALLなしのwolfSSL_CTX_EnableOCSP()だけが公開された設定となっています。
株式会社PFUが提供するImage Scanner Driver for Linuxには、次の複数の脆弱性が存在します。 ・OSコマンドインジェクション（CWE-78） - CVE-2026-78229 ・ファイルアクセス時のリンク解釈が不適切（CWE-59） - CVE-2026-81310 この脆弱性情報は、Cipher Security Labs Nir Yehoshua 氏が製品開発者に直接報告し、製品開発者との調整を経て、製品利用者への周知を目的にJVNでの公表に至りました。
・Vulnerability Note VU#762428 Authlib library contains a signature‑verification bypass vulnerability
IBM Concert 1.0.0 から 3.0.0 までのバージョンでは、適切な制御なしにディレクトリの再帰的コピーが可能であり、これにより意図しない機密ファイルや不必要なファイルが含まれ、さらには攻撃対象領域が拡大する恐れがあります。