脆弱性情報（JVN）検索・一覧

Adobe Connectは、不適切な入力検証の脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードを実行される可能性があります。攻撃者はこの脆弱性を悪用して任意のコードを実行できます。この問題を悪用するためには、被害者が悪意のある細工が施されたURLを訪問するか、改ざんされたウェブページとやり取りするなどのユーザー操作が必要です。影響範囲が変更されています。

Adobe Campaign Classic (ACC) は、不適切な入力検証の脆弱性により、現在のユーザーのコンテキストで任意のコードを実行される可能性があります。権限の低い攻撃者がこの脆弱性を悪用して任意のコードを実行できます。この問題を悪用するためにユーザーの操作は必要ありません。スコープが変更されました。

VeloCloud Orchestrator（VCO）オンプレミス版には、リモートの攻撃者が特権的な内部機能にアクセスし、VCOホストに影響を与える可能性があるセキュリティ問題が存在します。攻撃が成功すると、オーケストレーターおよびオーケストレーターによって管理されるデータの機密性、完全性、そして可用性が損なわれる恐れがあります。ホスティング版（専用版を含む）のVCOも影響を受けており、既にパッチが適用されています。

Windows DHCPサーバーのヒープベースのバッファオーバーフローにより、不正な攻撃者がネットワークを介してコードを実行できる脆弱性です。

152.0.7977.75より前のGoogle ChromeのDataTransferにおける不適切な入力検証により、リモート攻撃者がソーシャルエンジニアリングを利用して、共にインストールされたアプリ経由でシステムのアクセス制限を回避できる可能性がありました。（Chromiumセキュリティの重大度は高です）

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以前のDawnにおける不適切な入力検証により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス外で任意のコードを実行できる可能性がありました。（Chromiumのセキュリティ重大度は高です）

151.0.7922.109より前のGoogle Chromeのコーデックにおいて、信頼できない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの重大度は高いです）

151.0.7922.72より前のGoogle Chromeの通知における信頼されていない入力の検証不足により、リモート攻撃者が細工されたPDFファイルを用いてレンダラープロセスを侵害し、サンドボックスからの脱出を試みる可能性がありました。（Chromiumセキュリティ深刻度：低）」

Google Chromeのバージョン151.0.7922.72以前のWebAuthnにおいて、信頼されていない入力の検証が不十分でした。そのため、レンダラープロセスを侵害したリモート攻撃者が、加工されたPDFファイルを介してサンドボックスをエスケープする可能性がありました。（Chromiumセキュリティ重要度：低いと評価されています）

Google Chromeのバージョン151.0.7922.72より前において、AIに対する信頼されていない入力の検証が不十分であったため、レンダラープロセスが侵害される可能性がありました。これにより、リモートの攻撃者が細工されたHTMLページを通じてサンドボックスを脱出できる恐れがありました。（Chromiumセキュリティの重大度：低）

Google Chromeの151.0.7922.72以前のバージョンにおけるGoogle Lensの信頼されていない入力の検証が不十分であったため、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してサンドボックス脱出を実行する可能性がありました。（Chromiumセキュリティ重大度は低と評価されています。）

Android版Google Chromeのバージョン151.0.7922.72より前のDawnでは、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。（Chromiumセキュリティの重大度は重大です）

151.0.7922.72より前のGoogle ChromeのANGLEにおいて、信頼されていない入力の検証が不十分であったため、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを通じてサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの深刻度は高です）

Google Chrome 151.0.7922.72以前のChromecastにおいて、信頼されていない入力の検証不足のために、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。（Chromiumセキュリティの深刻度：高）

151.0.7922.72より前のAndroid版Google ChromeのWeb認証において信頼されていない入力の検証が不十分だったため、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックス脱出を行う可能性がありました。（Chromiumセキュリティの重大度は高です）

iOS版Google Chromeのバージョン151.0.7922.72以前のChrome for iOSにおいて、信頼されていない入力の検証不足が原因で、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの深刻度：高）

151.0.7922.72以前のGoogle Chromeの「ドライブに保存」機能において、信頼されていない入力の検証が不十分だったため、レンダラープロセスが侵害されました。これにより、リモートの攻撃者が細工されたPDFファイルを介してサンドボックスからの脱出を行う可能性がありました。（Chromiumのセキュリティ重大度：中）

