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

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ハンドル登録後に移動させました。

Ubuntu Linux 6.8には、リンクリストを変更する際にロックを取得できないAppArmor SAUCEパッチが含まれています。権限のないローカルユーザーがレースコンディションを引き起こす可能性があり、それにより使用後解放（UAF）が発生し、理論的には任意のコードを実行できる可能性があります。

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

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

Google Chromeの149.0.7827.53以前のバージョンにおいて、ネットワーク部分のUse after freeの脆弱性により、リモートの攻撃者が悪意のあるネットワークトラフィックを使ってヒープ破損を引き起こす可能性がありました。

Linux上のGoogle Chromeの149.0.7827.53以前のバージョンにおいて、BaseのUse after freeの脆弱性により、リモートの攻撃者が細工されたHTMLページを介してレンダラープロセスを侵害し、プロセスメモリから潜在的に機密性の高い情報を取得することが可能でした。

Android版Google Chromeのバージョン149.0.7827.53より前のWebViewにUse after freeの脆弱性が存在しており、ローカルの攻撃者が悪意のあるファイルを介して任意のコードを実行する可能性がありました。

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

Windows版Google Chromeのバージョン149.0.7827.53より前のUpdaterにUse after freeの脆弱性が存在し、ローカル攻撃者が悪意のあるファイルを使ってOSレベルの権限を昇格させることが可能でした。

Google Chromeの149.0.7827.53より前のバージョンのChromotingにおいてUse after freeの脆弱性が存在し、リモートの攻撃者が悪意のあるネットワークトラフィックを介して任意のコードを実行できる可能性がありました。

Google Chromeのバージョン149.0.7827.53以前のMediaコンポーネントにおけるUse after freeの脆弱性により、リモート攻撃者が細工されたビデオファイルを使用してサンドボックス内で任意のコードを実行できる可能性がありました。

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

Google Chrome 149.0.7827.53より前のバージョンのOmniboxにおけるUse after freeの脆弱性により、特定のUI操作をユーザーに行わせることで、リモートの攻撃者が細工されたHTMLページを介してヒープの破損を引き起こす可能性がありました。

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

Google Chromeの149.0.7827.53より前のバージョンに含まれるPDFiumのUse after freeの脆弱性により、悪意のあるPDFファイルを介してリモート攻撃者がヒープ破損を引き起こす可能性がありました。

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

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

Google Chromeの149.0.7827.53以前のPDFiumにおけるUse After Freeの脆弱性により、リモートの攻撃者が細工したPDFファイルを介してサンドボックス内で任意のコードを実行できる問題です。

X.Org XサーバーおよびXwaylandのmiSyncDestroyFence()に、使用後解放(use-after-free)の脆弱性が発見されました。複数のフェンストリガーを設定するクライアントが、使用後解放された関数ポインタを呼び出してしまう可能性があります。攻撃者はXサーバーに接続してフェンスを設定し、そのフェンスを待機します。その後、別のX接続がフェンスを破壊し、使用後解放状態を引き起こします。これによりサーバーがクラッシュしたり、Xサーバーがroot権限で実行されている場合は権限昇格に利用される可能性があります。

PerlのHTML::Entitiesバージョン3.84以前では、_decode_entities関数で解放済みのヒープメモリが読み取られていました。HTML::Entities::_decode_entitiesを支えるXSルーチンは、entity2charハッシュのhv_fetchから返されたエンティティ値SV内のポインタ（repl）をキャッシュしていました。入力SVがそのハッシュ内の値SVと同一であり、かつその値に自身のキーがエンティティ参照として含まれている場合、後のgrow_gap()呼び出しによってSVのPVバッファが再割り当てされ、その結果replが指していた割り当ては解放されました。その後のコピー処理では、解放済みメモリからrepl_lenバイトを読み取ります。この読み取りによって隣接するヒープの内容が宛先SVに漏洩する可能性があります。

iOS版Google Chromeの149.0.7827.53より前のバージョンには、オートフィル機能にUse after freeの脆弱性が存在しました。この脆弱性により、リモートの攻撃者が特定のUIジェスチャーをユーザーに実行させるよう仕向け、細工されたHTMLページを介してヒープ破損を悪用する可能性がありました。

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

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

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

Google ChromeのWindows版149.0.7827.53より前のバージョンにはAudioのUse after free脆弱性が存在し、リモートの攻撃者が細工されたHTMLページを通じてレンダラープロセスを侵害し、サンドボックスをエスケープする可能性がありました。

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

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

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

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

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

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

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

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

Windows版Google ChromeのChromotingにおけるUse after freeの脆弱性は、バージョン149.0.7827.53以前に存在し、悪意のあるネットワークトラフィックを介してリモートの攻撃者が任意のコードを実行する可能性がありました。

Google Chrome 149.0.7827.53 未満のバージョンの WebXR における Use after free の脆弱性により、リモートの攻撃者が細工された HTML ページを介してサンドボックス内で任意のコードを実行することが可能です。Chromium のセキュリティ深刻度は高いです。

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