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

Linuxカーネルにおいて、tracing: trace_markerコピーのリンクリスト更新の修正が行われました。インスタンスに"copy_trace_marker"オプションが有効な場合、/sys/kernel/tracing/trace_markerに書き込まれた内容はそのインスタンスのバッファにもコピーされます。オプションが設定されていると、そのインスタンスのtrace_arrayディスクリプタはmarker_copiesリンクリストに追加され、このリストはRCUで保護されています。インスタンスが削除されると、すべてのフラグはクリアされ、リストからも適切に削除されなければなりません。修正前は、フラグのクリア後に同期処理が適切に行われない場合があり、Use-After-Freeの脆弱性が存在していました。今回の修正では、フラグのクリア処理を更新後に移動し、同期処理が確実に行われるようにしました。また、フラグの状態を基に処理を判定するよう改善しています。

Linuxカーネルのmm: blk-cgroupにおいて、cgwb_release_workfn()内でuse-after-freeの脆弱性が修正されました。この関数はcss_put(wb-blkcg_css)を呼び出した後にblkcg_unpin_online()で再びwb-blkcg_cssにアクセスしますが、もしcss_put()によって最後の参照が解放されると、blkcgが非同期的に解放されます。その後、解放済みのポインタにアクセスすることでuse-after-freeが発生します。この問題はblkcg_unpin_online()をcss_put()の前に移動させることで解決されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ASoC: qcom: q6apmでは、コンポーネント登録が管理対象バージョンから非管理対象バージョンへ移動されました。q6apmコンポーネントはASoCトポロジーから動的にdaiを登録しますが、これらはデバイス管理バージョンAPIを使用して割り当てられていました。コンポーネントと動的daiの両方を管理対象バージョンで割り当てると、誤った解放順序が発生し、コンポーネントがまだ参照を保持している間にdaiが解放されてしまう可能性があります。この問題を解決するため、コンポーネントを非管理対象バージョンに移動し、daiポインタがコンポーネントの削除後にのみ解放されるようにしました。==================================================================バグ: KASAN: snd_soc_del_component_unlocked+0x3d4/0x400 [snd_soc_core]におけるスラブ使用後解放エラーが発生しました。サイズ8の読み取りがタスクkworker/u48:0/3426によってアドレスffff00084493a6e8で行われました。汚染状態は[W]=警告です。ハードウェア名はLENOVO 21N2ZC5PUS/21N2ZC5PUS、BIOSはN42ET57W (1.31)、2024/08/08のものです。ワークキューはpdr_notifier_wq、pdr_notifier_work [pdr_interface]です。呼び出しトレースは省略しました。割り当てはタスク77で実行され、解放はタスク3426で行われました。詳細には、管理対象割り当てAPIでdaiが割り当てられ、その後コンポーネント削除時に参照が残ったまま解放されるため、使用後解放が発生しクラッシュにつながっていました。この修正により、daiポインタの解放順序が正しく制御されるようになり、安定性と安全性が向上しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。KVMのx86に関して、MMIOフラグメントのスクラッチフィールドを使用して小さな書き込み値を保持します。エミュレートされたMMIO書き込みサービスがユーザースペースに戻る際、データペイロードのサイズが8バイト以下（つまり単一のチャンクに収まる場合）は、フラグメントを直接ソース値に指すのではなく、MMIOフラグメントのスクラッチフィールドに書き込み予定の値をコピーします。これにより、エミュレータがスタック上のローカル変数をソースとして書き込みを開始し、書き込みがページ境界をまたぎ、かつ両方のページがMMIOページである場合に発生するuse-after-freeバグの一種が修正されます。KVMのABIは物理的に連続したMMIOリクエストのみを許可するため、MMIOページをまたぐアクセスは2つのフラグメントに分割され、ユーザースペースに一度に1つずつ送信されます。KVMは最初のフラグメントの後にKVM_RUN応答でユーザースペースMMIOを完了しようとすると、2つ目のフラグメントを検出して2回目のユーザースペース退出を生成し、スタック上の変数を参照します。この問題は、2回目のKVM_RUNが別のタスクによって実行された場合に最も顕著で、その場合は開始したタスクのスタックが実際に解放されたデータとして現れます。バグはKASANのuse-after-freeエラーで検出され、具体的なスタックトレースが示されます。このバグはKVM-Unit-Testでも再現可能で、complete_emulated_mmio()内で大きなスタック変数をゴミ値で上書きするようKVMを改変して再現されます。スクラッチフィールドの使用は8バイト以下の書き込みに限定され、より大きなアクセスや読み取りはエミュレータの実装詳細に影響を与えません。将来的な変更に備えて整合性チェックも追加されています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ocfs2におけるVM_FAULT_RETRY時のocfs2_fault()関数に存在したuse-after-freeの問題です。filemap_fault()関数はVM_FAULT_RETRYを返す前にmmap_lockを解放することがあります。これはmm/filemap.cに記載されており、「返り値にVM_FAULT_RETRYが設定されている場合、それはI/Oを行う前またはlock_folio_maybe_drop_mmap()によってmmap_lockが解放される可能性があるためです。」と説明されています。この状況下で、同時に実行されているmunmap()関数がremove_vma()を呼び出し、RCUを介してvm_area_structを解放する可能性があります。その結果、ocfs2_fault()内に保存されている'vma'ポインタがダングリングポインタとなり、後続のtrace_ocfs2_fault()呼び出し時に参照されてuse-after-freeが発生していました。修正内容として、filemap_fault()を呼び出す前にip_blknoを単純な整数として保存し、トレースイベントからvmaを除去しました。ip_blknoはロックが解放される前に値としてコピーされるため、その後vmaやinodeに何が起きても問題なく有効な状態を維持します。