151.0.7922.72より前のGoogle Chromeのパスワードにおいて、信頼できない入力の検証が不十分であったため、レンダラープロセスを妥協したリモート攻撃者が細工されたHTMLページを介してサンドボックスをエスケープできる可能性がありました。（Chromiumセキュリティ重大度：中）

Google Chrome 151.0.7922.72より前のバージョンのDevToolsにおいて、信頼されていない入力の検証不足が原因で、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してサンドボックスからの脱出を試みる可能性がありました。（Chromiumセキュリティ重大度：中）

Google ChromeのANGLEにおいて、バージョン151.0.7922.72より前のものに信頼されていない入力の検証不足の脆弱性が存在しました。その影響で、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの重大度：中）

Google Chrome 151.0.7922.72 未満のバージョンのコーデックにおける整数オーバーフローにより、リモートの攻撃者が細工されたビデオファイルを介してサンドボックスから脱出できる可能性がありました。（Chromium セキュリティ重要度：中）

151.0.7922.72 未満の Android 上の Google Chrome のピクチャーインピクチャー機能において、信頼されていない入力が十分に検証されなかったため、レンダラープロセスを乗っ取ったリモート攻撃者が細工された HTML ページを通じてサンドボックスを脱出する可能性がありました。（Chromium セキュリティの深刻度は低と評価されています）

環境変数の処理に問題が存在していました。この問題は検証の強化によって対処されました。この問題は macOS Sequoia 15.7.8、macOS Sonoma 14.8.8、macOS Tahoe 26.6 で修正されています。アプリケーションが予期しないシステムの終了を引き起こす可能性があります。

Open WebUIのバージョン0.9.5未満には、OAuth認証フローにおいて格納型クロスサイトスクリプティングの脆弱性があります。この脆弱性は、画像クレームのURLのMIMEタイプがContent-Typeヘッダーではなくファイル拡張子から推論されるため、SVGファイルがプロフィール画像バリデーターを回避してデータURIとして保存されてしまうことに起因しています。認証済みユーザーがプロフィール画像エンドポイントにアクセスすると、攻撃者制御下のSVGコンテンツがインライン配置され、かつデフォルトのセキュリティヘッダーが付与されない状態で配信されます。そのため、同一オリジン内でスクリプトが実行され、認証トークンの窃取やアカウントの乗っ取りが可能となります。

ColdFusion は、不適切な入力検証の脆弱性の影響を受けており、これにより現在のユーザーのコンテキストで任意のコードが実行される可能性があります。この問題を悪用するためにユーザーの操作は不要です。対象範囲が変更されました。

Apache Camel Cometdコンポーネントにおける不適切な入力検証の脆弱性について説明します。camel-cometdコンポーネントは、Bayeux（CometD）から受信したメッセージヘッダーにHeaderFilterStrategyを適用せずにCamel Exchangeにマッピングします。CometdBinding.populateExchangeFromMessageは、CometDクライアントから提供されたext.CamelHeadersマップ全体を直接Camelメッセージ（message.setHeaders）にコピーするため、CamelHttpUri、CamelFileName、CamelJmsDestinationNameのようなCamel内部制御ヘッダーを含むあらゆるヘッダー名が変更されることなく受け入れられます。デフォルトでCometdComponentはBayeux SecurityPolicyをインストールしないため、Bayeuxハンドシェイクを完了できるクライアントは認証なしでこのメッセージを公開できます。その結果、攻撃者はルート内の下流プロデューサの動作に影響を与える任意のCamel制御ヘッダーを注入可能です（例：HTTPプロデューサのリダイレクト、ファイル名の変更、JMS宛先の上書き）。注入されたヘッダーは内部のdirect、seda、vmホップ間でも持続します。具体的な下流への影響はルートで使用されるプロデューサによって異なります。この問題はApache Camelのバージョン4.0.0から4.14.8未満、4.15.0から4.18.3未満、4.19.0から4.21.0未満に影響します。ユーザーには問題を修正したバージョン4.21.0へのアップグレードを推奨します。4.14.xのLTSリリース利用者は4.14.8へ、4.18.xリリース利用者は4.18.3へアップグレードすることを推奨します。修正はcamel-cometdバインディングにHeaderFilterStrategyを実装し（コード上の長期間のTODO）、インバウンドマッピングで大文字小文字を区別せずCamelヘッダー名前空間をフィルタリングすることで、クライアントから提供されるCamel* / camel*ヘッダーがExchangeにコピーされなくなるようにしています。即時アップグレードできない環境では、ルート開始時にremoveHeaders('Camel*')およびremoveHeaders('camel*')などを使用して、下流プロデューサに届く前に受信したCometDメッセージからCamel制御ヘッダーを除去し、さらにCometdComponentに明示的なBayeux SecurityPolicyを設定して認証済みクライアントのみがメッセージを公開できるようにしてください。

