Answer in brief
CVE-2026-63803 records a Unknown severity vulnerability in hdlc_ppp: sync per-proto timers before freeing hdlc state. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-63803 records a Unknown severity vulnerability in hdlc_ppp: sync per-proto timers before freeing hdlc state. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <86d80a231bde4cfb64bfbfbfffd83056fc93628f || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8308122bc9c065b1f376e081ed300129a2ac9545 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ce8f9ddca0c9f217342a8b49efd309aa35b81a36 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <508a0139d3bf60f6a03d2fbfb63a89a9463d983a || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <c64dbef1c0fbd36f9530aa75112acdf6a6d3cfd8 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <5a84398101bf9f11e84b176343e4e3ba83e668c0 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a594debfd4e7ec39413647458907f689ef57fd2f || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <c78a4e41ab5ead6193ad8a2dd92e8906bae659fa | 86d80a231bde4cfb64bfbfbfffd83056fc93628f, 8308122bc9c065b1f376e081ed300129a2ac9545, ce8f9ddca0c9f217342a8b49efd309aa35b81a36, 508a0139d3bf60f6a03d2fbfb63a89a9463d983a, c64dbef1c0fbd36f9530aa75112acdf6a6d3cfd8, 5a84398101bf9f11e84b176343e4e3ba83e668c0, a594debfd4e7ec39413647458907f689ef57fd2f, c78a4e41ab5ead6193ad8a2dd92e8906bae659fa |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
Published upstream
Jul 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: hdlc_ppp: sync per-proto timers before freeing hdlc state Each PPP control protocol (LCP/IPCP/IPV6CP) embedded in struct ppp registers a timer via timer_setup(). That struct ppp is the hdlc->state allocation, which detach_hdlc_protocol() frees with kfree() in both teardown paths: unregister_hdlc_device() and the re-attach inside attach_hdlc_protocol(). The ppp proto never registered a .detach callback, so detach_hdlc_protocol() performs no timer synchronization before the kfree(). The only cancel, timer_delete(&proto->timer) in ppp_cp_event(), is partial (it does not wait for a running callback) and only runs on the ->CLOSED transition; ppp_stop()/ppp_close() do not sync either. A ppp_timer callback already executing (blocked on ppp->lock) survives the kfree and then dereferences proto->state / ppp->lock in freed memory, leading to a use-after-free. Fix this by adding a .detach helper that calls timer_shutdown_sync() on every per-proto timer. detach_hdlc_protocol() invokes proto->detach(dev) before kfree(hdlc->state), so timer_shutdown_sync() now runs on both free paths. timer_shutdown_sync() is used instead of timer_delete_sync() because the keepalive path re-arms the timer through add_timer()/mod_timer() and shutdown blocks any re-activation during teardown. Initialize the per-protocol timers in ppp_ioctl() when the protocol is attached, and remove the now-redundant timer_setup() from ppp_start(), so that the timers are initialized exactly once at attach time and ppp_timer_release() never operates on uninitialized timer_list structures. attach_hdlc_protocol() uses kmalloc() (not kzalloc), so struct ppp's protos[i].timer is uninitialized garbage until the first timer_setup(); without this init-at-attach, attaching the PPP protocol without ever bringing the device up would leave timer_shutdown_sync() operating on uninitialized memory in .detach. Moving the init out of ppp_start() (which only runs on NETDEV_UP) into the attach path makes the initialization unconditional and avoids initializing the same timer_list twice. This bug was found by static analysis.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <86d80a231bde4cfb64bfbfbfffd83056fc93628f || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <8308122bc9c065b1f376e081ed300129a2ac9545 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ce8f9ddca0c9f217342a8b49efd309aa35b81a36 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <508a0139d3bf60f6a03d2fbfb63a89a9463d983a || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <c64dbef1c0fbd36f9530aa75112acdf6a6d3cfd8 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <5a84398101bf9f11e84b176343e4e3ba83e668c0 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a594debfd4e7ec39413647458907f689ef57fd2f || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <c78a4e41ab5ead6193ad8a2dd92e8906bae659fa | 86d80a231bde4cfb64bfbfbfffd83056fc93628f, 8308122bc9c065b1f376e081ed300129a2ac9545, ce8f9ddca0c9f217342a8b49efd309aa35b81a36, 508a0139d3bf60f6a03d2fbfb63a89a9463d983a, c64dbef1c0fbd36f9530aa75112acdf6a6d3cfd8, 5a84398101bf9f11e84b176343e4e3ba83e668c0, a594debfd4e7ec39413647458907f689ef57fd2f, c78a4e41ab5ead6193ad8a2dd92e8906bae659fa |
| Linux/Linuxgeneric | 2.6.12 | Not reported |
Published upstream
Jul 19, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: hdlc_ppp: sync per-proto timers before freeing hdlc state Each PPP control protocol (LCP/IPCP/IPV6CP) embedded in struct ppp registers a timer via timer_setup(). That struct ppp is the hdlc->state allocation, which detach_hdlc_protocol() frees with kfree() in both teardown paths: unregister_hdlc_device() and the re-attach inside attach_hdlc_protocol(). The ppp proto never registered a .detach callback, so detach_hdlc_protocol() performs no timer synchronization before the kfree(). The only cancel, timer_delete(&proto->timer) in ppp_cp_event(), is partial (it does not wait for a running callback) and only runs on the ->CLOSED transition; ppp_stop()/ppp_close() do not sync either. A ppp_timer callback already executing (blocked on ppp->lock) survives the kfree and then dereferences proto->state / ppp->lock in freed memory, leading to a use-after-free. Fix this by adding a .detach helper that calls timer_shutdown_sync() on every per-proto timer. detach_hdlc_protocol() invokes proto->detach(dev) before kfree(hdlc->state), so timer_shutdown_sync() now runs on both free paths. timer_shutdown_sync() is used instead of timer_delete_sync() because the keepalive path re-arms the timer through add_timer()/mod_timer() and shutdown blocks any re-activation during teardown. Initialize the per-protocol timers in ppp_ioctl() when the protocol is attached, and remove the now-redundant timer_setup() from ppp_start(), so that the timers are initialized exactly once at attach time and ppp_timer_release() never operates on uninitialized timer_list structures. attach_hdlc_protocol() uses kmalloc() (not kzalloc), so struct ppp's protos[i].timer is uninitialized garbage until the first timer_setup(); without this init-at-attach, attaching the PPP protocol without ever bringing the device up would leave timer_shutdown_sync() operating on uninitialized memory in .detach. Moving the init out of ppp_start() (which only runs on NETDEV_UP) into the attach path makes the initialization unconditional and avoids initializing the same timer_list twice. This bug was found by static analysis.
Quoted source text, attributed separately from HOL analysis.