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

  - hdlc_ppp：释放 hdlc 状态前同步每个原型的定时器 struct ppp 中嵌入的每个 PPP 控制协议 （LCP/IPCP/IPV6CP） 通过 timer_setup（） 注册一个定时器。该结构 ppp 是 hdlc->state 分配，其 detach_hdlc_protocol（） 在 unregister_hdlc_device（） 和 attach_hdlc_protocol（） 内部的重新附加）两个拆卸路径中使用 kfree（） 释放。ppp proto 从未注册 .detach 回调，因此 detach_hdlc_protocol（） 在 kfree（） 之前未执行任何定时器同步。ppp_cp_event（） 中唯一的取消 timer_delete（&proto->timer） 是部分的（它不等待正在运行的回调）并且仅在 ->CLOSED 转换中运行;ppp_stop（）/ppp_close（） 也不同步。已执行中（在 ppp->lock 上阻断）的 ppp_timer 回调在 kfree 中幸存下来，然后在已释放的内存中取消引用 proto->state / ppp->lock，从而导致释放后使用。通过添加一个在每个原型定时器上调用 timer_shutdown_sync（） 的 .detach 辅助函数来修复此问题。detach_hdlc_protocol（） 在 kfree（hdlc->state） 之前调用 proto->detach（dev），因此 timer_shutdown_sync（） 现在在这两个自由路径中运行。使用 timer_shutdown_sync（） 而不是 timer_delete_sync（），因为 keepalive 路径通过 add_timer（）/mod_timer（） 重新布防定时器，并且 shutdown 会在拆卸期间阻止任何重新激活。附加协议时，初始化 ppp_ioctl（） 中的每个协议定时器，并从 ppp_start（） 删除现在冗余的 timer_setup（），以便在附加时初始化定时器一次，并且 ppp_timer_release（） 从不对未初始化的 timer_list 结构进行操作。attach_hdlc_protocol（） 使用 kmalloc（）（不是 kzalloc），因此 struct ppp 的 protos[i].timer 在第一个 timer_setup（） 之前都是未初始化的垃圾;如果没有此 init-at-attach，则附加 PPP 协议而不启动设备，会使 timer_shutdown_sync（） 在 .detach 中的未初始化内存上运行。将 init 从 ppp_start（）（仅在 NETDEV_UP 上运行）移入附加路径将使初始化无条件，并且避免初始化同一timer_list两次。此缺陷是通过静态分析发现的。（CVE-2026-63803）

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

检测

Linux Distros 未修补的漏洞：CVE-2026-63803

high Nessus 插件 ID 327893

版本 1.4