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

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

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

Google Chromeの148.0.7778.216以前のバージョンにおいて、InputのUse after freeの脆弱性により、リモートの攻撃者が特定のユーザーインターフェイス操作をユーザーに実行させて、細工されたHTMLページを介してヒープ破損を悪用できる可能性がありました。

MacのGoogle Chromeバージョン148.0.7778.216以前のGFXにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを通じてレンダラープロセスを乗っ取り、サンドボックスからの脱出を行う可能性がありました。この脆弱性はChromiumのセキュリティ重大度で高く評価されています。

Windows上のGoogle Chrome148.0.7778.216未満のバージョンにおいて、UIのUse after freeの脆弱性により、リモートの攻撃者が巧妙に作成されたHTMLページを介してレンダラープロセスを侵害し、サンドボックスを脱出する可能性がありました。

Windows上のGoogle ChromeのMediaコンポーネントに存在するUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを介してサンドボックス内で任意のコードを実行できる可能性がありました。これによりシステムのセキュリティリスクが高まる恐れがあります。

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

Google Chrome 148.0.7778.216 未満のバージョンに存在する XML の Use after free 脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行できる問題です。

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

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

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

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

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

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

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

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

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

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

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

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

Google Chromeの148.0.7778.216より前のバージョンのViewsにおけるUse after freeの脆弱性を悪用されると、リモートの攻撃者が細工されたPDFファイルを使ってレンダラープロセスを侵害し、サンドボックスから脱出できる可能性がありました。

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

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

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

Linuxカーネルにおけるscsi: pm8001ドライバのpm8001_queue_command()関数にUse-After-Freeの脆弱性が存在していました。コミットe29c47fe8946によるリファクタリングで、phyのダウンやデバイス消失時に-ENODEVを返す処理が追加されましたが、この処理によりSASタスクの状態を正しく管理できず、二重解放が発生する恐れがありました。具体的には、pm8001_queue_command()がタスクを処理済みと示すために0を返すべきところを-ENODEVを返したため、libsasの上位層がタスクを重複して解放してしまう問題でした。この問題は、pm8001_queue_command()が状況に応じて正しく0を返すように修正され、解決しました。

Linuxカーネルにおいて、mm/damon/coreのdamos_walk()関数で非アクティブなコンテキストのwalk_controlをクリアしない問題が修正されました。この関数はコンテキストが実行中かどうかを確認する前に呼び出し元が提供したwalk_controlを設定しますが、もしコンテキストが非アクティブの場合、walk_controlをクリアせずにエラーを返します。このため、呼び出し元にスタック上の構造体へのダングリングポインタが残り、将来的にUse-after-freeや恒久的なエラーの原因となる可能性があります。しかし、実際の影響は限定的であり、DAMONが動作していない場合にのみ症状が発生します。本問題は、エラーを返す前にwalk_controlをクリアすることで修正されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ALSAのpcmに関するもので、snd_pcm_drain()のリンクされたストリームのruntimeに対するuse-after-freeの問題です。ドレインループ内で、ローカル変数'runtime'がリンクされたストリームのruntime（2157行目のruntime = s-runtime）に再代入されます。その後、2169行目でストリームロックを解放した後に、コードはruntime-no_period_wakeup、runtime-rate、およびruntime-buffer_size（2170-2178行目）にアクセスします。これらのフィールドはすべて、ロックや参照カウントによってその寿命が保護されていないリンクされたストリームのruntimeを参照していました。リンクされたストリームのファイルディスクリプタに対する同時のclose()操作によって、snd_pcm_release_substream() → snd_pcm_drop() → pcm_release_private() → snd_pcm_unlink() → snd_pcm_detach_substream() → kfree(runtime)が呼ばれます。同期機構が存在しないため、drainパスが古いポインタを参照している間にkfree(runtime)が完了してしまいました。修正は、ストリームロックを保持している間に必要なruntimeのフィールド（no_period_wakeup、rate、buffer_size）をローカル変数にキャッシュし、ロック解放後はキャッシュされた値を使用する方法によって行われました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。sched_extのscx_cgroup_init()内にある冗長なcss_put()の削除が行われました。css_for_each_descendant_pre()イテレータはcgroup_lock()の下でcgroup階層を走査しますが、yieldされるcss構造体の参照カウントを増加させません。cgroupのドキュメントによると、css_put()はcss_get()またはcss_tryget_online()で取得した参照を解放する場合にのみ使用すべきです。イテレータはこれらを使用して参照を取得していないため、scx_cgroup_init()のエラーパスでcss_put()を呼び出すと参照カウントのアンダーフローを引き起こします。不均衡なcss_put()を削除することで、潜在的なUse-After-Free(UAF)脆弱性を防止しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。net/manaでは、セットアップエラー時にservice_wqをNULLに設定し、二重破壊を防止します。mana_gd_setup()のエラーパスでは、mana_gd_cleanup()のクリーンアップに合わせてdestroy_workqueue()実行後にgc-service_wqをNULLに設定します。これにより、セットアップ失敗後にworkqueueポインタがチェックされた場合のuse-after-freeを防止します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。iavfではリセット中のPTPのuse-after-freeの問題が修正されました。コミット7c01dbfc8a1c5f（"iavf: periodically cache PHC time"）はPHC時間をキャッシュするワーカーを導入しましたが、リセットまたは無効化時にこれを停止できていませんでした。これにより、`iavf_reset_task()`または`iavf_disable_vf()`がアダプターリソース（AQ）を解放している間もワーカーがまだ動作している競合状態が発生します。リソース解放時にワーカーが`iavf_queue_ptp_cmd()`を呼び出すと、解放済みのメモリやロックにアクセスし、クラッシュを引き起こします。この問題はアダプターを破棄する前に`iavf_ptp_release()`を呼び出すことで修正されました。これにより、`ptp_clock_unregister()`がワーカーを同期的にキャンセルし、破棄される前にchardevをクリーンアップすることが保証されます。

