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

Squidはウェブ向けのキャッシュプロキシです。バージョン7.6以前では、cache digestの応答処理（src/peer_digest.ccのpeerDigestSwapInMask）における不適切な入力検証のバグにより、Squidにヒープベースのバッファオーバーフローの脆弱性が存在します。キャッシュダイジェストのオンザワイヤサイズが、ダイジェスト内で宣言されたmask_sizeより大きくなる可能性があり、そのため信頼されたピアが悪意を持って細工したcache_digestリクエストメッセージへの応答を送信すると、オーバーフローが発生する可能性があります。この攻撃は、--enable-cache-digestsオプション付きでコンパイルされ、かつcache_peer設定があるSquidインスタンスに限定されます。この問題はバージョン7.6で修正されています。

Symfony UXはSymfonyのためのJavaScriptエコシステムです。バージョン2.8.0から2.36.0および3.1.0までの間、#[LiveProp]がDateTimeInterface型で明示的なフォーマットが設定されていない場合、Symfony\UX\LiveComponent\LiveComponentHydrator::hydrateObjectValue()はnew $className($value)にフォールバックしていました。これにより、クライアントが提供した「now」や「tomorrow」、「+10 years」のような相対的な文字列が、フォーマットなしの書き込み可能な日付プロパティを通じて時刻に基づくビジネスロジックのチェックを回避し、不正に操作できる状態になっていました。この問題はバージョン2.36.0および3.1.0で修正されています。

Windows版Google Chromeのバージョン150.0.7871.125以前のMediaにおいて、信頼されていない入力の検証が不十分であったため、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。（Chromiumセキュリティの重大度は高とされています）

Google Chrome 150.0.7871.125以前のNavigationにおける信頼できない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、ナビゲーション制限を回避できる問題です。（Chromiumセキュリティ重大度：中）

Eclipse KUKSA Databroker バージョン0.6.1において、kuksa.val.v2.VAL/PublishValueのgRPCハンドラはPublishValueRequest内のオプションフィールドであるdata_pointの存在を検証していません。リクエストに有効なsignal_idが含まれていてもdata_pointが省略されている場合、サーバはrequest.data_pointに対して直接unwrap()を呼び出し、Tokioのワーカースレッドでパニックを引き起こします。この問題は有効なJWTトークンを持つ任意のクライアントによって引き起こされる可能性があります。認証されていないまたは無効なトークンのリクエストは拒否され、脆弱な経路には到達しません。パニックによって個々のgRPC呼び出しはキャンセルされますが、Databrokerプロセス自体は終了せず、その後のリクエストにも引き続き対応します。

Eclipse Jettyにおいて、HTTP/1、HTTP/2、およびHTTP/3のリクエストに対して、リクエストの権限部分（ホストおよびポート）がHostヘッダー（存在する場合）に提供されたものと厳密に一致するかどうかのチェックが行われていませんでした。これは以前のHTTP RFC（例えばRFC 2616）では強制されていませんでしたが、最新のRFC（9110および9112）では強制されています。この不一致は、以下のような脆弱性を引き起こす可能性があります。 * URIの構築（例えばリダイレクトにおいて—ログインページで典型的です） * 仮想ホストの選択 * リバースプロキシの動作異常 * 誤解を招くログ記録 * その他の問題 最新のRFCでは、リクエストの権限部分とHostヘッダーが一致しなければならないと要求しているため、Jettyはこの不変条件を強制すべきです。

Palo Alto Networks PAN-OS ソフトウェアにおけるファイル削除の脆弱性により、ネットワークアクセスを持つ認証されていない攻撃者が管理用ウェブインターフェースから一時ディレクトリ内のファイルを削除することが可能になります。この問題によるセキュリティリスクは、推奨されるベストプラクティス運用ガイドライン（https://live.paloaltonetworks.com/t5/community-blogs/tips-amp-tricks-how-to-secure-the-management-access-of-your-palo/ba-p/464431）に従い、管理用ウェブインターフェースへのアクセスを信頼できる内部IPアドレスのみに制限することで最小化されています。この問題はPAシリーズおよびVMシリーズファイアウォール、ならびにPanorama（仮想およびMシリーズ）上のPAN-OSソフトウェアに適用されます。Cloud NGFWおよびPrisma Access はこの脆弱性の影響を受けません。

150.0.7871.115より前のGoogle Chromeのパスワード管理における不十分なポリシー強制が原因で、リモートの攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。（Chromiumセキュリティの深刻度は高いです）

