脆弱性情報(JVN)
脆弱性情報(JVN)検索・一覧
JVN(IPA/JPCERT/CC 提供)の脆弱性情報 292,331 件を、製品・ベンダ・脆弱性タイプ(CWE)で 全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順。各タイトルから詳細(CVSS内訳・関連脆弱性)へ。
321–360 件目を表示(ページ 9)
深刻度は CVSS(共通脆弱性評価システム・0〜10 のスコア)に基づく区分:Critical 9.0以上/High 7.0〜8.9/Medium 4.0〜6.9/Low 0.1〜3.9。
152.0.7977.65より前のAndroid版Google ChromeのCustomTabsにおける不適切な認可の問題により、ローカルの攻撃者が共インストールされたアプリを介してウェブオリジンポリシーを回避できる可能性がありました。(Chromiumセキュリティ重大度:中)
152.0.7977.65より前のGoogle ChromeのChromiumにおいて整数オーバーフローが発生し、リモートの攻撃者が細工されたファイルを介してサンドボックス内のメモリを読み取ることが可能になりました。(Chromiumセキュリティの深刻度は低いです)
152.0.7977.65より前のGoogle ChromeのSite Isolationにおける不正な認可により、リモート攻撃者がレンダラープロセスを侵害し、細工されたHTMLページを介してサイトアイソレーションを回避し、特権ページにアクセスできる可能性がありました。(Chromiumセキュリティの重大度は中です)
152.0.7977.65以前のGoogle ChromeにおけるCSSのインジェクションにより、リモートの攻撃者が巧妙に作成されたHTMLページを介して機密情報を取得できる可能性がありました。(Chromiumセキュリティの重大度は中です)
Google Chrome のバージョン 152.0.7977.65 より前において、ナビゲーションの不適切な認可により、リモートの攻撃者が細工された HTML ページを介してウェブオリジンポリシーを回避できる可能性がありました。(Chromium セキュリティ重大度は中です)
152.0.7977.65より前のGoogle ChromeのService Workerにおける誤った認可により、リモートの攻撃者が巧妙なソーシャルエンジニアリングを利用して、細工されたChrome拡張機能を介してウェブオリジンポリシーを回避することが可能な問題がありました。(Chromiumのセキュリティ重大度:中)
Google Chromeのバージョン152.0.7977.65以前におけるHTMLの観察可能な不一致により、リモートの攻撃者が細工されたHTMLページを介して機密情報を取得できる可能性がありました。(Chromiumセキュリティの重大度は中程度と評価されています)
152.0.7977.65未満のGoogle ChromeのDataTransferにおける情報漏洩の脆弱性により、リモートの攻撃者が細工されたHTMLページを通じて機密情報を取得できる可能性がありました。(Chromiumのセキュリティ重大度は低です)
Google Chrome バージョン 152.0.7977.65 より前のバージョンにおいて、入力の不正な認可によりレンダラープロセスが侵害される問題がありました。この問題により、リモート攻撃者が細工された HTML ページを通じてウェブオリジンポリシーを回避することが可能でした。(Chromium セキュリティ重大度:中)
Google Chrome 152.0.7977.65より前のバージョンのBisectionにおけるコードインジェクションの脆弱性により、リモートの攻撃者が細工されたファイルを通じて機密情報を取得できる可能性がありました。(Chromiumセキュリティの深刻度は中です)
152.0.7977.65以前のGoogle ChromeにおけるナビゲーションのUI誤表示により、リモートの攻撃者が細工されたHTMLページを用いてアドレスバーを偽装することが可能でした。(Chromiumのセキュリティ重大度は中です)
152.0.7977.65 より前の Google Chrome では、ネットワークにおける不適切な入力検証の問題により、リモートの攻撃者が巧妙に作成された HTML ページを介してウェブオリジンポリシーを回避できる可能性がありました。(Chromium セキュリティの深刻度は中です)
152.0.7977.65 より前の Google Chrome における ServiceWorker の情報漏洩により、リモートの攻撃者が細工された HTML ページを介してクロスオリジンデータを取得できる可能性がありました。(Chromium セキュリティの重大度は中です)
Google Chromeのバージョン152.0.7977.65より前のWebRTCにおける不適切な入力検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ウェブオリジンポリシーを回避することが可能でした。(Chromiumのセキュリティ重大度は中です)
Android版Google Chromeの152.0.7977.65以前のWebViewにおいて、不正な参照解決が原因で、リモートの攻撃者が細工されたHTMLページを介してウェブオリジンポリシーを潜在的に回避できる可能性がありました。(Chromiumセキュリティの重大度は低です)
Google Chrome バージョン 152.0.7977.65 より前の Geometry における UI の誤表示により、リモート攻撃者が細工された HTML ページを介して UI 要素を偽装できる可能性がありました。(Chromium セキュリティの重大度は中です)
Google Chrome のバージョン 151.0.7922.72 より前の V8 における境界外読み取りの脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる可能性がありました。(Chromium セキュリティの深刻度は中です)
AudioWorklet コンテキストにおけるコンテンツセキュリティポリシーのバイパスは、強化された適用によって対処されました。この問題は Safari 26.5、iOS 18.7.9 および iPadOS 18.7.9、iOS 26.5 および iPadOS 26.5、macOS Tahoe 26.5 で修正されています。悪意のある細工が施された Web コンテンツを処理すると、コンテンツセキュリティポリシーを回避される可能性があります。
Substance3D - Samplerは、現在のユーザーのコンテキストで任意のコードが実行される可能性がある境界外書き込みの脆弱性の影響を受けています。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要となります。
Substance3D - Samplerには、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Substance3D - Sampler は、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性に影響を受けています。この問題を悪用するには、被害者が悪意のあるファイルを開く操作を行う必要があります。
Substance3D - Samplerは、現在のユーザーのコンテキストで任意のコードを実行される可能性がある境界外書き込みの脆弱性の影響を受けています。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Substance3D - Samplerはヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーの権限で任意のコードを実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開くなどのユーザー操作を行う必要があります。
Substance3D - Sampler は、ヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーの権限で任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Substance3D - Designerは、現在のユーザーの権限で任意のコードを実行される可能性のある境界外書き込みの脆弱性の影響を受けています。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作を行う必要があります。
Substance3D - Designerには、現在のユーザーのコンテキストで任意のコードを実行させる可能性のある境界外書き込みの脆弱性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作を行う必要があります。
Substance3D - Designerは、ヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するにはユーザーの操作が必要であり、被害者が悪意のあるファイルを開かなければなりません。
Substance3D - Designer は NULL ポインタ参照の脆弱性の影響を受けており、これによりアプリケーションがサービス拒否(DoS)を引き起こす可能性があります。攻撃者はこの脆弱性を悪用してアプリケーションをクラッシュさせ、サービス拒否の状態を発生させることができます。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。
Substance3D - Designer は、ヒープベースのバッファオーバーフローの脆弱性の影響を受けており、現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開く必要があるため、ユーザーが操作を行う必要があります。
Substance3D - Designerは、ヒープベースのバッファオーバーフローの脆弱性に影響を受けており、これにより現在のユーザー権限で任意のコードが実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Substance3D - Designer はヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーの権限で任意のコードを実行される可能性があります。この問題を悪用するためには、被害者が悪意のあるファイルを開くというユーザー操作が必要です。
Substance3D - Designerはヒープベースのバッファオーバーフローの脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードを実行される可能性があります。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作を行う必要があります。
Apache Hiveのすべてのプラットフォームにおけるバージョン4.2.1以前のHive Metastoreには、直接SQLを用いたパーティション名解決機能にSQLインジェクションの脆弱性があります。この脆弱性により、Hive Metastore APIへのアクセス権を持つ認証ユーザーは、直接SQLが有効(デフォルト設定)な場合に、メタストアRPCリクエスト内の細工されたパーティション名を通じて、意図しないパーティションのメタデータ(統計情報の更新、トランケーションターゲット、ファイルメタデータキャッシュ操作を含む)を読み取り、変更、または影響を与えることが可能です。本問題はバージョン4.2.1で修正されているため、ユーザーにはアップグレードを推奨します。問題の詳細としては、複数のHive Metastore RPCが、完全なパーティション名(PART_NAME)によってパーティションを解決する際に直接SQLのヘルパーを使用しています。その経路では、クライアントから提供されたパーティション名がバインドパラメータではなく文字列連結(DirectSqlUpdatePart.quoteString() → '...')でSQL文に埋め込まれます。パーティション名にシングルクォートおよび細工されたSQLを含めると、生成されるWHERE句を改変して本来1つのパーティションを対象とした検索が複数の行にマッチしてしまう可能性があります。これにより、読み取り、統計更新、トランケーションターゲット、メタデータキャッシュ対象および関連操作に影響を及ぼすことが考えられます(metastore.try.direct.sqlが有効の場合、デフォルトはtrueです)。認証済みまたはネットワーク的に信頼された呼び出し元は、直接SQLが有効な状態でHive Metastoreのパーティション名APIを通じて対象テーブルに対し(直接あるいはHiveやその他のクライアント経由で)この攻撃を実行可能です。また、この脆弱性の影響は主に対象テーブル内のパーティション単位(誤ったパーティションの読み取り、更新、トランケーション、削除、キャッシュ更新を引き起こす)に限定されており、本脆弱性単独では任意のクロスデータベースアクセスが発生しないことも特徴です。
Apache Hive 4.0.0から4.2.0(およびそれ以降の未リリースブランチ)におけるHiveServer2のSAMLベアラートークン検証に不適切な認証の脆弱性があります。hive.server2.authentication=SAMLの設定でHTTPトランスポートを使用した環境において、認証されていないネットワーク攻撃者が任意のHiveユーザーとして認証し、/cliserviceのHTTPエンドポイントに対して偽造されたAuthorization: Bearerトークンを送信することで、認証済みのHiveServer2セッションを取得できます。ユーザーはこの問題を修正したバージョン4.2.1へのアップグレードを推奨します。アクセス/認証の要否については、Hiveの認証情報、SAML IdPへのログイン、またはサーバーの署名秘密情報の知識は不要です。攻撃者はHiveServer2のHTTPポート(通常は/cliservice)へのネットワーク到達性のみが必要であり、Apache Knoxのような認証なしのリクエストをHS2に転送するリバースプロキシ経由でも同様に攻撃が可能です。対象インスタンスはHTTPモードでSAML認証が有効である必要があります。KnoxがSSOを処理し、HiveServer2がLDAPやKerberos(ネイティブSAMLモードではない)を使用している展開環境は、この特定の問題の影響を受けません。
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メッセージのヘッダー名はすべて信頼できない入力とみなすべきです。
Gitea 1.27.1 より前のバージョンでは、Git フックのインストールを通じて diffpatch API 経由でリモートコード実行が可能となっています。
Apache Camel Azure-Storage Datalake コンポーネントにおける相対パストラバーサルの脆弱性について説明します。この問題は、Apache Camel のバージョン 4.0.0 から 4.14.9 未満、4.15.0 から 4.18.4 未満、4.19.0 から 4.22.0 未満に影響します。camel-azure-storage-datalake コンポーネントは、downloadToFile 操作を通じて Azure Data Lake Storage Gen2 のファイルをローカルファイルシステムにダウンロードし、fileDir エンドポイントオプションで指定されたディレクトリ内に書き込みます。DataLakeFileOperations.downloadToFile は、fileDir と Azure SDK が報告するリモートパス名をそのまま結合してローカルのターゲットを構築し(new File(fileDir, fileClientWrapper.getFileName()))、語彙的正規化や解決先が fileDir 内に収まっているかのチェックを行わずにその結果を直接 SDK のダウンロード呼び出しに渡しています。リモート名はルート制御されたデータではなく、コンシューマは DataLakeConsumer.createBatchExchangesFromPath 内でファイルシステムを列挙し、PathItem.getName() からのパス名を検証なしでそのまま使用して各エントリごとにエクスチェンジを作成しています。そのため、親ディレクトリを示すセグメントを含むパス名が設定された場合、fileDir の外側に解決される可能性があります。これにより、消費される Data Lake ファイルシステム内の名前に影響を与えられる者は、Camel が任意の場所にファイルを作成または上書きできてしまい、その操作は Camel プロセスの権限で実行されます。プロセスが書き込み可能な場所によっては、ダウンロードディレクトリ外のファイルを上書きすることにより、そのファイルの完全性を逸脱し、さらなる権限昇格につながる可能性があります。fileDir オプションは通常の一般グループ向け設定パラメータであり、セキュリティ境界としての示唆はありません。また、その値が包含境界として強制されていないことはユーザーに何ら警告されていません。Camel の他のファイルダウンロード用コンシューマ(camel-file、camel-ftp、camel-smb、camel-mina-sftp、および camel-azure-files)は、構成されたディレクトリへのローカルダウンロードをパスセグメント境界チェックで制限していますが、camel-azure-storage-datalake のダウンロードパスはこの対策の対象外でした。ユーザーには、この問題を修正したバージョン 4.22.0 へのアップグレードを推奨します。4.14.x LTS リリース系列を使用している場合は 4.14.9 に、4.18.x リリース系列を使用している場合は 4.18.4 へのアップグレードを推奨します。すぐにアップグレードできない環境では、regex エンドポイントオプションを使用してコンシューマが処理する名前を制限してください。regex は各リストされたパス名に対して全文字列一致で適用されるため、単純な単一セグメント名のみを許可し、パス区切り文字や親ディレクトリセグメントを含む名前はエクスチェンジ作成前にフィルタされます。あるいは、信頼できないファイルシステム上で downloadToFile 操作は避け、リモートリストから取得した名前ではなく、ルート自身が制御するファイル名を使ってペイロードを書き込む方法を採用してください。多層防御の観点から、外部から書き込み可能な Data Lake ファイルシステム内のオブジェクト名は信頼しない入力として扱い、それらからローカルファイルシステムのパスを派生させないようにしてください。
Apache APISIXにおけるセキュリティ判断で信頼されていない入力に依存する脆弱性です。この脆弱性により、攻撃者はattach-consumer-labelプラグインが正しくサニタイズしない特定の値を送信することで、権限昇格や認可のバイパスを行うことが可能になります。この問題はApache APISIXのバージョン3.11.0から3.17.0に影響を与えます。ユーザーはこの問題を修正したバージョン3.18.0にアップグレードすることを推奨します。
Apache Camel Knativeコンポーネントにおける不適切な入力検証および下流コンポーネントで使用される出力中の特殊要素の不適切な無害化("インジェクション")の脆弱性について説明します。camel-knativeのKnativeコンシューマは、受信したCloudEvent属性をCamelメッセージヘッダーにマッピングします。バイナリコンテンツモードでは、HTTPヘッダーのパスがKnativeHttpHeaderFilterStrategyを通じてCamel内部ヘッダーをフィルタリングしますが、構造化コンテンツモード(Content-Type: application/cloudevents+json)では、CloudEventの拡張フィールドがJSONボディから直接読み取られ、すべての拡張キーがHeaderFilterStrategyを適用せずにExchangeヘッダーにコピーされます(CloudEventProcessors、仕様バージョン1.0、1.0.1、1.0.2)。その結果、認証されていない攻撃者が構造化モードのCloudEventリクエストを介してCamel内部ヘッダー(例:CamelHttpUri、CamelHttpPath、CamelFileName)をインジェクトでき、Camelのヘッダーマップに対して大文字小文字を区別せずにマッチさせることが可能です。ルートがKnativeコンシューマからヘッダ駆動のコンポーネント(camel-httpやcamel-fileなど)にメッセージを転送する場合、インジェクトされたヘッダーが設定済みの値を上書きし、ルートに応じてサーバー側リクエストフォージェリ(SSRF)、パストラバーサル、またはメッセージディスパッチのリダイレクトを引き起こす可能性があります。これは、バイナリコンテンツモードパスに以前追加されたインバウンドヘッダーフィルタリングの不完全な修正に起因しており、camel-cxf/camel-knative(CVE-2026-47323)、camel-undertow(CVE-2025-30177)、より広範なincoming-header filter(CVE-2025-27636およびCVE-2025-29891)、非HTTPストラテジー(CVE-2026-40453)で対処されたパターンと類似しています。この問題はApache Camelの以下のバージョンに影響を及ぼします:3.15.0から4.14.9未満、4.15.0から4.18.4未満、4.19.0から4.21.0未満です。利用者には問題が修正されたバージョン4.22.0へのアップグレードを推奨します。4.18.xのLTSリリースを利用している場合は4.18.4へのアップグレード、4.14.xのLTSリリースを利用している場合は4.14.9へのアップグレードが推奨されます。非LTSリリースの4.15.0から4.17.0および4.19.0から4.21.0は影響を受けますがメンテナンス修正が提供されないため、これらのバージョンを使用している場合は4.18.4または4.22.0へのアップグレードが推奨されます。
バッファオーバーフローは境界チェックの改善によって対処されました。この問題は macOS Sequoia 15.7.7 および macOS Sonoma 14.8.7 で修正されています。この脆弱性により、アプリが予期しないシステムの終了を引き起こしたり、カーネルメモリへの書き込みを行ったりする可能性があります。
脆弱性情報(JVN) よくある質問
脆弱性を製品名やベンダ名で検索できますか?
はい。製品・ベンダ・脆弱性タイプ(CWE)で全文検索し、深刻度(CVSS)で絞り込めます。発表日の新しい順に表示します。
CVSS(深刻度)とは何ですか?
脆弱性の深刻さを0〜10で表す共通指標です。数値が大きいほど影響が大きく、緊急・重要・警告・注意などの区分で絞り込めます。
影響を受ける製品やベンダ企業は分かりますか?
各脆弱性の詳細ページで、影響を受ける製品・ベンダを確認できます。ベンダ名は法人検索と突き合わせて企業情報もたどれます。
情報の出典を教えてください。
JVN(IPA〔情報処理推進機構〕・JPCERT/CC 提供)の公開情報を収録しています。対応の要否は必ず各JVN詳細・公式情報でご確認ください。
出典:JVN(Japan Vulnerability Notes・独立行政法人情報処理推進機構(IPA)/JPCERT コーディネーションセンター/jvn.jp)を加工して作成。 全文検索は当サイト収録分(全292,331件)を対象とし、発表日の新しい順に表示しています。 本情報の最新性・正確性・完全性は保証されません。詳細は各 JVN 詳細ページをご確認ください。 なお本情報は製品・ソフトウェアの脆弱性に関するものであり、特定の法人・製品ベンダの評価や信用性を示すものではありません。