CVE-2026-68121High· 7.8▾ MidnightPoC availableIn the Linux kernel, the following vulnerability has been resolved: pppoe: reload header pointer after dev_hard_header() pppoe_sendmsg() saves a pointer to the PPPoE header before calling dev_hard_header(). Device header callbacks are …
▾ Midnight zone — Critical, or high with PoC / in-the-wild
impact 42.9 · likelihood 0.1 · exploitation 12
A public proof-of-concept already exists for this vulnerability — see Exploit availability below.
Public exploit / PoC code seen in 1 source. Availability, not in-the-wild use.
Stakeholder-Specific Vulnerability Categorization from CISA's ADP record at CVE.org: whether exploitation is observed, whether an attack can be automated, and how much of the system is at stake. The CVSS score shown above comes from the assigning CNA record, not NVD.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via CVEORG
Last analysed / modified upstream
0.3%
3 GitHub repos (last check)
In the Linux kernel, the following vulnerability has been resolved:
pppoe: reload header pointer after dev_hard_header()
pppoe_sendmsg() saves a pointer to the PPPoE header before calling dev_hard_header(). Device header callbacks are allowed to reallocate the skb head, invalidating pointers into it.
This can happen when a send is blocked in copy_from_user() while the first non-Ethernet port is added to an empty team device. The team's delegated GRE header callback then expands the skb head. PPPoE subsequently writes six bytes through the stale pointer into the freed head.
Reload the PPPoE header through the skb's network-header offset after device header creation. pskb_expand_head() updates that offset when it relocates the head.
Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 7a56e7c9b08e08fd55a1bcada24cf4fe3782b722Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 6eed5ae7887a93160803d2b81ff88e75eefd4a4cLinux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < ba3409369c5413cdf0dcbf3a928f76b48e8c3e6aLinux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < e6493a4d1ee17595766165fa446d45b7e0c318d0Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 7e9fbd7f96bcde63a7c798fe16b38cedee7a1501Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < 6866abf59976d273164a6624234d96a967280223Linux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < bed4caecd723693f750e13adbb2c42ca1249a3fdLinux >= 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 < e9c238f6fe42fb1b4dba3a578277de32cb487937Linux 2.6.12Refer to the linked advisories for vendor-supplied fixes and affected version ranges.
Connected by shared product, vendor, weakness, or advisory.
CVE-2026-80521High· 7.8In the Linux kernel, the following vulnerability has been resolved: af_unix: Unlink scc_entry in unix_del_edge(). Kyle Zeng reported that GC could free a dead SCC partially. The scenario is as follows: 1) Create two SCCs: …
CVE-2026-80724High· 8.8In the Linux kernel, the following vulnerability has been resolved: ptp: vmclock: prevent read-only mappings from becoming writable vmclock_miscdev_mmap() rejects writable mappings of the shared vmclock ABI page with -EROFS, but leaves…
CVE-2026-99999Critical· 9.3In the Linux kernel, the following vulnerability has been resolved: ipv4: validate checksum_start before completing checksum If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network hea…
CVE-2026-98432NoneIn the Linux kernel, the following vulnerability has been resolved: ipv4: free inet_opt and ireq_opt after an RCU grace period tcp_v4_syn_recv_sock() transfers ownership of ireq->ireq_opt to the child socket (newinet->inet_opt) without…
CVE-2026-98431Medium· 5.5In the Linux kernel, the following vulnerability has been resolved: RDMA/uverbs: Fix mmap_lock/disassociation_lock circular dependency Commit 51976c6cd786 ("RDMA/core: Provide rdma_user_mmap_disassociate() to disassociate mmap pages") …
CVE-2026-98430NoneIn the Linux kernel, the following vulnerability has been resolved: RDMA/efa: Keep admin queues alive while IRQ is registered The management IRQ handler accesses both the admin completion queue and the async event queue