全国公的データラボ脆弱性情報（JVN）
脆弱性情報（JVN）検索・一覧
JVN（IPA／JPCERT/CC 提供）の脆弱性情報 292,331 件を、製品・ベンダ・脆弱性タイプ（CWE）で 全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順。各タイトルから詳細（CVSS内訳・関連脆弱性）へ。
種別 不適切な入力確認 の検索結果：1–40 件目を表示（ページ 1）
深刻度は CVSS（共通脆弱性評価システム・0〜10 のスコア）に基づく区分：Critical 9.0以上／High 7.0〜8.9／Medium 4.0〜6.9／Low 0.1〜3.9。
152.0.7977.75より前のGoogle ChromeのDataTransferにおける不適切な入力検証により、リモート攻撃者がソーシャルエンジニアリングを利用して、共にインストールされたアプリ経由でシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの重大度は高です）
152.0.7977.75より前のGoogle ChromeのOmniboxにおける不適切な入力検証が原因で、リモートの攻撃者がソーシャルエンジニアリングを利用し、細工されたネットワークトラフィックを通じてウェブオリジンポリシーを回避できる可能性がありました。（Chromiumセキュリティ重大度：高）
Google Chrome 152.0.7977.65より前のバージョンの編集機能における入力検証に不備があったため、リモートの攻撃者がレンダラープロセスを侵害し、ソーシャルエンジニアリングを駆使して細工されたHTMLページを介し、ウェブオリジンポリシーを回避できる可能性がありました。（Chromiumのセキュリティ深刻度は中です）
Google Chrome 152.0.7977.65 未満の StorageAccessAPI における不適切な入力検証により、レンダラプロセスを乗っ取ったリモート攻撃者が、細工された HTML ページを介してウェブオリジンポリシーを回避できる可能性がありました。（Chromium セキュリティの重大度は中です）
152.0.7977.65より前のGoogle ChromeのReader Modeにおける不適切な入力検証により、リモート攻撃者がソーシャルエンジニアリングを悪用して細工されたHTMLページを介し、ウェブオリジンポリシーを回避して権限のあるページにアクセスできる可能性がありました。（Chromiumのセキュリティ重大度は低と評価されています）
152.0.7977.65以前のGoogle ChromeのDeviceBoundSessionCredentialsにおける不適切な入力検証により、リモートの攻撃者がソーシャルエンジニアリングを利用して、細工されたネットワークトラフィックを介してウェブオリジンポリシーを回避できる状態でした。（Chromiumのセキュリティ重大度は低とされています）
Google Chrome 152.0.7977.65より前のバージョンのServiceWorkerにおける不適切な入力検証により、リモートの攻撃者が細工されたHTMLページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromiumのセキュリティ重大度は低です）
152.0.7977.65より前のiOS版Google Chromeのモバイル版では、不適切な入力検証が原因で、リモートの攻撃者が細工されたHTMLページを介してシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は低いと評価されています）
Google Chrome 152.0.7977.65より前のバージョンにおけるVariationsの不適切な入力検証により、リモート攻撃者が細工されたネットワークトラフィックを介してウェブオリジンポリシーを回避する可能性がありました。（Chromiumセキュリティの重大度は中です）
152.0.7977.65 より前の Google Chrome の DevTools における不適切な入力検証の問題により、レンダラープロセスが侵害される可能性がありました。リモート攻撃者は細工された HTML ページを介してサイト分離を回避することができました。（Chromium セキュリティ重大度：中）
152.0.7977.65より前のGoogle ChromeのPreloadにおける不適切な入力検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ウェブオリジンポリシーを回避できる問題がありました。（Chromiumのセキュリティ重大度は中です）
152.0.7977.65 より前の Google Chrome では、ネットワークにおける不適切な入力検証の問題により、リモートの攻撃者が巧妙に作成された HTML ページを介してウェブオリジンポリシーを回避できる可能性がありました。（Chromium セキュリティの深刻度は中です）
Google Chromeのバージョン152.0.7977.65より前のWebRTCにおける不適切な入力検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ウェブオリジンポリシーを回避することが可能でした。（Chromiumのセキュリティ重大度は中です）
Apache Camelの不適切な入力検証の脆弱性です。この問題は、Apache Camelのバージョン2.17.0から4.14.9未満、4.15.0から4.18.4未満、4.19.0から4.22.0未満に影響を及ぼします。camel-mailコンポーネントは、MIMEマルチパートメッセージをアンマーシャルできるMimeMultipartデータフォーマットを搭載しています。headersInlineがtrueに設定されている場合、アンマーシャルの処理経路は受信したメッセージのMIMEヘッダーをCamelメッセージにコピーします。これは、自身で生成する3つの標準ヘッダー（Message-ID、MIME-Version、Content-Type）以外のすべてのヘッダーを列挙し、それぞれに対してsetHeaderを呼び出すものであり、HeaderFilterStrategyを適用しません。これらのMIMEヘッダーの名前はアンマーシャルされるメッセージから取られるため、送信者がメッセージに影響を与えられる場合、Camel内部の名前空間に該当する名前のヘッダーを差し込み、Exchangeに設定させることが可能です。Camelコンポーネントはこの名前空間の制御ヘッダーを読み取り、設定された動作をオーバーライドします。例えば、camel-sqlプロデューサーはCamelヘッダーが存在する場合に実行するSQL文をヘッダーから取得します。そのため、差し込まれたヘッダーにより、ルートの作成者が意図していないメッセージからのデータを下流の処理段階で扱わせることが可能になります。到達可能なシンクや影響は、アンマーシャル後のルートの処理内容に完全に依存します。camel-mailコンシューマは既に自身の受信経路にはヘッダーフィルタリングを適用していましたが、本脆弱性はその強化が適用されていなかった同じコンポーネント内の並行する受信経路に関わるものでした。影響を受けるコピー処理はheadersInlineが有効な場合にのみ到達し、これはデフォルトではありません。デフォルト設定ではMIMEヘッダーはメッセージヘッダーとしてではなく添付ファイルとして表面化するため、影響を受けません。この挙動は2.17.0でデータフォーマットが導入された以降のすべてのリリースラインに存在し、本修正により対策されています。ユーザーには本問題を修正したバージョン4.22.0へのアップグレードが推奨されます。4.14.x LTSリリースを利用している場合は4.14.9へのアップグレードが推奨され、4.18.xリリースを使用している場合は4.18.4へのアップグレードが推奨されます。即時アップグレードが困難な場合は、headersInlineが不要な場合にはデフォルトのfalseのままにしてください。コピー処理はheadersInlineが有効な場合にのみ実行されます。headersInlineを有効にし続ける必要がある場合は、アンマーシャル処理後すぐにCamel-internalヘッダーを削除してください。例えば、制御ヘッダーを読むプロセッサやプロデューサの前にremoveHeaders("Camel*")を配置してください。また、信頼できない送信元からのMIMEコンテンツをヘッダー値で処理を分岐するルートにアンマーシャルしないでください。多層防御として、信頼境界外から到着するMIMEメッセージのヘッダー名はすべて信頼できない入力とみなすべきです。
Apache Camel Undertowコンポーネントにおける不適切な入力検証の脆弱性について説明します。この問題は、Apache Camelのバージョン4.11.0から4.14.9未満、4.15.0から4.18.4未満、4.19.0から4.22.0未満に影響を及ぼします。UndertowEndpointはheaderFilterStrategyフィールドをデフォルトでベースのHttpHeaderFilterStrategyに設定し、そのインスタンスを遅延生成されるUndertowHttpBindingに渡していました。これにより、DefaultUndertowHttpBindingのコンストラクタで設定されるUndertowHeaderFilterStrategyが上書きされていました。カスタムバインディングや明示的なheaderFilterStrategyが提供されていない限り、エンドポイントに設定されたルート上でundertow固有のフィルタリングは実行されていませんでした。戦略オブジェクトは生成されるもののすぐに置き換えられ、参照されることがありませんでした。その結果、レガシーwebsocket.＜Exchange＞-ヘッダープレフィックスはundertowトランスポート境界で双方向にフィルタリングされず、undertowのHTTPコンシューマーはその形式のインバウンドワイヤーヘッダーをExchangeにマッピングしていました。UndertowのWebSocketプロデューサーはそれらをディスパッチ指示として読み取り、ルートが選択したピアとは異なるピアへ配信される可能性がありました。また、undertow自身が受け入れないヘッダー名もスキップされずにExchangeにマッピングされていました。Rest DSLコンシューマーには影響がありませんでした。なぜなら、UndertowComponentは明示的にUndertowRestHeaderFilterStrategyを割り当てており、これはundertow戦略を拡張しているためです。本件はCVE-2025-30177のリグレッションではありません。ベースのHttpHeaderFilterStrategyはインバウンドのCamelプレフィックスフィルターを自身で構成しているため、該当勧告による保護は基本クラスを通じて引き続き機能していました。今回の変更で起きたのは、undertow戦略がエンドポイントパス上で孤立し、その結果undertowが拒否するヘッダー名をスキップする機能やレガシーwebsocket.プレフィックスを双方向でフィルタリングする機能という2つの修正が、エンドポイントが使用しないクラスに適用され、リリースしたバージョンでは効果を持たなかったということです。ユーザーには、本問題を修正したバージョン4.22.0へのアップグレードを推奨します。4.14.xのLTSリリース系列を利用している場合は4.14.9へ、4.18.xリリース系列の場合は4.18.4へのアップグレードを推奨します。すぐにアップグレードできない展開環境では、デフォルトに頼らず戦略を明示的に設定してください。例えば、UndertowHeaderFilterStrategyをレジストリにバインドし、エンドポイントを「undertow:http://0.0.0.0:8080/foo?headerFilterStrategy=#myStrategy」のように設定します。加えて、信頼境界でremoveHeaders("websocket.*")を使いディスパッチヘッダーを除去してください。なお、アップグレードしても残る制限があります。undertowコンポーネントはwebsocket.値を外部に公開されるAPI契約の一部として意図的に保持しており、UndertowProducerはこれらをin.getHeaderで読み取るため、HeaderFilterStrategyを参照しません。したがって、復旧したフィルタリングはundertowトランスポート境界での多層防御として機能します。非undertowコンシューマーからの信頼できないメッセージをundertowプロデューサーに渡すルートは本修正の保護対象外であり、当該ルート側でそれらのヘッダーを自ら除去する必要があります。
Google Chrome バージョン 152.0.7977.65 より前のメディア機能における不適切な入力検証の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromium セキュリティ深刻度：高）
Google Chrome バージョン 152.0.7977.65 未満の Sync における不適切な入力検証により、リモート攻撃者が細工されたネットワークトラフィックを通じて機密情報を取得できる可能性がありました。（Chromium セキュリティの深刻度は中です）
Android向けのGoogle Chromeバージョン152.0.7977.65以前において、入力の不適切な検証が原因で、レンダラープロセスを侵害した遠隔の攻撃者が細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は中です）
Windows上のGoogle Chromeのバージョン152.0.7977.65未満において、メディア処理の不適切な入力検証が原因で、リモートの攻撃者がレンダラープロセスを乗っ取り、細工されたHTMLページを通じてサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの深刻度は中です）
Google Chromeのバージョン152.0.7977.65より前のメディア機能における不適切な入力検証の脆弱性により、リモートの攻撃者が細工されたHTMLページを利用してサンドボックスの外部で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの重大度：中）
Windows上のGoogle Chromeバージョン152.0.7977.65未満のReading Listにおける不適切な入力検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ウェブオリジンポリシーを回避することが可能でした。（Chromiumセキュリティの重大度は低です）
Android版Google Chromeのバージョン152.0.7977.65以前におけるAutofillの不適切な入力検証により、リモートの攻撃者が細工されたHTMLページを介して機密情報を取得できる可能性がありました。（Chromiumのセキュリティ重大度は高です）
Google Chrome バージョン 152.0.7977.65 未満のメディアにおける不適切な入力検証の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromium セキュリティ深刻度：中）
Android版Google Chromeのバージョン152.0.7977.65より前において、GPUの入力検証が不適切であったため、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumセキュリティの深刻度：中）
Google Chrome バージョン 152.0.7977.65 未満の印刷機能における不適切な入力検証の脆弱性により、侵害されたレンダラープロセスを通じてリモートの攻撃者が細工されたHTMLページを介し、サンドボックス外で任意のコードを実行できる可能性がありました。（Chromium セキュリティの深刻度：中）
Google Chromeの152.0.7977.65以前のDawnにおける不適切な入力検証により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は高です）
152.0.7977.65以前のGoogle ChromeのChromecastにおける不適切な入力検証により、レンダラープロセスが侵害される可能性がありました。これにより、リモート攻撃者は細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる危険性がありました。（Chromiumのセキュリティ深刻度：クリティカル）
Windows向けのGoogle Chromeバージョン152.0.7977.65より前のNTPフッターにおける不適切な入力検証により、リモート攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを用いてWebオリジンポリシーをバイパスすることが可能でした。（Chromiumのセキュリティ重大度は低です）
152.0.7977.65 より前の Windows 上の Google Chrome にはネットワークにおける不適切な入力検証の脆弱性が存在し、リモートの攻撃者がソーシャルエンジニアリングを利用して細工された HTML ページを介して機密情報を漏洩させる可能性がありました。（Chromium セキュリティの重大度は低です）
Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、未認証ユーザーが認証済みユーザーを騙してMonitoring Consoleへの細工されたリンクを開かせる可能性があります。認証済みユーザーがそのリンクを開くと、Splunk Enterpriseはそのユーザーの権限を使って攻撃者が制御する検索処理言語（SPL）を実行します。注入されたSPLによって、そのユーザーがアクセス可能なデータを取得し、操作を実行できます。この脆弱性は、Monitoring Consoleがフォワーダーダッシュボード検索を構築する際に使用されるデータを十分に検証していないことが原因で発生しています。この脆弱性を悪用するためには、攻撃者がユーザーをフィッシングにより細工されたリンクを開かせる必要があります。なお、未認証ユーザーはこの脆弱性を自由に悪用できません。
Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満および9.4.14未満において、認証されていないユーザーが認証済みユーザーを騙してAnalytics Workspaceへの特別に細工されたリンクを開かせる可能性があります。認証済みユーザーがそのリンクを開くと、Splunk Enterpriseはそのユーザーの権限を使用して攻撃者が制御するSearch Processing Language（SPL）を実行します。注入されたSPLは、そのユーザーがアクセス可能なデータにアクセスし、操作を実行する可能性があります。この脆弱性は、Analytics Workspaceが検索を構築するために使用されるデータを十分に検証していないことに起因します。脆弱性を悪用するためには、攻撃者が認証済みユーザーをフィッシングによって細工されたリンクを開かせる必要があります。認証されていないユーザーがこの脆弱性を任意に悪用することはできません。
151.0.7922.169 より前の Google Chrome における CORS の不適切な実装が原因で、レンダラープロセスを乗っ取ったリモート攻撃者が細工された HTML ページを介してサイト分離を回避できる問題が発生しました。（Chromium セキュリティの重大度は高とされています）
Splunk Enterpriseのバージョン10.4.2未満、10.2.6未満、10.0.9未満、および9.4.14未満において、「admin」または「power」Splunkロールを持たないユーザーが、Job Detailsダッシュボードを通じてリスクのあるコマンドに対するSearch Processing Language（SPL）の保護を回避する可能性があります。注入されたSPLは、細工されたJob Detailsダッシュボードのリンクを開いた認証済みユーザーの権限で実行され、これにより関連するすべてのデータへのアクセスや権限内でのシステムの整合性に影響を及ぼす可能性があります。この脆弱性は、Job Detailsダッシュボードが呼び出し元から提供された検索識別子をSPL検索に挿入する際に正しく無害化しないことが原因で発生します。この脆弱性を悪用するには、攻撃者がユーザーをフィッシングで騙し、細工されたリンクを開かせる必要があります。「admin」または「power」Splunkロールを持たないユーザーは、この脆弱性を任意に悪用することはできません。詳細については、Splunkドキュメントの「ジョブとジョブ管理について」（https://help.splunk.com/en/splunk-enterprise/search/search-manual/10.4/manage-jobs/about-jobs-and-job-management）を参照してください。
この問題は、入力検証の改善によって対処されました。この問題は、Safari 26.6.1、iOS 18.7.10 および iPadOS 18.7.10、iOS 26.6.1 および iPadOS 26.6.1、macOS Tahoe 26.6.2で修正されています。悪意のある細工が施されたウェブコンテンツを処理すると、Safariが予期せずクラッシュする可能性があります。
この問題は状態管理の改善によって対処されました。この問題は Safari 26.6.1、iOS 18.7.10 および iPadOS 18.7.10、iOS 26.6.1 および iPadOS 26.6.1、macOS Tahoe 26.6.2で修正されています。悪意を持って細工されたウェブコンテンツを処理することで、Safari が予期せずクラッシュする可能性があります。
CAIコンテンツクレデンシャルは、不適切な入力検証の脆弱性の影響を受けており、これによりセキュリティ機能を回避される可能性があります。攻撃者はこの脆弱性を悪用して、セキュリティ対策を回避し、不正な書き込みアクセスを取得できます。この問題を悪用するには、被害者が悪意を持って作成されたURLを訪問するか、改ざんされたウェブページと対話する必要があります。
Microsoft Office PowerPointの不適切な入力検証により、不正アクセス者がローカルで情報を開示できる可能性があります。
Microsoft Office PowerPointの不適切な入力検証により、不正な攻撃者がローカル環境で情報を漏洩させる可能性があります。
Microsoft Officeの不適切な入力検証により、権限のない攻撃者がローカル環境で情報を開示できる可能性があります。
Microsoft Office PowerPointの不適切な入力検証により、権限のない攻撃者がローカルで情報を漏洩させる可能性があります。問題が存在します。
脆弱性情報（JVN） よくある質問
脆弱性を製品名やベンダ名で検索できますか？
はい。製品・ベンダ・脆弱性タイプ（CWE）で全文検索し、深刻度（CVSS）で絞り込めます。発表日の新しい順に表示します。
CVSS（深刻度）とは何ですか？
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか？
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN（IPA〔情報処理推進機構〕・JPCERT/CC 提供）の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典：JVN（Japan Vulnerability Notes・独立行政法人情報処理推進機構（IPA）／JPCERT コーディネーションセンター／jvn.jp）を加工して作成。 全文検索は当サイト収録分（全292,331件）を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。