Microsoft Office ExcelのUse after freeの脆弱性により、不正な攻撃者がローカル環境でコードを実行できる可能性があります。

Microsoft Office Excel の Use after free 脆弱性により、不正な攻撃者がローカルでコードを実行できる可能性があります。

Microsoft Office ExcelにおけるUse after freeの脆弱性により、認可されていない攻撃者がローカルでコードを実行できる可能性があります。

Microsoft Office PowerPoint における Use after free の脆弱性により、不正な攻撃者がローカルでコードを実行できる可能性があります。

アプリケーションのリストボックス計算配列ロジックは、ページまたはフォームオブジェクトが削除または再作成された後でも古い参照を保持し続けるため、悪意のあるドキュメントが計算実行時に使用後解放（use-after-free）を引き起こし、任意のコードを実行させる可能性があります。

Linuxカーネルにおいて、以下の脆弱性が修正されました。crypto: ccpにおけるエラーパスでのuse-after-free問題です。sev_tsm_init_locked()関数のエラーパスで、コードがkfree()により解放された後に't'をデリファレンスしていました。pr_err()ステートメントは、メモリ解放後にt-tio_enおよびt-tio_init_doneにアクセスしようとしていました。pr_err()の呼び出しをkfree(t)の前に移動し、メモリがまだ有効な間にフィールドへアクセスするよう修正しています。この問題はSmatch静的解析ツールによって報告されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。netfilterのnft_set_pipapoに関して、ガベージコレクションをunlinkフェーズとreclaimフェーズに分割しました。Yiming QianがpipapoセットタイプにおけるUse-after-freeの脆弱性を報告しています。多数の期限切れ要素が存在する場合、コミット時のGCが非プリエンプティブルなコンテキストで非常に長時間実行され、ソフトロックアップ警告やRCUスタールレポート（ローカルサービス拒否）を引き起こす可能性があります。そのため、GCをunlinkフェーズとreclaimフェーズに分割する必要があります。ポインタがスワップされるまで、要素の解放をキューに入れることはできません。期限切れ要素は、データ構造のライブコピーを介してパケットパスおよびユーザースペースのダンプ操作の両方から依然としてアクセス可能です。call_rcu()は保護にならず、call_rcuが発火した後に開始されたダンプ操作や要素の検索は、コミットフェーズがクローンとライブポインタのスワップを行うまで、解放された要素を観察する可能性があります。これは、最近のrbtreeバックエンドのコミット35f83a75529a（"netfilter: nft_set_rbtree: don't gc elements on insert"）で採用されたアプローチと類似しています。

