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

Windows版Google Chrome 149.0.7827.103以前のAutofill機能におけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを通じてヒープ破損を悪用し、特定のUI操作をユーザーに実行させる可能性がありました。

Mac版Google Chromeの149.0.7827.103以前のバージョンに存在するViewsのUse after free脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性がありました。この問題はChromiumセキュリティチームによってクリティカルと評価されています。

Mac版Google Chrome 149.0.7827.103以前のCompositingにおけるUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行する可能性がありました。

Windows向けGoogle Chromeのバージョン149.0.7827.103以前には、BluetoothにおけるUse after freeの脆弱性が存在しました。この脆弱性により、リモート攻撃者が特定のUIジェスチャーをユーザーに実行させるよう仕向け、細工されたHTMLページを介して任意のコードを実行する可能性がありました。

Google Chromeの149.0.7827.103以前のバージョンにおいて、WebアプリケーションのUse after free脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスからエスケープできる可能性がありました。

Google Chrome 149.0.7827.103以前のProxyにおけるUse after freeの脆弱性により、悪意のあるネットワークトラフィックを介してリモート攻撃者が任意のコードを実行する可能性がありました。

Linux上のGoogle Chromeのバージョン149.0.7827.103以前において、ViewsのUse after freeの脆弱性が存在します。この脆弱性により、攻撃者は悪意のある拡張機能のインストールをユーザーに促し、細工されたChrome拡張機能を通じて任意のコードを実行することができます。

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

AndroidのGoogle Chromeバージョン149.0.7827.103未満には、PrintingのUse after freeの脆弱性が存在します。この脆弱性により、レンダラープロセスを侵害したリモート攻撃者が、細工されたHTMLページを介してサンドボックスをエスケープできる可能性がありました。

Windows版Google Chromeのバージョン149.0.7827.103より前のFullScreen機能におけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してヒープ破損を悪用できる可能性がありました。

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

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

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

Google Chromeのバージョン149.0.7827.103より前のServiceWorkerにおけるUse after freeの脆弱性により、悪意のある拡張機能のインストールをユーザーに促した攻撃者が、巧妙に作成されたChrome拡張機能を介してサンドボックスから脱出する可能性がありました。

Mac版Google Chromeのバージョン149.0.7827.103以前のPaymentsにUse after freeの脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性がある問題です。

Windows上のGoogle Chrome 149.0.7827.103以前のバージョンにおいて、ViewsのUse after freeの脆弱性により、リモートの攻撃者が特別に細工されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスから脱出できる可能性がありました。

Google Chrome 149.0.7827.103 未満の Skia における解放後使用の脆弱性により、リモート攻撃者が細工された HTML ページを介してレンダラープロセスを乗っ取り、サンドボックスエスケープを行う可能性がありました。

Google Chrome 149.0.7827.103以前のPaymentsにおけるUse after freeにより、リモートの攻撃者が細工されたHTMLページを介してヒープ破損を引き起こす可能性がありました。

Google Chromeのバージョン149.0.7827.103以前には、PDFにおけるUse after freeの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたPDFファイルを介してサンドボックス内で任意のコードを実行できる可能性がありました。

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

Google Chromeのバージョン149.0.7827.103より前のGuest ViewにおけるUse after freeの脆弱性により、悪意のあるHTMLページを介してリモートの攻撃者がサンドボックス内で任意のコードを実行できる可能性がありました。

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

Google ChromeのWindows版149.0.7827.103以前のMediaコンポーネントに存在するUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行する可能性があります。

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

Mac版Google Chromeの149.0.7827.103より前のバージョンのDawnにおいて、Use after freeの脆弱性が存在しており、リモートの攻撃者が細工されたHTMLページを介してヒープ破損を悪用できる可能性がありました。

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

Google Chrome 149.0.7827.103 未満の ServiceWorker における Use after free の脆弱性により、レンダラープロセスが侵害される可能性がありました。この脆弱性を悪用したリモート攻撃者は、細工された HTML ページを介してサンドボックス内で任意のコードを実行できます。

Mac版のGoogle Chrome 149.0.7827.103より前のバージョンには、BluetoothのUse after free脆弱性が存在しました。この脆弱性により、リモートの攻撃者が細工されたHTMLページを介してヒープ破損を引き起こす可能性がありました。

Mac版Google Chromeの149.0.7827.103以前のバージョンにおけるBluetoothのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してヒープ破損を悪用できる可能性がありました。

