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

Android版Google Chromeのバージョン150.0.7871.115より前のWebAppInstallsにおける信頼されていない入力の検証不足により、ローカル攻撃者が巧妙に作成したHTMLページを介して同一生成元ポリシーを回避できる可能性がありました。（Chromiumセキュリティの重大度は高です）

Microsoft Azure AttestationサービスおよびDevice Health Attestationサービスにおける不適切な入力検証のため、認可された攻撃者が物理的攻撃を用いてなりすますことが可能です。

Adobe Experience Manager バージョン 6.5.24、LTS SP1、2026.04 以前のバージョンには、不適切な入力検証の脆弱性が存在しており、これによりセキュリティ機能を回避される可能性があります。権限の低い攻撃者がこの脆弱性を悪用することで、セキュリティ対策を回避し、不正な書き込みアクセスを得ることができます。この問題を悪用するには、被害者が悪意のある細工がされた URL を訪問するか、侵害されたウェブページと対話するなどのユーザーの操作が必要です。

Adobe Experience Managerのバージョン6.5.24、LTS SP1、2026.04およびそれ以前のバージョンには、不適切な入力検証の脆弱性が存在し、これによりセキュリティ機能がバイパスされる可能性があります。権限の低い攻撃者がこの脆弱性を悪用すると、セキュリティ対策を回避し、不正な書き込みアクセスを取得する恐れがあります。この問題を悪用するには、被害者が悪意のある細工が施されたURLを訪問するか、改ざんされたウェブページと対話する必要があります。

Google Chromeのバージョン149.0.7827.103以前のSkiaにおける境界外読み取りの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、クロスオリジンデータを漏洩させることが可能でした。

macOS 上の Google Chrome Dawn において、バージョン 149.0.7827.103 より前の不十分な信頼されていない入力の検証により、リモートの攻撃者がレンダラープロセスを侵害し、不正に作成された HTML ページを介してクロスオリジンデータを漏洩させることが可能でした。

Google Chromeのバージョン149.0.7827.103以前の新しいタブページにおいて、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、クロスオリジンデータを漏洩させることが可能でした。

Google Chromeのバージョン149.0.7827.53以前のLoaderにおいて、信頼できない入力の検証が不十分だったため、リモートの攻撃者が細工されたHTMLページを用いることでレンダラプロセスを乗っ取り、サイトアイソレーションを回避することが可能でした。

Google Chrome 149.0.7827.53以前のWebAuthenticationにおける信頼されていない入力の検証不足により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、同一生成元ポリシーを回避することが可能でした。

Google Chrome 149.0.7827.53未満のパスワードマネージャにおける不十分なポリシー強制により、レンダラープロセスが侵害されました。これにより、リモートの攻撃者が細工されたHTMLページを使用して任意のアクセス制御を回避できる可能性がありました。

SynapseはオープンソースのMatrixホームサーバー実装です。バージョン1.152.1以前では、フェデレートされたルームにおいて悪意のあるホームサーバーが部屋のイベントを細工し、Synapseがページネーションを行うクライアントに完全な履歴を提供できなくなる可能性がありました。これによりクライアントがルームの履歴を表示できなくなる場合がありました。この脆弱性はバージョン1.152.1で修正されました。

Adobe Commerce バージョン 2.4.9-beta1、2.4.8-p4、2.4.7-p9、2.4.6-p14、2.4.5-p16、2.4.4-p17 およびそれ以前のバージョンは、不適切な入力検証の脆弱性の影響を受けます。この脆弱性により、セキュリティ機能を回避される可能性があります。権限の高い攻撃者は、この脆弱性を悪用してセキュリティ対策を回避し、不正な書き込みアクセスを得られます。この問題が悪用されるには、被害者が悪意のある細工が施されたURLを訪れるか、侵害されたウェブページとやり取りする操作が必要です。スコープが変更されています。

