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

149.0.7827.53より前のLinux上のGoogle Chromeのサンドボックスにおいて不十分なポリシーが適用されていたため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出できる可能性がありました。

Google Chrome 149.0.7827.53以前のInputにおけるUse After Freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。

Windows上のGoogle Chromeバージョン149.0.7827.103以前において、GamepadのUse after freeの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出する可能性がありました。

Google Chrome 149.0.7827.103より前のバージョンのPrintingにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。Chromiumのセキュリティ深刻度はクリティカルです。

Google Chrome 149.0.7827.103 より前のバージョンのネットワークにおける Use after free の脆弱性により、遠隔の攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる可能性があります。

Mac版Google Chrome 149.0.7827.103以前のCameraCaptureにおいてUse after freeの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介してサンドボックスを脱出できる可能性がありました。

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

Google Chromeのバージョン149.0.7827.103以前のNavigationにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。

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

Apache HTTPサーバーのmod_ldapにおけるディレクトリごとの設定でUse After Freeの脆弱性があります。この問題はApache HTTPサーバーのバージョン2.4.0から2.4.67に影響します。利用者はこの問題を修正したバージョン2.4.68にアップグレードすることを推奨します。

Apache 2.4.67 以前の mod_dav_fs におけるパス処理の問題により、WebDAV コンテンツ作成者が信頼された DAV プロパティデータベースを直接操作できる可能性があり、これが原因で子プロセスがクラッシュする恐れがあります。ユーザーはこの問題を修正したバージョン 2.4.68 へアップグレードすることを推奨します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。smb/clientのsmb2_compound_op()における境界外読み取りの問題です。サーバーが応答を切り詰めて送信し、大きなOutputBufferLengthを指定してEAリストを早期に終了した場合、check_wsl_eas()はOutputBufferLength全体がiov_len内に収まっていることを検証せずに成功を返します。その後、smb2_compound_op()はmemcpy(idata-wsl.eas, data[0], size[0])を実行します。ここでsize[0]はOutputBufferLengthです。もしiov_lenがsize[0]より小さい場合、memcpyはrsp_iovの割り当て範囲を超えて読み取りを行い、隣接するカーネルヒープメモリが漏洩する可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました：netfilter: nft_innerにおけるIPv6 inner_thoffの同期ずれを修正しました。nft_inner_parse_l2l3()内で内部のIPv6パケットを処理する際、ipv6_find_hdr()はすべての拡張ヘッダーを辿ってトランスポートヘッダーのオフセットを正しく計算しますが、その結果が直ちにnhoff + sizeof(_ip6h)（40バイト）で上書きされてしまっていました。これはIPv6の基本ヘッダーのみを考慮しているため、inner_thoff（誤り - 拡張ヘッダーの開始を指します）とl4proto（正しい - 例えばIPPROTO_TCPを指します）との間にズレが生じています。このズレによりトランスポートヘッダーの偽造やファイアウォールの回避が可能となる恐れがあります。この問題はLinux 6.2以降の安定版に影響します。比較すると、通常の（内部でない）IPv6経路ではipv6_find_hdr()の結果が正しく保持されています。不正な上書きを削除することで、ipv6_find_hdr()が計算したトランスポートヘッダーのオフセットが保持され、この同期ずれが修正されました。

Linuxカーネルにおいて、inetのIPPROTO_RAWを使用するRAWソケットが受信したICMPパケットを破棄しなければならない脆弱性が修正されました。Yizhou Zhao氏は、プロトコルIPPROTO_RAW（255）を持つ1つのRAWソケットだけで悪用可能であることを報告しました。悪意のあるICMPパケットはプロトコルフィールドを255に設定し、このソケットにマッチさせてFNHEキャッシュの変更を引き起こす可能性があります。man 7 rawには、IPPROTO_RAWは送信に任意のIPプロトコルを指定できるものの、受信においてはすべてのIPプロトコルのパケットをRAWソケットが受信することは不可能であると記載されています。したがって、これらの悪意のあるパケットを必ず破棄する対策が実施されました。これにより、システムの安全性が向上しました。

Windows上のGoogle Chromeバージョン149.0.7827.53以前に、USBでのUse after freeの脆弱性が存在していました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出できる可能性がありました。

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

Mac版Google Chromeの149.0.7827.53より前のバージョンにおいて、ANGLEのバウンダリ外書き込みの脆弱性により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスから脱出を試みる可能性がありました。

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

Windows版Google Chromeのバージョン149.0.7827.53より前において、GPUの型の混同によりレンダラープロセスが侵害される問題がありました。リモート攻撃者は細工されたHTMLページを介してサンドボックスからの脱出を行う可能性があります。

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セキュリティで中程度の深刻度と評価されています。

149.0.7827.53より前のAndroid用Google ChromeのGPUにおけるレースコンディションにより、レンダラープロセスを乗っ取った遠隔の攻撃者が細工されたHTMLページを介してサンドボックスから脱出する可能性がありました。

Windows上のGoogle Chromeバージョン149.0.7827.53以前のCodecsにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを回避する可能性がありました。

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

