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

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で修正されました。

Apache Tomcatにおける不適切な入力検証の脆弱性です。この問題はApache Tomcatの以下のバージョンに影響します：11.0.0-M1から11.0.21まで、10.1.0-M1から10.1.54まで、9.0.0-M1から9.0.117まで、および10.0.0-M1から10.0.27まで。サポート終了の古いバージョンも影響を受ける可能性があります。ユーザーはこの問題を修正した[FIXED_VERSION]にアップグレードすることを推奨します。

Apache Polarisは名前空間およびテーブル名にリテラルの`*`文字を受け入れます。後で、委任テーブルアクセス用の一時的なS3アクセスポリシーを構築する際に、これらの文字がS3 IAMリソースパターンや`s3:prefix`条件でエスケープされずに再利用されているように見えます。S3 IAMポリシーマッチングでは、`*`は通常のテキストとしてではなくワイルドカードとして扱われます。つまり、作成されたあるテーブルに対して発行された一時的な資格情報が異なるテーブルのストレージパスと一致する可能性があります。Polaris 1.4.0を対象としたプライベートテストにおいて、MinIOおよび実際のAWS S3上でPolarisのAWS S3一時資格情報パスを使用し、`f*.t1`、`f*.*`、`*.*`、および`foo.*`のような作成されたテーブルに対する資格情報は他のテーブルのS3ロケーションにアクセスできました。確認された挙動には以下が含まれます：- 他のテーブルのメタデータ制御ファイル（[IcebergメタデータJSON]）を読み取ること；- 他のテーブルの正確なS3テーブルプレフィックスを一覧表示すること（[テーブルプレフィックス]）；- および、作成されたテーブルに対して書き込みが委任された場合、他のテーブルの正確なS3テーブルプレフィックス下にオブジェクトを作成および削除できること。通常の異なる名前を使用したコントロールケースでは、同様のクロステーブルアクセスは許可されませんでした。最小特権のAWS S3バリアントも確認されており、攻撃者プリンシパルは被害テーブルに対するPolaris権限を持たず、ワイルドカードテーブルの作成と使用に最低限必要な権限（名前空間スコープの`TABLE_CREATE`および`TABLE_WRITE_DATA`を`*`に対して）だけを持っていました。そのセットアップでは、`foo.t1`への直接的なPolarisアクセスは依然として禁止されていましたが、攻撃者は`*.*`を作成しロードして委任されたS3資格情報を受け取り、その資格情報を使って`foo.t1`下のオブジェクトを一覧表示、読み取り、作成、削除できました。IcebergではメタデータJSONファイルは制御ファイルであり、どのデータファイルがテーブルに属するか、どのスナップショットが存在するか、どのテーブルバージョンを読むかを示します。したがって、不正アクセスは重大な機密性の問題を引き起こします。書き込み可能なバリアントが確認されたことで、この問題は情報漏洩に限らず、より深刻な問題であることが示されています。

Azure Managed Instance for Apache Cassandra において不適切な入力検証があり、認証された攻撃者がネットワーク越しにコードを実行する可能性があります。

Spinnakerはオープンソースのマルチクラウド継続的デリバリープラットフォームです。2026.1.0、2026.0.1、2025.4.2、および2025.3.2より前のバージョンでは、悪意のある者がclouddriverポッド上で任意のコマンドを非常に簡単に実行できる可能性があります。これにより、認証情報が漏洩したり、ファイルが削除されたり、リソースが注入されたりする恐れがあります。バージョン2026.1.0、2026.0.1、2025.4.2、および2025.3.2にはこの問題に対するパッチが含まれています。回避策として、gitrepoアーティファクトタイプを無効にしてください。

Flowiseはカスタマイズ可能な大規模言語モデルのフローを構築するためのドラッグ＆ドロップユーザーインターフェースです。バージョン3.1.0以前のFlowiseには、認証不要で発生する重大なリモートコマンド実行（RCE）脆弱性が存在します。この脆弱性は、FILE-STORAGE::キーワードとNODE_OPTIONS環境変数の注入を組み合わせたパラメータオーバーライド回避によって悪用されます。これにより、コンテナ化されたFlowiseインスタンス内で任意のシステムコマンドをroot権限で実行可能であり、単一のHTTPリクエストだけで認証やインスタンスの詳細な知識を必要としません。この脆弱性はバージョン3.1.0で修正されています。

Canonical LXD 6.8以前では、バックアップインポートパスが提供されたtarアーカイブ内のbackup/index.yamlに対してプロジェクト制限を検証しますが、インスタンスは同じアーカイブ内の別ファイルであるbackup/container/backup.yamlから作成され、こちらにはプロジェクト制限の検証が行われません。認証済みのリモート攻撃者が制限されたプロジェクトでインスタンス作成権限を持っている場合、backup.yamlにsecurity.privileged=trueやraw.lxcディレクティブなどの制限付き設定を含むバックアップアーカイブを作成できます。これにより、すべてのプロジェクト制限の適用を回避してホスト全体を乗っ取ることが可能になります。