Linuxカーネルにおいて、以下の脆弱性が修正されました。serial: caif: ldisc_openおよびser_releaseでtty-linkの参照を保持します。再現手順は、caif_serialのTXパスがtty_write_room()を呼び出す際にpty_write_room()でKASANのスラブ使用後解放（use-after-free）を引き起こします。問題のアクセスはtty-link-portに対するものです。caif_serialラインディシプリンのライフタイム中にtty-linkに対して追加のkrefを保持します。ldisc_open()で取得し、ser_release()で解放し、さらにldisc_open()のエラーパスでも解放します。この変更を適用することで、私のテストでは再現手順によるUAFは発生しなくなりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ASoC: soc-coreにて、DAIおよびウィジェットを削除する前に遅延ワークをフラッシュする問題です。PCMストリームが開いている間にサウンドカードがバインド解除されると、close_delayed_workワークキューのハンドラから呼び出されるsnd_soc_dapm_stream_event()でuse-after-freeが発生する可能性がありました。バインド解除時にsnd_soc_unbind_card()は遅延ワークをフラッシュし、その後soc_cleanup_card_resources()を呼び出します。クリーンアップ内でsnd_card_disconnect_sync()はすべてのPCMファイルディスクリプタを解放し、その結果のPCMクローズパスはsnd_soc_dapm_stream_stop()を呼び出すことがあります。この関数はpmdown_timeタイマー遅延付きの新しい遅延ワークをスケジュールしますが、これはsnd_soc_unbind_card()のフラッシュ後に発生するため、新しいワークはキャッチされません。soc_remove_link_components()はその後、このワークが起動する前にDAPMウィジェットを解放し、use-after-freeを引き起こしていました。soc_free_pcm_runtime()にある既存のフラッシュも、soc_remove_link_components()がすでにウィジェットを解放した後に実行されるため有効ではありません。そこで、snd_card_disconnect_sync()の後（新しいPCMクローズがさらなる遅延ワークをスケジュールできないタイミング）で、soc_remove_link_dais()およびsoc_remove_link_components()（遅延ワークがアクセスする構造体を解体する前）より前に、soc_cleanup_card_resources()内でフラッシュ処理を追加しました。

スレッドがpoll(2)またはselect(2)呼び出しでファイル記述子を待機している間に、そのファイル記述子が閉じられる可能性があります。ブロック中のスレッドは基になるオブジェクトへの参照を保持していないため、この閉鎖によりスレッドがブロックされたままオブジェクトが解放される事態が発生します。この状況下では、カーネルはオブジェクトを解放する前にブロックされたスレッドをオブジェクト毎の待機キューから削除する必要があります。特定のファイル記述子タイプにおいて、カーネルはオブジェクト解放前にブロックされたスレッドをオブジェクトからリンク解除できていませんでした。そのため、ブロックされたスレッドがその後に起床すると、既に解放されたメモリにアクセスし、use-after-freeの脆弱性を引き起こします。このuse-after-free脆弱性は特権のないローカルユーザーによってトリガーされ、スーパーユーザー権限を取得するために悪用される可能性があります。

Mac版Google Chromeの148.0.7778.168より前のバージョンの拡張機能におけるUse after freeの脆弱性により、悪意のある拡張機能のインストールをユーザーに促した攻撃者が、巧妙に作成されたChrome拡張機能を介して任意のコードを実行できる可能性がありました。

Linux上のGoogle Chromeの148.0.7778.179より前のバージョンのWebRTCにUse after freeの脆弱性が存在したため、遠隔の攻撃者が細工されたHTMLページを介して任意のコードを実行できる可能性がありました。

Windows上のGoogle Chromeのバージョン148.0.7778.179未満のGPUに存在するUse after freeの脆弱性により、リモート攻撃者が細工されたHTMLページを通じてサンドボックス内で任意のコードを実行できる可能性があります。

Google Chromeの148.0.7778.179以前のバージョンにおけるQUICのUse after free脆弱性により、リモート攻撃者が悪意のあるネットワークトラフィックを介してサンドボックス内で任意のコードを実行できます。

Windows上のGoogle Chrome 148.0.7778.179より前のバージョンにおいて、XRのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介して任意のコードを実行する可能性がありました。

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