150.0.7871.115 未満の Google Chrome のナビゲーションにおける不適切な実装が原因で、リモートの攻撃者が細工された HTML ページを使ってサイト分離を回避できる可能性がありました。（Chromium セキュリティの重大度は中です）

150.0.7871.46 より前の Google Chrome の Skia における信頼されていない入力の検証不足により、リモート攻撃者が特殊に細工された HTML ページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得することが可能でした。（Chromium セキュリティ重大度：中）

Kibanaにおける不適切な入力検証（CWE-20）は、入力データ操作（CAPEC-153）を介してサービス拒否を引き起こす可能性があります。認証済みユーザーが正しく検証されていない特別に細工されたFleetポリシー入力を送信すると、Fleetエージェント、サーバー、およびポリシー管理機能が利用不能になります。

iOS向けGoogle Chromeのバージョン150.0.7871.47以前において、Chrome for iOSは信頼できない入力の検証が不十分でした。そのため、リモートの攻撃者が特定のUIジェスチャーをユーザーに実行させることで、細工されたHTMLページを介して任意のスクリプトやHTML（UXSS）を注入できる可能性がありました。（Chromiumのセキュリティ深刻度は高です）

iOS の Google Chrome 150.0.7871.47 未満のバージョンにおける WebAuthentication のサイドチャネルによる情報漏洩の脆弱性により、リモート攻撃者が細工された HTML ページを介してクロスオリジンのデータを漏洩させる可能性がありました。（Chromium セキュリティ深刻度：中）

iOS版Google Chromeのバージョン150.0.7871.47より前のOmniboxにおける信頼されていない入力の検証が不十分であったため、特定のUIジェスチャーをユーザーに行わせることで、リモートの攻撃者が悪意のあるネットワークトラフィックを通じてナビゲーション制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）

150.0.7871.47 より前の Google Chrome のスペルチェックにおけるポリシー適用の不備により、リモート攻撃者がレンダラープロセスを侵害し、細工された HTML ページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる状態となっていました。（Chromium セキュリティの重大度：中）

iOS向けGoogle Chrome、Chrome for iOSにおいて信頼されていない入力の検証不足が存在しました。この問題はバージョン150.0.7871.47以前の環境で発生し、遠隔の攻撃者がユーザーに特定のUIジェスチャーを行わせることで、細工されたHTMLページを介してナビゲーション制限を回避できる可能性がありました。（Chromiumセキュリティの深刻度は中です）

Google Chrome 150.0.7871.47より前のバージョンのDeviceBoundSessionCredentialsには信頼されていない入力の検証不足があり、リモート攻撃者が細工されたHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。（Chromiumセキュリティ重大度：中）

Android版Google Chromeのバージョン150.0.7871.47以前におけるWebViewの信頼されていない入力の検証不十分により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、同一生成元ポリシーを回避できる問題です。（Chromiumセキュリティ重大度：中）

Google Chrome 150.0.7871.47より前のバージョンにおいて、ネットワークからの信頼されていない入力の検証が不十分だったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、ナビゲーション制限を回避できる問題がありました。(Chromium セキュリティ重大度: 中)

150.0.7871.47より前のAndroid上のGoogle ChromeのDevToolsにおいて、ポリシーの不十分な強制が原因で、ローカルの攻撃者が悪意のあるファイルを利用してナビゲーション制限を回避できる脆弱性が存在しました。（Chromiumのセキュリティ重大度は中です）

Windows上のGoogle Chromeのバージョン150.0.7871.47より前のDataTransferにおける信頼されていない入力の検証不足が原因で、リモート攻撃者は巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、UIスプーフィングを行うことが可能でした。（Chromiumのセキュリティ重大度：中）

iOS向けGoogle Chromeのバージョン150.0.7871.47より前のChrome for iOSにおいて、信頼されていない入力の検証が不足していました。そのため、リモートの攻撃者が巧妙に作成したHTMLページを介してUIスプーフィングを実行できました。（Chromiumセキュリティの深刻度は中です）

150.0.7871.47 より前の Google Chrome の拡張機能では、信頼されていない入力の検証が不足していたため、悪意のある拡張機能のインストールをユーザーに促す攻撃者が、細工された Chrome 拡張機能を介して UI スプーフィングを行うことが可能でした。（Chromium セキュリティの重大度：中）

