Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - rust_binder修正 Death_list 的爭用情形 Rust Binder 包含下列不安全作業 // 安全「NodeDeath」從不插入其擁有者以外的任何節點 // 的損毀清單中因此其位於此 // 損毀中清單 或 中。 unsafe { node_inner.death_list.remove(self) };此作業不安全因為當接觸清單元素的 prev/next 指標時我們必須確保沒有其他執行緒也平行接觸這些指標。如果呼叫 `remove` 的清單中存在該節點則沒有問題因為我們擁有該清單的獨占存取權。如果該節點不在任何清單中則也沒有問題。但如果存在於可平行存取的不同清單中則可能是 prev/next 指標上的資料爭用。不幸的是這正是這裡發生的事情。在 Node::release 中我們: 1. 取得鎖定。 2. 將所有項目移至堆疊上的本機清單。 3. 解除鎖定。 4. 反覆使用堆疊上的本機清單。結合使用原始清單上不安全移除方法的執行緒這會導致 prev/next 指標的記憶體損毀。這會導致類似下列的損毀 Unable to handle kernel paging request at virtual address 000bb9841bcac70e Mem abort info: ESR = 0x0000000096000044 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04第 0 層轉譯錯誤資料中止資訊ISV = 0、ISS = 0x00000044、ISS2 = 0x00000000 CM = 0、WnR = 1、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0, Xs = 0 [000bb9841bcac70e] 位址在使用者和核心位址範圍之間#1。 ... rust_binder CPU
    1 UID0 PID2092 Commkworker/1:178 污染GSW OE 6.12.52-android16-5-g98debd5df505-4k #1 f94a6367396c5488d635708e43ee0c888d230b0b 污染[S]=CPU_OUT_OF_SPEC、[W]=WARN、[O]=OOT_UL , [E]=UNSIGNED_MODULE Hardware name: MUSTANG PVT 1.0 based on LGA (DT) Workqueue: events _RNvXs6_NtCsdfZWD8D ztAw_6kernel9workqueueINtNtNtB7_4sync3arc3ArcNtNtCs8QPsHWIn21X_16rust_binder_main7process7ProcessEINtB5_15 WorkItemPointerKy0_E3runB13_ [rust_binder] pstate: 23400005 (nzCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8Wo rkItem3run+0x450/0x11f8 [rust_binder] lr : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7Process NtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x464/0x11f8 [rust_binder] sp : ffffffc09b433ac0 x29:
    ffffffc09b433d30 x28: ffffff8821690000 x27: ffffffd40cbaa448 x26: ffffff8821690000 x25: 00000000ffffffff x24: ffffff88d0376578 x23: 0000000000000001 x22: ffffffc09b433c78 x21: ffffff88e8f9bf40 x20:
    ffffff88e8f9bf40 x19: ffffff882692b000 x18: ffffffd40f10bf00 x17: 00000000c006287d x16: 00000000c006287d x15: 00000000000003b0 x14: 0000000000000100 x13: 000000201cb79ae0 x12: fffffffffffffff0 x11:
    0000000000000000 x10: 0000000000000001 x9 : 0000000000000000 x8 : b80bb9841bcac706 x7 : 0000000000000001 x6 : fffffffebee63f30 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 :
    0000000000004c31 x1 : ffffff88216900c0 x0 : ffffff88e8f9bf00 Call trace: _RNvXs3_NtCs8QPsHWIn21X_16rust_bi nder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x450/0x11f8 [rust_binder bbc172b53665bbc815363b22e97e3f7e3fe971fc] process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x11c/0x1c8 ret_from_fork+0x10/0x20 Code: 94218d85 b4000155 a94026a8 d10102a0 (f9000509) - --[ end trace 0000000000000000 ]--- 因此修改 Node::release 以直接將項目彈出原始清單。
    (CVE-2025-68260)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - rust_binder修复 Death_list 上的争用条件 Rust Binder 包含以下不安全操作 // 安全`NodeDeath` 永远不会插入到除其所有者以外的任何节点的 // 终止列表中因此 // 会在此终止或将其包含在 no 死亡列表中。 unsafe { node_inner.death_list.remove(self) };此操作不安全因为在接触列表元素的上一个/下一个指针时我们必须确保没有其他线程可以并行地接触它们。如果该节点存在于调用“remove”的列表中则可以，因为我们拥有该列表的独占访问权限。如果该节点不在任何列表中也可以。但是，如果它存在于可并行访问的其他列表中，则可能是上一个/下一个指针上的数据争用。不幸的是这也正 是这里所发生的情况。在 Node::release 中，我们 1. 获取锁定。 2. 将堆栈上的所有项目移到本地列表。 3. 终止锁定。 4.迭代堆栈上的本地列表。与在原始列表中使用不安全的删除方法的线程结合不会导致 prev/next 指针的内存损坏。这会导致像这样的崩溃Unable to handle kernel paging request at virtual address 000bb9841bcac70e Mem abort info: ESR = 0x0000000096000044 EC = 0x25: DABT当前 EL)IL = 32 bits SET = 0, FnV = 0 EA = 0 S1PTW = 0 FSC = 0x04级别 0 转换错误 数据中止信息ISV = 0、ISS = 0x00000044、ISS2 = 0x00000000 CM = 0、WnR = 1、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 [000bb9841bcac70e] 用户和内核地址范围之间的地址 内部错误Oops: 0000000096000044 [#1] PREEMPT SMP google-cdd 538c004.gcddcontext保存(CPU:1) 项目 - log_kevents 被禁用 中链接的模块... rust_binder CPU
    1 UID: 0 PID: 2092 Comm: kworker/1:178 受感染的 GSW OE 6.12.52-android16-5-g98debd5df505-4k #1 f94a6367396c5488d635708e43ee0c888d230b0b 受感染的 [S]=CPU_OUT_OF_SPEC、[O]= , [E]=UNSIGNED_MODULE Hardware name: MUSTANG PVT 1.0 based on LGA (DT) Workqueue: events _RNvXs6_NtCsdfZWD8D ztAw_6kernel9workqueueINtNtNtB7_4sync3arc3ArcNtNtCs8QPsHWIn21X_16rust_binder_main7process7ProcessEINtB5_15 WorkItemPointerKy0_E3runB13_ [rust_binder] pstate: 23400005 (nzCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8Wo rkItem3run+0x450/0x11f8 [rust_binder] lr : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7Process NtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x464/0x11f8 [rust_binder] sp : ffffffc09b433ac0 x29:
    ffffffc09b433d30 x28: ffffff8821690000 x27: ffffffd40cbaa448 x26: ffffff8821690000 x25: 00000000ffffffff x24: ffffff88d0376578 x23: 0000000000000001 x22: ffffffc09b433c78 x21: ffffff88e8f9bf40 x20:
    ffffff88e8f9bf40 x19: ffffff882692b000 x18: ffffffd40f10bf00 x17: 00000000c006287d x16: 00000000c006287d x15: 00000000000003b0 x14: 0000000000000100 x13: 000000201cb79ae0 x12: fffffffffffffff0 x11:
    0000000000000000 x10: 0000000000000001 x9 : 0000000000000000 x8 : b80bb9841bcac706 x7 : 0000000000000001 x6 : fffffffebee63f30 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 :
    0000000000004c31 x1 : ffffff88216900c0 x0 : ffffff88e8f9bf00 Call trace: _RNvXs3_NtCs8QPsHWIn21X_16rust_bi nder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x450/0x11f8 [rust_binder bbc172b53665bbc815363b22e97e3f7e3fe971fc] process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x11c/0x1c8 ret_from_fork+0x10/0x20 Code: 94218d85 b4000155 a94026a8 d10102a0 (f9000509) - --[ 结束跟踪 0000000000000000]--- 因此, 修改 Node::release 以直接从原始列表中弹出项目。
    (CVE-2025-68260)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - Rust_binder Death_list の競合状態を修正します Rust Binder には、次の安全でない操作が含まれています // SAFETY「NodeDeath」が所有者以外のノードのデスリスト / / に挿入されることはありません。したがって、この / / Death のいずれかですリストに追加されるか、死亡リストに追加されません。安全でない node {_inner.death_list.remove(self) };リスト要素の prev/next のポインターにタッチする際、他のスレッドが並行してポインターへのタッチも確実に行う必要があるため、この操作は安全ではありません。「remove」が呼び出されるリストにノードが存在する場合、こちらにはそのリストへの排他的アクセスがあるため問題ありません。ノードがどのリストにもない場合も問題ありません。しかし、それが並行してアクセスされる可能性のある異なるリストにある場合、prev/nextポインターでデータ競合が発生する可能性があります。残念ながら、それはここで起きていることです。Node::release では、次を行っています。1. ロックを利用します。 2. すべての項目をスタック上のローカルリストに移動します。 3. ロックをドロップします。 4. スタック上のローカルリストを繰り返します。元のリストで安全でない削除メソッドを使用しているスレッドと組み合わせることで、prev/nextポインターのメモリ破損を引き起こします。これは、次のようなクラッシュにつながります仮想アドレス 000bb9841bcac70e でカーネルページングリクエストを処理できません Mem abort info ESR = 0x000000009600004 EC = 0x25daBT最新の EL、IL = 32 ビット SET = 0、FnV = 0 EA = 0、 S1PTW = 0 FSC = 0x04: レベル 0 変換障害 データ中止情報: ISV = 0、ISS = 0x00000044、ISS2 = 0x00000000 CM = 0、WnR = 1、TnD = 0、TagAccess = 0 GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 [000bb9841bcac70e] ユーザーとカーネルアドレス範囲の間のアドレス 内部エラー Oops 0000000096000044 [#1] PREEMPT SMP google-cdd 538c004.gcdd コンテキスト保存済みCPU:1項目 - log_kevents が無効化されています モジュールがリンクされています...rust_binder CPU
    1 UID: 0 PID: 2092 Comm: kworker/1:178 汚染: GSW OE 6.12.52-android16-5-g98debd5df505-4k #1 f94a6367396c5488d635708e43ee0c888d230b0b 汚染: [S]=CPU_OUT_OF_SPEC, [W]=ULE= , [E]=UNSIGNED_MODULE Hardware name: MUSTANG PVT 1.0 based on LGA (DT) Workqueue: events _RNvXs6_NtCsdfZWD8D ztAw_6kernel9workqueueINtNtNtB7_4sync3arc3ArcNtNtCs8QPsHWIn21X_16rust_binder_main7process7ProcessEINtB5_15 WorkItemPointerKy0_E3runB13_ [rust_binder] pstate: 23400005 (nzCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8Wo rkItem3run+0x450/0x11f8 [rust_binder] lr : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7Process NtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x464/0x11f8 [rust_binder] sp : ffffffc09b433ac0 x29:
    ffffffc09b433d30 x28: ffffff8821690000 x27: ffffffd40cbaa448 x26: ffffff8821690000 x25: 00000000ffffffff x24: ffffff88d0376578 x23: 0000000000000001 x22: ffffffc09b433c78 x21: ffffff88e8f9bf40 x20:
    ffffff88e8f9bf40 x19: ffffff882692b000 x18: ffffffd40f10bf00 x17: 00000000c006287d x16: 00000000c006287d x15: 00000000000003b0 x14: 0000000000000100 x13: 000000201cb79ae0 x12: fffffffffffffff0 x11:
    0000000000000000 x10: 0000000000000001 x9 : 0000000000000000 x8 : b80bb9841bcac706 x7 : 0000000000000001 x6 : fffffffebee63f30 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 :
    0000000000004c31 x1 : ffffff88216900c0 x0 : ffffff88e8f9bf00 Call trace: _RNvXs3_NtCs8QPsHWIn21X_16rust_bi nder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x450/0x11f8 [rust_binder bbc172b53665bbc815363b22e97e3f7e3fe971fc] process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8 kthread+0x11c/0x1c8 ret_from_fork+0x10/0x20 Code: 94218d85 b4000155 a94026a8 d10102a0 (f9000509) - --[ end trace 000000000000000 ]----- Node::release を変更して、元のリストから直接アイテムをポップするようにします。
    (CVE-2025-68260)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - rust_binder: fix race condition on death_list Rust Binder contains the following unsafe operation: //     SAFETY: A `NodeDeath` is never inserted into the death list // of any node other than its owner, so it is     either in this // death list or in no death list. unsafe { node_inner.death_list.remove(self) }; This     operation is unsafe because when touching the prev/next pointers of a list element, we have to ensure that     no other thread is also touching them in parallel. If the node is present in the list that `remove` is     called on, then that is fine because we have exclusive access to that list. If the node is not in any     list, then it's also ok. But if it's present in a different list that may be accessed in parallel, then     that may be a data race on the prev/next pointers. And unfortunately that is exactly what is happening     here. In Node::release, we: 1. Take the lock. 2. Move all items to a local list on the stack. 3. Drop the     lock. 4. Iterate the local list on the stack. Combined with threads using the unsafe remove method on the     original list, this leads to memory corruption of the prev/next pointers. This leads to crashes like this     one: Unable to handle kernel paging request at virtual address 000bb9841bcac70e Mem abort info: ESR =     0x0000000096000044 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC =     0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000044, ISS2 = 0x00000000 CM = 0, WnR     = 1, TnD = 0, TagAccess = 0 GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [000bb9841bcac70e] address between     user and kernel address ranges Internal error: Oops: 0000000096000044 [#1] PREEMPT SMP google-cdd     538c004.gcdd: context saved(CPU:1) item - log_kevents is disabled Modules linked in: ... rust_binder CPU:
    1 UID: 0 PID: 2092 Comm: kworker/1:178 Tainted: G S W OE 6.12.52-android16-5-g98debd5df505-4k #1     f94a6367396c5488d635708e43ee0c888d230b0b Tainted: [S]=CPU_OUT_OF_SPEC, [W]=WARN, [O]=OOT_MODULE,     [E]=UNSIGNED_MODULE Hardware name: MUSTANG PVT 1.0 based on LGA (DT) Workqueue: events _RNvXs6_NtCsdfZWD8D     ztAw_6kernel9workqueueINtNtNtB7_4sync3arc3ArcNtNtCs8QPsHWIn21X_16rust_binder_main7process7ProcessEINtB5_15     WorkItemPointerKy0_E3runB13_ [rust_binder] pstate: 23400005 (nzCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--)     pc : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8Wo     rkItem3run+0x450/0x11f8 [rust_binder] lr : _RNvXs3_NtCs8QPsHWIn21X_16rust_binder_main7processNtB5_7Process     NtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x464/0x11f8 [rust_binder] sp : ffffffc09b433ac0 x29:
    ffffffc09b433d30 x28: ffffff8821690000 x27: ffffffd40cbaa448 x26: ffffff8821690000 x25: 00000000ffffffff     x24: ffffff88d0376578 x23: 0000000000000001 x22: ffffffc09b433c78 x21: ffffff88e8f9bf40 x20:
    ffffff88e8f9bf40 x19: ffffff882692b000 x18: ffffffd40f10bf00 x17: 00000000c006287d x16: 00000000c006287d     x15: 00000000000003b0 x14: 0000000000000100 x13: 000000201cb79ae0 x12: fffffffffffffff0 x11:
    0000000000000000 x10: 0000000000000001 x9 : 0000000000000000 x8 : b80bb9841bcac706 x7 : 0000000000000001     x6 : fffffffebee63f30 x5 : 0000000000000000 x4 : 0000000000000001 x3 : 0000000000000000 x2 :
    0000000000004c31 x1 : ffffff88216900c0 x0 : ffffff88e8f9bf00 Call trace: _RNvXs3_NtCs8QPsHWIn21X_16rust_bi     nder_main7processNtB5_7ProcessNtNtCsdfZWD8DztAw_6kernel9workqueue8WorkItem3run+0x450/0x11f8 [rust_binder     bbc172b53665bbc815363b22e97e3f7e3fe971fc] process_scheduled_works+0x1c4/0x45c worker_thread+0x32c/0x3e8     kthread+0x11c/0x1c8 ret_from_fork+0x10/0x20 Code: 94218d85 b4000155 a94026a8 d10102a0 (f9000509) ---[ end     trace 0000000000000000 ]--- Thus, modify Node::release to pop items directly off the original list.
    (CVE-2025-68260)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名稱	產品	系列	已發布	已更新	嚴重性
279024	Linux Distros 未修補的弱點：CVE-2025-68260	Nessus	Misc.	2025/12/17	2026/7/18	high
279024	Linux Distros 未修补的漏洞：CVE-2025-68260	Nessus	Misc.	2025/12/17	2026/7/18	high
279024	Linux Distros のパッチ未適用の脆弱性: CVE-2025-68260	Nessus	Misc.	2025/12/17	2026/7/18	high
279024	Linux Distros Unpatched Vulnerability : CVE-2025-68260	Nessus	Misc.	2025/12/17	2026/7/18	high

偵測

搜尋 Plugin

high

high

high

high