Google Chromeの148.0.7778.168より前のバージョンに含まれるSkiaでは、信頼できない入力の検証不足により、レンダラプロセスを侵害したリモート攻撃者が細工された印刷ファイルを介して境界外メモリ書き込みを行うことが可能でした。本脆弱性はChromiumプロジェクトで中程度の深刻度と評価されています。

148.0.7778.96以前のGoogle ChromeのPersistent Cacheにおける信頼されていない入力の検証不足により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、サイト分離を回避することが可能となりました。

Google Chromeの148.0.7778.96以前のバージョンにおけるCOOPでは、信頼されていない入力の検証が不十分でした。そのため、リモート攻撃者は細工されたHTMLページを介してレンダラープロセスを侵害し、サイト分離を回避することが可能でした。

Google Chromeの148.0.7778.96より前のバージョンのDevToolsにおいて、信頼されていない入力の検証が不十分だったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、クロスオリジンデータを漏洩させることが可能でした。

Google Chrome 148.0.7778.96より前のバージョンのSite Isolationでは、信頼されていない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを利用してレンダラプロセスを侵害し、サイト分離をバイパスできる脆弱性が存在しました。

Google Chromeのバージョン148.0.7778.96以前において、CORSの信頼できない入力の検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、同一オリジンポリシーを回避できる問題です。

Google Chrome 147.0.7727.138より前のバージョンのコンポジティングにおいて、信頼されていない入力の検証が不十分でした。この脆弱性により、レンダラープロセスを侵害したリモート攻撃者が細工されたHTMLページを介してサイト分離を回避できました。この問題はChromiumセキュリティで重大度が高いと評価されています。

uutils coreutils の env ユーティリティにおけるロジックエラーにより、-S (split-string) オプションを利用した際にコマンドライン引数を正しく解析できなくなる問題があります。GNU env ではシングルクォート内のバックスラッシュは文字通り扱われます（\ と \' の例外を除きます）。しかし、uutils の実装ではこれらのシーケンスを誤って検証しようとするため、有効だが認識されないシーケンス（例：\a や \x）に遭遇すると「invalid sequence」エラーが発生し、プロセスはステータス125で即座に終了します。この GNU の動作との違いにより、標準の split-string セマンティクスに依存する自動化スクリプトや管理作業の互換性が破壊され、これらの操作はローカルでのサービス拒否につながります。

webbrowser.open() APIはURLの先頭にダッシュを許容していましたが、これは特定のウェブブラウザでコマンドラインオプションとして扱われる可能性がありました。新しい動作では先頭のダッシュを拒否します。ユーザーはwebbrowser.open()に渡す前にURLをサニタイズすることを推奨します。

Ella Coreはプライベートネットワーク向けに設計された5Gコアです。バージョン1.8.0以前では、PUT /api/v1/subscriber/{imsi} APIがURLパスとJSONリクエストボディの両方からIMSI識別子を受け入れていましたが、それらが一致するかどうかを検証していませんでした。これにより、認証されたNetworkManagerが任意の加入者のポリシーを変更でき、監査記録には偽造または無関係な加入者のIMSIが記録される可能性がありました。この問題はバージョン1.8.0で修正されています。

HCL Sametime にはサーバー側の検証に不備がある脆弱性があります。アプリケーションはクライアント側で入力チェックを実施していますが、これらのチェックはウェブサーバー側で強制されていません。そのため、攻撃者は操作されたHTTPリクエストをサーバーに直接送信して、これらの制限を回避することが可能です。

wolfSSLのTLS 1.3クライアントHelloRetryRequestハンドシェイクロジックにおいて、必須の暗号手順が欠如しているため、改ざんされたHelloRetryRequestに続いて必須のkey_share拡張が省略されたServerHelloメッセージを介して、TLS保護通信の機密性が侵害される可能性があります。この結果、(EC)DHE共有秘密から予測可能なトラフィックシークレットが導出されます。この問題は、TLSハンドシェイク中のクライアントがサーバーを認証する機能には影響しません。