150.0.7871.47より前のGoogle ChromeのWebXRにおいて、信頼されていない入力の検証不足により、レンダラープロセスが侵害される可能性があり、リモート攻撃者が細工されたHTMLページを介してUIスプーフィングを行うことが可能でした。（Chromiumのセキュリティ重大度は中です）

Google Chrome 150.0.7871.47より前のバージョンのStorage Access APIにおけるポリシー適用の不備によって、レンダラープロセスを侵害したリモート攻撃者が、細工されたHTMLページを介してクロスオリジンのデータを漏洩させる可能性がありました。（Chromiumセキュリティの深刻度：中）

Google Chromeのバージョン150.0.7871.47より前において、ネットワーク上で信頼できない入力の検証が不十分であったため、レンダラープロセスが侵害される可能性がありました。リモートの攻撃者は巧妙に作成されたHTMLページを通じてクロスオリジンのデータを漏洩させる恐れがあります。（Chromiumセキュリティ深刻度：中）

Google Chrome 150.0.7871.47以前のSanitizer APIにおける信頼されていない入力の不十分な検証により、リモートの攻撃者が細工されたHTMLページを通じて同一生成元ポリシーを回避できる可能性がありました。（Chromiumセキュリティの深刻度：中）

150.0.7871.47より前のGoogle Chromeでは、HTML内の信頼できない入力の検証不足により、リモートの攻撃者が細工されたHTMLページを介して任意のスクリプトやHTML（UXSS）を注入できる可能性がありました。（Chromium セキュリティの重大度は低いです）

iOS版Google Chromeのバージョン150.0.7871.47より前のChrome for iOSにおいて、不十分なデータ検証により、ローカル攻撃者がデバイスへの物理アクセスを通じてプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Windows版Google Chrome 150.0.7871.47以前のGPUにおける信頼できない入力の検証が不十分であったため、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Google Chromeの150.0.7871.47以前のANGLEにおける信頼されていない入力の不十分な検証により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Windows上のGoogle Chromeバージョン150.0.7871.47未満のDevToolsにおいて、信頼されていない入力の検証が不十分だったため、リモートの攻撃者がユーザーに特定のUIジェスチャーを行わせることで、細工されたHTMLページを介してプロセスメモリから潜在的に機密性の高い情報を取得できる可能性がありました。

Google Chrome 150.0.7871.47より前のバージョンのPageInfoにおいて、信頼されていない入力の検証が不十分であったため、リモート攻撃者が細工されたHTMLページを介してナビゲーション制限を回避し、レンダラープロセスを侵害できる可能性がありました。

iOS版Google Chrome（バージョン150.0.7871.47以前）において、信頼されていない入力の検証が不足していたため、リモートの攻撃者が巧妙に作成したHTMLページを介してナビゲーション制限を回避することが可能でした。

Google Chrome 150.0.7871.47 未満の WebXR では、信頼されていない入力の検証が不十分なため、リモートの攻撃者が細工された HTML ページを介してナビゲーション制限を回避できる脆弱性があります。Chromium セキュリティはこの脆弱性を低度の重大度に分類しています。

Google Chrome 150.0.7871.47より前のバージョンのNetworkCacheにおける不十分なデータ検証により、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンデータを漏洩させる可能性がありました。

Windows上のGoogle Chromeのバージョン150.0.7871.47以前のDevToolsにおいて、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が特定のUIジェスチャーをユーザーに実行させることで、細工されたHTMLページを通じてプロセスメモリから潜在的に機密性のある情報を取得する可能性がありました。

Google Chrome 150.0.7871.47 未満のバージョンの WebAppInstalls において、信頼されていない入力の不十分な検証が原因で、リモートの攻撃者が細工された HTML ページを介してレンダラプロセスを侵害し、UI スプーフィングを実行できる可能性がありました。

150.0.7871.47より前のGoogle Chromeにおいて、ネットワークにおける信頼されていない入力の検証が不足していたため、レンダラープロセスを乗っ取ったリモート攻撃者が細工されたHTMLページを介してUIスプーフィングを行うことが可能でした。Chromiumのセキュリティ重大度は低であるため、注意が必要です。

Google Chrome 150.0.7871.47 より前のバージョンにおいて、Speech の信頼できない入力の検証が不十分であったため、レンダラープロセスを侵害したリモート攻撃者が細工された HTML ページを利用して UI スプーフィングを行うことが可能でした。（Chromium のセキュリティ重大度は低です）この問題により、ユーザーインターフェースの偽装が発生する可能性があります。