Google Chrome 149.0.7827.103より前のバージョンにおいて、TracingのUse after freeの脆弱性により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。Chromiumのセキュリティ上の重大度は中程度です。

Linuxカーネルにおいて、以下の脆弱性が修正されました。sched_extのcgroupセッター内でscx_cgroup_ops_rwsemの下にあるscx_rootを読み取る際の問題です。scx_group_set_{weight,idle,bandwidth}()はscx_cgroup_ops_rwsemを取得する前にscx_rootをキャッシュするため、操作が実行される時点でポインタが古くなる可能性があります。ロードされたスケジューラが無効化されて解放され（RCUワーク経由）、別のスケジューラが裸のロードとrwsem取得の間に有効化されると、リーダーはscx_cgroup_enabled=true（新しいスケジューラのもの）を確認しますが、解放済みのものを参照してしまいます。これにより、SCX_HAS_OP(sch, ...) および SCX_CALL_OP(sch, ...)に対してUse-After-Free（UAF）が発生します。scx_cgroup_enabledはscx_cgroup_ops_rwsemの書き込み下（scx_cgroup_{init,exit}）でのみ切り替えられるため、rwsemの読み取りセクション内でscx_rootを読むことは@schを有効なスナップショットと関連づけます。

Linuxカーネルのpower: supply: pm8916_lbcのIRQハンドラ内でのextconに対するuse-after-freeの脆弱性が修正されました。この問題は、IRQを要求するためのdevmバリアントがextconハンドルを割り当ておよび登録するdevmバリアントより先に使用されることで発生し、devmは逆順でリソースを解放するため、IRQハンドラより先にextconハンドルが解放されてしまいます。その結果、削除時に割り込みが発生し、extconハンドルがすでに解放された後にIRQハンドラの対応する登録解除が行われる競合状態となり、IRQハンドラが解放済みのextconハンドルでextcon_set_state_sync()を呼び出すため、システムがクラッシュしたりメモリが破損したりします。この問題を修正するために、IRQはextconハンドルの登録後に要求されるように変更されました。

Linuxカーネルのdrm/xe/pfにおいて、devm_add_action_or_reset()が失敗した場合に、まだ初期化されていないkobject上でクリーンアップアクションが即座に実行される問題が修正されました。これにより、kobject_put()が初期化されていないkobjectに対して呼び出され、refcountのアンダーフローやuse-after-freeが発生する可能性がありました。修正では、kobject_init()とkobject_add()を個別に呼び出し、kobjectが初期化された後にクリーンアップアクションを登録するようにしています。また、ループ内で誤って親kobjectを渡していた問題も解消しました。この変更により、検出されなかったメモリリークも修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。nfc: hci: shdlc: コンテキストを解放する前にタイマーと作業を停止する必要があります。llc_shdlc_deinit()はSHDLCのskbキューを消去し、llc_shdlc構造体を解放しますが、そのタイマーおよび状態遷移の作業がまだアクティブな場合があります。タイマーのコールバックはsm_workをスケジュールでき、sm_workはSHDLCの状態およびskbキューにアクセスします。キューに入ったまたは実行中の作業項目と並行して終了処理が行われると、UAF（Use-After-Free）やその他のシャットダウン時の競合が発生する可能性があります。そのため、キューを消去してコンテキストを解放する前に、すべてのSHDLCタイマーを停止し、sm_workを同期的にキャンセルします。この脆弱性はLinux Verification Center（linuxtesting.org）とSVACEによって発見されました。

Linuxカーネルにおいて、power: supply: rt9455のpower_supply_changed()関数に存在していたuse-after-freeの脆弱性が修正されました。IRQの要求をdevm_バリアントで行う際、power_supplyハンドルの割り当ておよび登録をdevm_バリアントで行う前にIRQ要求を行うと、power_supplyハンドルが割り当ておよび登録の逆順で自動的に解放されるため、IRQハンドラの登録解除が完了する前にハンドルが解放される可能性がありました。その結果、割り込み発生時に解放済みのpower_supplyハンドルを使用してpower_supply_changed()が呼び出され、システムクラッシュやメモリ破損が発生する競合状態が起こっていました。同様の問題はprobe()関数内でも発生し得て、IRQがpower_supplyハンドルの登録前に発生すると未初期化のハンドルが使用されてしまいます。この競合状態を防ぐために、IRQ要求をpower_supplyハンドル登録後に移動させました。