Linuxカーネルにおいて、以下の脆弱性が修正されました。bpf_trampoline_link_cgroup_shimにおけるUse-After-Free（UAF）問題が修正されました。このバグの根本原因は、'bpf_link_put'が'shim_link-link.link'の参照カウントをゼロに減らしたときにリソースを解放済みとみなす一方で、'cgroup_shim_find'内の'tr-progs_hlist'を介して依然として参照される可能性があることにあります。実際の'tr-progs_hlist'のクリーンアップは'bpf_shim_tramp_link_release'で遅延されます。この間に別のプロセスが'bpf_trampoline_link_cgroup_shim'を介してUse-After-Freeを引き起こす可能性があります。Martin KaFai Lauの提案に基づき、簡単なパッチが作成されました。修正内容は、'bpf_trampoline_link_cgroup_shim'で非ゼロの原子チェックを追加し、参照カウントがすでにゼロでない場合のみインクリメントすることです。テストでは、バグのトリガーを容易にするために'bpf_shim_tramp_link_release'に遅延(msleep(100))を挿入し、PoCを実行するとパッチ適用前はほぼ100%の確率でクラッシュが再現され、パッチ適用後は数百万回の反復実行後もバグが発生しなくなりました。

Linuxカーネルにおいて、ipmi送信エラー時にuse-after-freeおよびリスト破損が発生する脆弱性が修正されました。この問題は、送信エラー時にメッセージが適切にクリーンアップされず、同じメッセージが重複して処理されることでリストが二重に追加され、結果としてメモリ破損やNULLポインタ参照が発生していました。修正により、送信エラー時にメッセージが正しく解放され、メモリリークやリスト破損を防止できるようになりました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。wifi: cfg80211において、wiphy_unregister()でrfkill_block作業のキャンセル漏れがありました。syzkallerによって発見されたcfg80211_shutdown_all_interfacesにおけるuse-after-freeエラーでは、BUG: KASAN: cfg80211_shutdown_all_interfaces+0x213/0x220でuse-after-freeが発生していました。サイズ8の読み取りが作業タスクkworker/0:5/5326によってアドレスffff888112a78d98で行われました。CPUは0、UIDは0、PIDは5326、Commはkworker/0:5偽りなし6.19.0-rc2 #2 PREEMPT(voluntary)です。ハードウェア名はQEMU Standard PC (i440FX + PIIX, 1996)、BIOSは1.15.0-1 2014年4月1日です。Workqueueはevents cfg80211_rfkill_block_workです。コールトレースはdump_stack_lvl+0x116/0x1f0、print_report+0xcd/0x630、kasan_report+0xe0/0x110、cfg80211_shutdown_all_interfaces+0x213/0x220、cfg80211_rfkill_block_work+0x1e/0x30、process_one_work+0x9cf/0x1b70、worker_thread+0x6c8/0xf10、kthread+0x3c5/0x780、ret_from_fork+0x56d/0x700、ret_from_fork_asm+0x1a/0x30でした。この問題は、wiphyが登録解除される際にrfkill_block作業がキャンセルされなかったことにより発生しました。問題を修正するために、wiphy_unregister()で対応する作業をキャンセルするようにしました。Linux Verification Center (linuxtesting.org)によるSyzkallerを用いた検出結果です。

Linuxカーネルにおいて、net: schedのlockless qdiscsでqdisc_reset_all_tx_gt()とdequeueの競合を回避するための修正が行われました。この問題はnetif_set_real_num_tx_queues()が現在のtxキューの数を縮小する際に、使われなくなるキューのqdiscをフラッシュする過程で発生していました。lockless qdiscsでは、qdisc_reset()が__qdisc_run()と同時に実行される可能性があり、skbがまだdequeuingされている間に解放されてUse-After-Freeが発生していました。これはvirtio-netなどで多くのトラフィックを発生させつつキューペア数を頻繁に変更することで再現できました。修正ではqdisc_reset_all_tx_gt()をqdisc-seqlockで直列化し、dev_reset_queue()での動作と合わせました。さらにリセット後にQDISC_STATE_NON_EMPTYをクリアし、不要な再スケジューリングを回避します。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdにおけるアクティブなファイルハンドルの耐久性v2リプレイでのuse-after-freeの問題を修正しました。parse_durable_handle_context()関数は、SMB2_FLAGS_REPLAY_OPERATIONを持つDURABLE_REQ_V2コンテキストを処理する際に、dh_info-fp-connを無条件で現在の接続に割り当てます。ksmbd_lookup_fd_cguid()関数はfp-connでフィルタリングしないため、既にアクティブな接続が確立されているファイルハンドルを返します。この無条件の上書きによりfp-connが置き換えられ、その後上書きされた接続が解放されると、__ksmbd_close_fd()関数がspin_lock(&fp-conn-llist_lock)を用いて古いfp-connを参照し、use-after-freeが発生します。KASANレポートでは、_raw_spin_lock関数内でuse-after-freeが検出され、タスクkworker/1:2により問題のアドレスに対して4バイトの書き込みが行われたことが示されています。問題のアドレスは、サイズ1024バイトのkmalloc-1kキャッシュに属するオブジェクトの396バイト目に位置し、解放済み領域にアクセスしていました。