Mac向けGoogle Chromeのバージョン149.0.7827.53以前に存在したDevice TrustのUse after free脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出する可能性がありました。

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

Android版Google Chromeのバージョン149.0.7827.53より前のAutofillにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してレンダラープロセスを乗っ取り、サンドボックスを脱出する可能性がありました。

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

Google Chromeの149.0.7827.53より前のバージョンには、Dawnのオブジェクトライフサイクルに問題がありました。そのため、リモートの攻撃者が細工されたHTMLページを介してサンドボックスから脱出する可能性がありました。

Google Chromeの149.0.7827.53以前のバージョンにおいて、フォームのサイドチャネルによる情報漏洩が発生し、リモートの攻撃者が細工されたHTMLページを介してクロスオリジンのデータを漏洩させることが可能でした。

Android版Google Chromeのバージョン149.0.7827.53より前のMessagesで発生したUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックスをエスケープできる可能性がありました。これによりユーザーの安全が脅かされる恐れがありました。

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

Sambaに脆弱性が発見されました。リモートの攻撃者は、Sambaファイルサーバーおよび「check password script」機能を使用するクラシックドメインコントローラーの誤った設定を悪用できます。このスクリプトが%u置換文字で設定されている場合、クライアントが制御するユーザー名がシェルのメタ文字を適切にエスケープせずに渡されます。この脆弱性により、攻撃者は影響を受けるシステム上でリモートコマンドを実行できます。この問題は主に「check password script」が%uとともに使用され、samba-dcerpcdサービスがシステムサービスとして起動されている非標準の構成に影響を及ぼします。

Termixは、SSHターミナル、トンネリング、およびファイル編集機能を備えたウェブベースのサーバ管理プラットフォームです。バージョン2.3.2以前のTermixにおいて、GET /ssh/file_manager/ssh/resolvePathエンドポイントにOSコマンドインジェクションの脆弱性があります。このエンドポイントはシェルコマンドの構築にダブルクォートエスケープを使用していますが、$(...)やバックティックによるコマンド置換を防止することができません。認証済みユーザーでファイルマネージャのSSHセッションを持つ者は、接続されたリモートホスト上で任意のコマンドを実行できます。この問題はバージョン2.3.2で修正されました。

TermixはSSHターミナル、トンネリング、ファイル編集機能を備えたウェブベースのサーバ管理プラットフォームです。バージョン2.3.2以前のTermixのファイルマネージャ機能には、sessionIdパラメータの不適切な検証により重大なアクセス制御不備の脆弱性が存在します。バックエンドはクライアントが制御する識別子を、認証済みユーザーに属しているかどうかを確認せずに信頼してしまいます。これにより攻撃者は値を操作し、他のユーザーが所有するアクティブなファイルマネージャセッションにアクセスできます。これらのセッションはリモートVPSインスタンスへのSSH接続に紐付いているため、悪用されると他ユーザーのリモートファイルシステムを不正に操作することが可能です。ファイルマネージャはファイルの読み取り、書き込み、アップロード、実行といった機能を提供しているため、この脆弱性により他ユーザーのVPS上で直接的なコマンド実行（RCE）が可能になります。バージョン2.3.2でこの問題は修正されています。

Termixは、SSHターミナル、トンネリング、およびファイル編集機能を備えたウェブベースのサーバ管理プラットフォームです。Termixのバージョン2.3.2より前の`POST /ssh/tunnel/connect`エンドポイントでは、ユーザーが制御するホストレコードのフィールド（`endpointIP`、`endpointUsername`、`password`）をシェルコマンドにエスケープせずに直接埋め込むことでSSHトンネルコマンドを構築していたため、ソースSSHホスト上で持続的なOSコマンドインジェクションが可能でした。この問題はバージョン2.3.2で修正されています。

Termixは、SSHターミナル、トンネリング、およびファイル編集機能を備えたウェブベースのサーバ管理プラットフォームです。バージョン2.3.2以前では、TermixファイルマネージャーコンポーネントのGET /ssh/file_manager/ssh/resolvePathエンドポイントがpathパラメーターを安全でない方法で処理し、アクティブなSSHセッション上で実行されるシェルコマンドに埋め込んでいました。ユーザー制御の値は二重引用符内に配置され、二重引用符のみがエスケープされるため、$(...)のようなシェルコマンド置換構文がリモートシェルによって依然として解釈されます。この問題はバージョン2.3.2で修正されました。

Acer Connectアプリ用に意図されたWebエンドポイントは、HTTP認証ヘッダーを適切に検証せず、Base64デコードに失敗した場合でもリクエストをブロックしません。これはセキュリティ上の問題を引き起こします。

Apache Fory fory-core Java SDKのJava/JVMプラットフォームにおけるバージョン1.1.0以前では、replace-resolveパスにおいて信頼されていないデータの逆シリアル化が行われるため、リモート攻撃者がクラス登録、TypeChecker、およびDisallowedListのチェックを回避できます。そして、巧妙に作成されたForyシリアライズデータを介して、classpathに存在するreadResolveやreadExternalフックを呼び出すことが可能です。ユーザーには、この問題を修正したバージョン1.1.0以降へアップグレードすることが推奨されます。