OpenHarmony v5.0.3 およびそれ以前のバージョンには、ローカル攻撃者が情報を不適切に入力させる可能性がある脆弱性があります。この脆弱性は、制限されたシナリオでのみ悪用可能です。

qs（parseモジュール）の不適切な入力検証の脆弱性によりHTTP DoSが発生します。この問題はqsのバージョン6.14.1未満に影響します。概要として、qsのarrayLimitオプションは角括弧表記（a[]=1&a[]=2）には制限を適用せず、インデックス表記（a[0]=1）にのみ制限を適用していました。これは一貫性のバグであり、arrayLimitはすべての配列表記に均一に適用されるべきです。注意点として、デフォルトのparameterLimit（1000）が当初説明されたDoSシナリオを実質的に軽減します。デフォルトオプションでは、角括弧表記はarrayLimitに関わらずparameterLimitを超える配列を生成できません。これは各a[]=valueが1つのパラメータスロットを消費するためです。このため、深刻度は適宜軽減されています。詳細として、arrayLimitオプションはインデックス表記（a[0]=1&a[1]=2）にのみ制限をチェックし、角括弧表記（a[]=1&a[]=2）には適用していませんでした。脆弱なコード(lib/parse.js:159-162)は、if (root === '[]' && options.parseArrays) {obj = utils.combine([], leaf); // arrayLimitチェックなし}となっており、動作コード(lib/parse.js:175)はelse if (index = options.arrayLimit) {obj = []; obj[index] = leaf;}と記述されています。角括弧表記のハンドラ（159行目）はoptions.arrayLimitを検証せずにutils.combine([], leaf)を使用していますが、インデックス表記（175行目）はindex = options.arrayLimitをチェックしています。PoCは以下の通りです：const qs = require('qs'); const result = qs.parse('a[]=1&a[]=2&a[]=3&a[]=4&a[]=5&a[]=6', {arrayLimit: 5}); console.log(result.a.length); // 出力：6（最大5であるべき）。パラメータ制限の注意点として、元の勧告のDoSデモは長さ10,000と主張しましたが、parameterLimit（デフォルト1000）が解析パラメータを最大1,000に制限します。デフォルト設定の場合、実際の出力は10,000ではなく1,000になります。影響としては、arrayLimit適用の一貫性のバグであり、デフォルトのparameterLimitが既に解析パラメータ数（および角括弧表記からの配列要素数）を制限しているため、実際のDoSリスクはほとんどありません。リスクはparameterLimitを非常に高く設定した場合にのみ増加します。

iPadOS、iOS、macOS 等複数のアップル製品には、入力確認に関する脆弱性が存在します。

wolfSSL Inc. の wolfSSL には、入力確認に関する脆弱性が存在します。

インテルの Windows 用 Intel QuickAssist Technology には、入力確認に関する脆弱性が存在します。

アップルの iPadOS および iOS には、入力確認に関する脆弱性が存在します。

Zabbix には、入力確認に関する脆弱性が存在します。

アップルの iOS には、入力確認に関する脆弱性が存在します。

iOS、Apple Mac OS X、tvOS 等複数のアップル製品には、入力確認に関する脆弱性が存在します。

Anibal Monsalve Salazar の sSMTP には、入力確認に関する脆弱性が存在します。

アドビの Adobe Experience Manager には、入力確認に関する脆弱性が存在します。

アドビの Adobe Experience Manager には、入力確認に関する脆弱性が存在します。

アドビの Adobe Experience Manager には、入力確認に関する脆弱性が存在します。

Jenkins プロジェクトの Jenkins 用 cloud infrastructure compute には、入力確認に関する脆弱性が存在します。

アドビの commerce および Magento Open Source には、入力確認に関する脆弱性が存在します。

アドビの Adobe Experience Manager には、入力確認に関する脆弱性が存在します。