Linuxカーネルにおいて、以下の脆弱性が修正されました。ksmbdのコンパウンドリクエスト内でのshare_confのuse-after-freeを修正しました。smb2_get_ksmbd_tcon()はコンパウンドリクエストでwork-tconをtcon-t_stateを検証せずに再利用していました。ksmbd_tree_conn_lookup()は初回のルックアップパスでt_stateがTREE_CONNECTEDかをチェックしますが、コンパウンド再利用パスはこのチェックを完全にバイパスしていました。コンパウンド内の前のコマンド(SMB2_TREE_DISCONNECT)がt_stateをTREE_DISCONNECTEDに設定し、ksmbd_share_config_put()でshare_confを解放すると、後続のコマンドがwork-tcon-share_confを通じて解放済みのshare_confを参照してしまいます。KASANレポートでは、smb2_write関数内でスラブの使用後解放(use-after-free)が検出されており、具体的なコールトレースとメモリアロケーションおよび解放の詳細が報告されています。この問題によってメモリの無効なアクセスが発生する恐れがあり、ksmbdのコンパウンドリクエスト処理の安全性を向上させる修正が含まれています。

Linuxカーネルにおいて、以下の脆弱性が修正されました：mshv_map_user_memory()のエラーパスにおけるuse-after-freeの問題を修正しました。具体的には、mshv_map_user_memory()のエラーパスでvfree()を直接呼び出すと、MMUノーティファイヤが登録されたままになる問題がありました。ユーザースペースが後でメモリのマップを解除すると、ノーティファイヤが発火し、解放済みの領域にアクセスしてuse-after-freeおよびカーネルパニックが発生する可能性がありました。これを防ぐために、領域を解放する前にMMUノーティファイヤの登録を適切に解除し、vfree()の呼び出しをmshv_partition_put()に置き換えました。

Windows Server Update Service において、共有資源の不適切な同期（「レースコンディション」）を利用した同時実行により、権限を持つ攻撃者がローカルで権限を昇格させることが可能になる。

Windows Ancillary Function Driver for WinSock における use after free により、認可された攻撃者がローカルで権限を昇格させることが可能となります。

Microsoft Brokering File System における Use after free の脆弱性により、認可された攻撃者がローカルで権限を昇格させることが可能です。

Windows Ancillary Function Driver for WinSock における Use after free の脆弱性により、認証された攻撃者がローカルで権限を昇格させることが可能です。

Linuxカーネルにおいて、以下の脆弱性が修正されました：netfilterのnf_tablesにおいてエラー時にRCU猶予期間後にフローテーブルを解放します。エラーパスではフックの登録解除後にsynchronize_rcu()を呼び出します。すでにこのフローテーブルを参照しているフックが登録されている可能性があり、このフローテーブルがパケットパスおよびnfnetlink_hook制御プレーンに露出する可能性があるためです。このエラーパスは稀に発生し、最大数のフックに達するか、ハードウェアオフロードの設定に失敗した場合にのみ起こります。この場合、単にsynchronize_rcu()を呼び出します。異なるフローテーブルによってすでに使用されているデバイスフックをチェックする箇所があり、この段階でEEXISTが発生する可能性があります。フックパーサはこのチェックをもっと早い段階で実行するよう更新でき、このエラーパスが実際には稀にしか発生しなくなります。KASANによってフックをダンプする際のnfnetlink_hook経路におけるuse-after-freeが報告され、発見されました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：netfilterのBPFに関する問題で、RCUリーダーが完了するまでフックメモリの解放を延期していなかった問題です。Yiming Qian氏は、nfnetlink_hooksを介してフックを同時にダンプする際に発生するUse-After-Free（UaF）を報告しました。エラーメッセージは次の通りです：BUG: KASAN: nfnl_hook_dump_one.isra.0+0xe71/0x10f0におけるスラブ・ユース・アフター・フリー。タスクpoc/79がアドレスffff888003edbf88からサイズ8の読み取りを行いました。呼び出しトレースは以下の通りです：TASK nfnl_hook_dump_one.isra.0+0xe71/0x10f0、netlink_dump+0x554/0x12b0、nfnl_hook_get+0x176/0x230、[...]。この問題に対して、同時実行するリーダーが完了するまでメモリの解放を延期するよう修正しました。

