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

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のセキュリティ評価で低リスクとされています。

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

Google Chrome 150.0.7871.47以前のMediaコンポーネントにおける信頼されていない入力の検証不足により、リモート攻撃者が細工されたビデオファイルを介してレンダラープロセスを侵害し、サンドボックス脱出を実行する可能性がありました。

この問題は、入力検証の改善によって対処されました。iOS 26.5.2およびiPadOS 26.5.2、macOS Tahoe 26.5.2で修正されました。この問題により、アプリケーションが予期しないシステム終了を引き起こしたり、カーネルメモリを破損したりする可能性があります。

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

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

ColdFusionのバージョン2025.9、2023.20およびそれ以前のバージョンは、不適切な入力検証の脆弱性の影響を受けています。この脆弱性により、現在のユーザーのコンテキストで任意のコードが実行される可能性があります。攻撃者はこの脆弱性を悪用して、悪意のあるスクリプトをウェブページに注入し、被害者のアカウントやセッションの権限を昇格させ、制御を得ることが可能です。この問題を悪用するには、被害者が悪意のあるファイルを開くというユーザーの操作が必要です。影響範囲は変更されています。

OAuthRequestFilterのロジックエラーにより、バインドされたIPアドレスからの正当なリクエストが拒否される一方で、その他の任意のIPアドレスからのリクエストが無条件に許可されてしまいます。このセキュリティ機能を有効にすると、意図しない逆のセキュリティチェックが作成されます。ユーザーはこの問題を修正したバージョン4.2.2または4.1.7にアップグレードすることを推奨します。

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

Linux上のGoogle ChromeのUIにおける整数オーバーフロー（バージョン149.0.7827.103未満）が原因で、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出できる可能性がありました。

Google Chrome 149.0.7827.103より前のバージョンのUIにおいて、信頼されていない入力の検証が不足していたため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。

Windows上のGoogle Chromeバージョン149.0.7827.53未満のGPUで、信頼されていない入力の検証が不十分なため、リモート攻撃者が細工されたHTMLページを介してサンドボックスからの脱出を試み、レンダラープロセスを侵害する可能性がありました。

Windows向けGoogle Chromeのバージョン149.0.7827.53より前のBaseにおける不適切な実装により、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサンドボックスから脱出する可能性がありました（Chromiumセキュリティの深刻度：中）。

Windows向けGoogle Chromeのバージョン149.0.7827.53より前のSite Isolationにおける信頼されていない入力の不十分な検証により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出を実行する可能性がありました。

Windows上のGoogle Chromeバージョン149.0.7827.53以前のWebNNにおいて、信頼できない入力の検証が不十分だったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスからのエスケープを行う可能性がありました。

Windows上のGoogle ChromeのChromoting（バージョン149.0.7827.53より前）において、信頼されていない入力を十分に検証しなかったため、リモートの攻撃者が悪意のあるネットワークトラフィックを介してサンドボックスから脱出し、ネットワークプロセスを侵害する可能性がありました。この問題はChromiumセキュリティで中程度の深刻度と評価されています。

Linux版Google Chromeの149.0.7827.53以前のChromotingにおける信頼できない入力の検証が不十分だったため、リモートの攻撃者がレンダラープロセスを侵害し、細工されたChrome拡張機能を通じてサンドボックスからの脱出を行う可能性がありました。

Android版Google Chromeのバージョン149.0.7827.53未満に存在するGPUの不適切な実装により、リモートの攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスを脱出する可能性がありました。

Google Chrome の 149.0.7827.53 より前のバージョンにおいて、Chromoting の信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工された HTML ページを利用し、レンダラープロセスを侵害してサンドボックスから脱出できる可能性がありました。

Google Chromeのバージョン149.0.7827.53以前のCodecsにおける不適切な実装により、リモートの攻撃者が細工されたビデオファイルを利用してサンドボックスを回避できる可能性がありました。

Windows 上の Google Chrome バージョン 149.0.7827.53 より前の印刷機能には信頼されていない入力の検証不足があり、リモート攻撃者が細工された HTML ページを介してレンダラープロセスを侵害し、サンドボックスをエスケープする可能性がありました。この脆弱性は Chromium のセキュリティにおいて重大度が高いと評価されています。

Google Chrome のバージョン 149.0.7827.53 より前の ANGLE には、信頼できない入力を十分に検証しない問題がありました。そのため、リモート攻撃者が細工された HTML ページを利用してサンドボックスを脱出する可能性がありました。

Google Chromeの149.0.7827.53以前のDawnにおいて、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを使ってサンドボックスを脱出する可能性がありました。

Google Chromeの149.0.7827.53以前のバージョンにおけるANGLEの信頼されていない入力の検証が不十分だったため、リモート攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。

Google Chromeの149.0.7827.53以前のCodecsにおける信頼されていない入力の不十分な検証により、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスから脱出する可能性がありました。

Google Chromeの149.0.7827.53より前のバージョンにおいて、ANGLEの信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスからの脱出を行う可能性がありました。

Google Chrome 149.0.7827.53以前のEnterprise Reportingにおいて、信頼されていない入力の検証が不足していたため、リモートの攻撃者が細工されたHTMLページを利用してレンダラプロセスを侵害し、サンドボックスからの脱出を行う可能性がありました。

Google Chrome 149.0.7827.53 未満のバージョンの Codecs における信頼されていない入力の検証が不十分であったため、リモート攻撃者が細工されたビデオファイルを介してサンドボックスを脱出する可能性がありました。

Google Chrome 149.0.7827.53以前のAutofillにおける信頼されていない入力の検証が不十分であったため、リモートの攻撃者が悪意のあるネットワークトラフィックを介してサンドボックスから脱出する可能性がありました。

Google Chrome 149.0.7827.53より前のバージョンにおいて、リーディングモードでの信頼されていない入力の検証が不十分だったため、リモート攻撃者が細工されたHTMLページを介してレンダラプロセスを侵害し、サンドボックスから脱出する可能性がありました。

WGDashboardはWireGuard VPNのダッシュボードです。バージョン4.3.2以前には、認証なしでホストのファイルシステムに不正アクセスを許す可能性のある重大な脆弱性がWGDashboardに存在していました。この脆弱性はバージョン4.3.2で修正されました。