SEPPmail Secure Email Gatewayのバージョン15.0.3未満には、攻撃者がメールアドレスと一致しないUIDを持つPGPキーをアップロードできる脆弱性があります。

SEPPmail Secure Email Gatewayのバージョン15.0.3未満では、S/MIMEで暗号化されたMIMEエンティティの内部メッセージを適切に認証しないため、攻撃者が信頼されたヘッダーを制御できる可能性があります。

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

Wikimedia FoundationのMediaWikiに存在する脆弱性です。この脆弱性は、プログラムファイルincludes/Api/ApiFormatXml.phpに関連しています。この問題は、MediaWikiのバージョン* 1.39.16未満、1.43.6、1.44.3、および1.45.1に影響を及ぼします。

自動端末コマンド実行の設計において、AI Codeは「安全なコマンドの実行」と「すべてのコマンドの実行」という2つのオプションを提供しています。前者の説明では、モデルが安全と判断したコマンドを自動的に実行し、モデルが潜在的に破壊的と判断したコマンドについてはユーザーの承認を必要としています。しかし、この設計はプロンプトインジェクション攻撃に非常に脆弱です。攻撃者は一般的なテンプレートを用いて悪意のあるコマンドを包み込み、モデルを誤って「安全な」コマンドと分類させることで、ユーザー承認の要件を回避し、任意のコマンドを実行させることが可能です。

HCL Aftermarket DPCは不適切な入力検証の影響を受けており、攻撃者が実行可能なコードを注入できるため、XSS、SQLインジェクション、コマンドインジェクションなどの攻撃を実行できます。

@fastify/middie のバージョン 9.2.0 未満に存在する脆弱性により、パススコープのミドルウェア（例：app.use('/secret', auth)）を使用している場合に認証および認可のバイパスが発生する可能性があります。Fastify のルータ正規化オプション（ignoreDuplicateSlashes、useSemicolonDelimiter、および関連する末尾スラッシュの動作など）が有効になっていると、細工されたリクエストパスがミドルウェアのチェックを回避しながら、保護されたハンドラにルーティングされる可能性があります。

Fieldsは、ユーザーがGLPIアイテムフォームにカスタムフィールドを追加できるGLPIプラグインです。バージョン1.23.3より前のバージョンでは、ドロップダウンの作成を許可されたユーザーが任意のPHPコードを実行できる可能性がありました。この問題はバージョン1.23.3で修正されました。

WildFly、JBoss EAP、およびその他のJavaアプリケーションで使用されているUndertow HTTPサーバーコアに脆弱性が発見されました。Undertowライブラリは受信したHTTPリクエストのHostヘッダーを適切に検証しません。そのため、形式が不正または悪意のあるHostヘッダーを含むリクエストが拒否されずに処理され、攻撃者がキャッシュを汚染し、内部ネットワークをスキャンし、ユーザーセッションを乗っ取ることが可能になります。

Devolutions Remote Desktop Manager 2025.3.30以前の接続エントリコンポーネントにおいて、ボールト設定の「パスワード保存を無効にする」機能が適切に適用されていないため、認証されたユーザーがパスワード保存が無効な状態でも特定の接続タイプを作成または編集することで、ボールトエントリに資格情報を永続化できる可能性があります。これによって、他のユーザーに機密情報が露出するリスクがあります。

Devolutions Server 2025.3.16およびそれ以前のバージョンには、エラーメッセージページで不適切な入力検証が存在します。これにより、リモートの攻撃者が特別に細工されたURLを使用して表示されるエラーメッセージを偽装できる可能性があります。

Google Chrome 145.0.7632.159以前のNavigationにおけるデータ検証が不十分であったため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスをエスケープする可能性がありました。

CaddyはデフォルトでTLSを使用する拡張可能なサーバープラットフォームです。バージョン2.11.1以前では、CaddyのFastCGIのパス分割ロジックが、リクエストパスの小文字化コピー上で分割インデックスを計算し、そのバイトインデックスを使用して元のパスをスライスしていました。これはUnicodeにとって安全ではありません。なぜなら`strings.ToLower()`が一部の文字のUTF-8バイト長を変更する可能性があるからです。その結果、Caddyは誤った`SCRIPT_NAME`/`SCRIPT_FILENAME`および`PATH_INFO`を導出し、意図したものとは異なるディスク上のファイルが`.php`を含むリクエストで実行されてしまう可能性があります（パスの混乱が発生します）。攻撃者がファイル内容を制御できる環境（例：アップロード機能）では、非.phpファイルの意図しないPHP実行が環境によっては潜在的なRCEにつながる恐れがあります。この問題はバージョン2.11.1で修正されました。