Linuxカーネルにおいて、以下の脆弱性が修正されました：clsactのinit/destroyにおけるロールバック非対称性によるuse-after-free問題の修正です。本脆弱性は、clsactのqdiscを初期化および破棄する際のロールバック非対称性によってuse-after-freeが発生する問題です。具体的には、clsactインスタンスを完全に初期化した後に新しいclsact qdiscインスタンスの置換に失敗することで、この非対称性が生じます。clsact_init()は最初にingressを初期化し、その後egressを処理しますが、途中で例えばtcf_block_get_ext()の失敗などにより処理が中断される場合があります。失敗時にはカーネルがclsact_destroy()コールバックを実行します。コミット1cb6f0bae504（"bpf: Fix too early release of tcx_entry"）にてこの移行方法が詳述されています。q-ingress_block上のtcf_block_get_extが失敗した場合、ingress側ではtcx_miniq_incの参照カウントを取得していますが、egress側ではまだ取得していません。clsact_destroy()は{ingress,egress}_entryがNULLでないかを検査しますが、置換の途中失敗時でも両方とも前のclsactインスタンス由来の有効なegress_entryを持つ非NULLの状態です。真に検査すべきは、そのqdiscインスタンス固有のingressまたはegress側が以前に初期化されたかどうかです。この判定のためにhelper関数mini_qdisc_pair_initedを追加し、clsact_destroy()でそれを用いてuse-after-freeのシナリオを修正しました。同様にingress_destroy()側も修正し、両者の整合性を保ちました。

