Vulnerability · CVE-2026-53262
l2tp: pppol2tp: hold reference to session in pppol2tp_ioctl()
Published Jun 25, 2026 · catalog updated Oct 17, 2026 · l2tp: pppol2tp: hold reference
Check if you run it
No confirmed exploitation is on record for CVE-2026-53262. EPSS is 0.12%. Act only if a listed version of l2tp: pppol2tp: hold reference is installed.
Gaps on this record
- The stored product name is a package slug. The name on this page is taken from the title (l2tp: pppol2tp: hold reference).
- No vendor fix or required action is stored. Compare the linked advisory before you change production.
- Severity
- High7.8
- Known exploitation
- Not in CISA/VulnCheck KEV
- EPSS
- 0.12%
- Remediation
- Advisory link
- Affected products
- Linux Kernel
In the Linux kernel, the following vulnerability has been resolved: l2tp: pppol2tp: hold reference to session in pppol2tp_ioctl() pppol2tp_ioctl() read sock->sk->sk_user_data directly without any locks or reference counting. If a controllable sleep was induced during copy_from_user() (e.g. via a userfaultfd page fault sleep), a concurrent socket close could trigger pppol2tp_session_close() asynchronously. This frees the l2tp_session structure via the l2tp_session_del_work workqueue. Upon resuming, the ioctl thread dereferences the stale session pointer, resulting in a Use-After-Free (UAF). Fix this by securely fetching the session reference using the RCU-safe, refcounted helper pppol2tp_sock_to_session(sk) on entry. This locks the session's refcount across the sleep. We structured the function to exit via standard err breaks, guaranteeing that l2tp_session_put() is cleanly called on all return paths to drop the reference. To preserve existing behavior we validate the session and its magic signature only for the specific L2TP commands that require it. This ensures that generic/unknown ioctls called on an unconnected socket still return -ENOIOCTLCMD and correctly fall back to generic handlers (e.g. in sock_do_ioctl()).
Are you affected?
Enter the version you run. The result uses only the ranges stored on this record.
The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.
- Linux Kernel2.6.35 → 6.12.94; 6.13.0 → 6.18.36; 6.19.0 → 7.0.13
How to fix CVE-2026-53262
Recommended remediation
A patch or advisory reference is linked. Open the original publisher for availability by product version.
Official advisories
What to do
Three questions, each answered from this record only. Confirm the vendor advisory before you patch.
Should you patch?
No confirmed exploitation is on record for CVE-2026-53262. EPSS is 0.12%. Act only if a listed version of l2tp: pppol2tp: hold reference is installed.
Which versions are affected?
Compare what you have installed with Kernel 2.6.35 → 6.12.94; 6.13.0 → 6.18.36; 6.19.0 → 7.0.13. Compare the installed version with the linked vendor advisory before you change production.
What should an analyst verify?
No weakness class is stored. EPSS 0.12%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.
Code
The project this record applies to. Exploit listings stay in References.
Timeline
Detection, updates, and resolution for this record.
Jun 25, 2026 · OpenSSF OSV / OSV Scanner
Detected
In the Linux kernel, the following vulnerability has been resolved: l2tp: pppol2tp: hold reference to session in pppol2tp_ioctl() pppol2tp_ioctl() read sock->sk->sk_user_data directly without any locks or reference counting. If a controllable sleep was induced during copy_from_user() (e.g. via a userfaultfd page fault sleep), a concurrent socket close could trigger pppol2tp_session_close() asynchr
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Fix available
Kernel fixed in 6.12.94; Kernel fixed in 6.18.36; Kernel fixed in 7.0.13
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Fix available
Kernel fixed in 6.12.94; 6.13.0
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Updated
In the Linux kernel, the following vulnerability has been resolved: l2tp: pppol2tp: hold reference to session in pppol2tp_ioctl() pppol2tp_ioctl() read sock->sk->sk_user_data directly without any locks or reference counting. If a controllable sleep was induced during copy_from_user() (e.g. via a userfaultfd page fault sleep), a concurrent socket close could trigger pppol2tp_session_close() asynchr
Sources
- CVE.orgVulnerability recordCVE-2026-53262
Official CVE identifier
cve.org - FIRST EPSSExploitation probabilityCVE-2026-53262
30-day exploitation probability 0.1%
first.org - OpenSSF OSV / OSV ScannerPackage advisoryCVE-2026-53262
l2tp: pppol2tp: hold reference to session in pppol2tp_ioctl()
osv.dev
References
Freshness
Last verified in this catalog Oct 18, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.