Apache Camel AWS2-SQS コンポーネントにおける不適切な入力検証の脆弱性について説明します。camel-aws2-sqs コンポーネントは、コンポーネント固有の HeaderFilterStrategy を通じてインバウンドメッセージ属性を Camel Exchange にマップしています。Sqs2HeaderFilterStrategy はアウトバウンドフィルター（setOutFilterPattern、Camel*、breadcrumbId、および org.apache.camel.* ヘッダーがブローカーへ書き込まれるのをブロックするもの）のみを設定しており、インバウンドフィルターは設定していませんでした。その結果、Sqs2Consumer が各 SQS の MessageAttribute を HeaderFilterStrategy.applyFilterToExternalHeaders 経由で Exchange にコピーする際に、DefaultHeaderFilterStrategy はインバウンドルールを適用せず、すべてのヘッダー名をフィルター対象外とみなし、CamelHttpUri、CamelFileName、CamelSqlQuery などの Camel 内部制御ヘッダーを変更せずに Camel メッセージにコピーしてしまいます。したがって、消費される SQS キューへメッセージを送信できる権限を持つ主体（例えばクロスアカウントの送信者や、sqs:SendMessage 権限を持つより権限の低い同アカウント内のコンポーネント）は、ルート内の下流のプロデューサの挙動に影響を与える任意の Camel 制御ヘッダーを設定できる可能性があります（例：HTTP プロデューサのリダイレクト、ファイル名の変更、クエリの上書き）。注入されたヘッダーは、内部の direct、seda、vm ホップ間でも持続します。具体的な下流への影響はルートが使用するプロデューサに依存します。本問題は Apache Camel のバージョン 4.0.0 から 4.14.8 未満、4.15.0 から 4.18.3 未満、および 4.19.0 から 4.21.0 未満のバージョンに影響します。ユーザーは問題を修正した 4.21.0 へのアップグレードを推奨します。4.14.x LTS リリースを使用している場合は 4.14.8 へのアップグレードを、4.18.x リリースを使用している場合は 4.18.3 へのアップグレードを推奨します。修正内容は、インバウンドマッピング時に大文字・小文字を問わず Camel ヘッダー名前空間をフィルタリングするインバウンド HeaderFilterStrategy ルールを Sqs2HeaderFilterStrategy に追加し、送信者が指定した Camel* および camel* ヘッダーが Exchange にコピーされないようにしたものです。すぐにアップグレードできない環境では、ルートの開始時に removeHeaders('Camel*') と removeHeaders('camel*') を使用してインバウンドメッセージから Camel 制御ヘッダーを除去し、さらに消費される SQS キューへ送信可能な主体を最小権限の sqs:SendMessage 権限で制限することを推奨します。

Google Chrome 150.0.7871.46以前のANGLEにおいて、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを利用してサンドボックスから脱出する可能性がありました。（Chromiumセキュリティの深刻度：高）」

150.0.7871.46より前のGoogle ChromeのANGLEにおける信頼されていない入力に対する検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。（Chromiumセキュリティの深刻度は高です）

Windows上のGoogle Chrome 150.0.7871.47以前のバージョンにおいて、Mediaの信頼されていない入力を十分に検証しなかったために、レンダラープロセスが侵害される可能性がありました。リモート攻撃者は、特別に細工されたHTMLページを介してサンドボックスを回避できる可能性がありました。（Chromiumセキュリティの深刻度：中）

Android版Google Chromeのバージョン150.0.7871.47以前のDawnには信頼できない入力の検証不足がありました。そのため、レンダラープロセスが侵害される恐れがあり、リモート攻撃者が巧妙に作成されたHTMLページを利用してサンドボックスからの脱出を試みる可能性がありました。（Chromiumセキュリティの重大度は中です）

Google Chrome 150.0.7871.47 未満のバージョンの ANGLE において、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工された HTML ページを介してレンダラープロセスを乗っ取り、サンドボックスを脱出する可能性がありました。

Google Chrome 150.0.7871.47より前のバージョンの新しいタブページにおいて、信頼できない入力の不十分な検証が原因で、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出する可能性がありました。この脆弱性はChromiumのセキュリティ評価で低リスクとされています。