Linuxカーネルにおいて、次の脆弱性が修正されました。futex: futex_key_to_node_opt()とvma_replace_policy()間のUse-After-Free (UaF) の問題を修正しました。futex_key_to_node_opt()の実行中に、vma-vm_policyは推測的なmmapロックとRCUの下で読み取られます。同時に、mbind()がvma_replace_policy()を呼び出すことがあり、これにより古いmempolicyがkmem_cache_free()を介して即座に解放されます。これにより、__futex_key_to_node()が解放されたmempolicyポインタをデリファレンスする競合状態が発生し、mpol-modeのUse-After-Free読み取りが引き起こされます。以下は関連ログの抜粋です。 [ 151.412631] BUG: KASAN: slab-use-after-free in __futex_key_to_node (kernel/futex/core.c:349) [ 151.414046] タスク e/87 によるアドレス ffff888001c49634 のサイズ2の読み取り [ 151.415969] コールトレース: [ 151.416732] __asan_load2 (mm/kasan/generic.c:271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [ 151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c:386 kernel/futex/core.c:593) 修正は__mpol_put()にrcuを追加することで行われました。

Windows ShellのUse after free脆弱性により、認可された攻撃者がローカルで権限を昇格させることが可能です。

Windowsプッシュ通知における不適切な同期による共有リソースの同時実行（レースコンディション）が発生し、認可された攻撃者がローカルで権限を昇格させることを可能にします。

Windows Ancillary Function Driver for WinSock において、不適切な同期のある共有リソースの使用による同時実行（レースコンディション）が存在し、権限のある攻撃者がローカルで権限を昇格させることが可能となります。

Windowsプッシュ通知における不適切な同期（「競合状態」）がある共有リソースの同時実行により、認可された攻撃者がローカルで権限を昇格させることが可能になる。

Electronは、JavaScript、HTML、およびCSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン38.8.6、39.8.1、40.8.0、および41.0.0-beta.8以前には、powerMonitorモジュールを使用するアプリにuse-after-freeの脆弱性が存在する可能性がありました。ネイティブのPowerMonitorオブジェクトがガベージコレクトされた後、関連するOSレベルのリソース（Windows上のメッセージウィンドウやmacOS上のシャットダウンハンドラ）がダングリング参照を保持します。続くセッション変更イベント（Windows）またはシステムシャットダウン（macOS）が解放済みメモリを逆参照すると、これによりクラッシュやメモリ破損が発生する可能性があります。powerMonitorイベント（サスペンド、再開、ロックスクリーンなど）にアクセスするすべてのアプリが潜在的に影響を受けます。この問題はレンダラー側で直接制御できません。この問題はバージョン38.8.6、39.8.1、40.8.0、および41.0.0-beta.8で修正されています。

ElectronはJavaScript、HTML、CSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8より前のバージョンでは、非同期でsession.setPermissionRequestHandler()を登録するアプリケーションにおいて、フルスクリーン、ポインターロック、またはキーボードロックの許可リクエストを処理する際にuse-after-freeの脆弱性が存在していました。要求中のフレームがナビゲートしたりウィンドウが閉じられたりすると、許可ハンドラーが保留中の状態で格納されたコールバックを呼び出す際に解放済みメモリを参照し、クラッシュやメモリ破損を引き起こす可能性があります。許可要求ハンドラーを設定していないアプリや、同期的に応答するハンドラーを持つアプリは影響を受けません。この問題はバージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8で修正されています。

ElectronはJavaScript、HTML、CSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8より前のバージョンでは、ダウンロードを許可しプログラムによってセッションを破棄するアプリはuse-after-freeの脆弱性にさらされる可能性があります。ダウンロードのためにネイティブのファイル保存ダイアログが開いている間にセッションが終了すると、そのダイアログを閉じる際に解放されたメモリを参照してしまい、クラッシュやメモリ破損を引き起こす可能性があります。実行時にセッションを破棄しないアプリ、またはダウンロードを許可しないアプリは影響を受けません。この問題はバージョン38.8.6、39.8.0、40.7.0、および41.0.0-beta.8で修正されています。

Electronは、JavaScript、HTML、およびCSSを使用してクロスプラットフォームのデスクトップアプリケーションを作成するためのフレームワークです。バージョン39.8.1、40.7.0、および41.0.0より前のバージョンでは、オフスクリーンレンダリングを使用し、window.open()を介して子ウィンドウを許可するアプリケーションが、use-after-freeの脆弱性に晒される可能性があります。親のオフスクリーンWebContentsが破棄された状態で子ウィンドウが開いたままの場合、子ウィンドウのその後のペイントフレームが解放されたメモリを参照し、クラッシュやメモリ破損を引き起こす可能性があります。影響を受けるのは、オフスクリーンレンダリング(webPreferences.offscreen: true)を使用し、setWindowOpenHandlerで子ウィンドウを許可しているアプリケーションのみです。オフスクリーンレンダリングを使用しないか、子ウィンドウを許可していないアプリケーションは影響を受けません。この問題はバージョン39.8.1、40.7.0、および41.0.0で修正されています。

DOM: CoreおよびHTMLコンポーネントにおけるUse-after-freeの脆弱性です。この脆弱性はFirefox 150、Firefox ESR 115.35、Firefox ESR 140.10、Thunderbird 150、およびThunderbird 140.10で修正されました。

WebRTCコンポーネントにおけるUse-after-freeの脆弱性があります。この脆弱性はFirefox 150、Firefox ESR 140.10、Thunderbird 150、およびThunderbird 140.10で修正されました。

JavaScriptエンジンコンポーネントに存在するUse-after-freeの脆弱性です。この脆弱性はFirefox 150、Firefox ESR 115.35、Firefox ESR 140.10、Thunderbird 150、およびThunderbird 140.10で修正されました。

JavaScriptのWebAssemblyコンポーネントにおけるUse-after-freeの脆弱性が存在します。この脆弱性はFirefox 150およびThunderbird 150で修正されました。

WidgetのUse-after-free脆弱性: Cocoaコンポーネントに存在します。この脆弱性はFirefox 150、Firefox ESR 140.10、Thunderbird 150、およびThunderbird 140.10で修正されました。