pppoe: drop PFC frames
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, and 2 more
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: yes
- Technical impact: partial
Summary
In the Linux kernel, the following vulnerability has been resolved: pppoe: drop PFC frames RFC 2516 Section 7 states that Protocol Field Compression (PFC) is NOT RECOMMENDED for PPPoE. In practice, pppd does not support negotiating PFC for PPPoE sessions, and the current PPPoE driver assumes an uncompressed (2-byte) protocol field. However, the generic PPP layer function ppp_input() is not aware of the negotiation result, and still accepts PFC frames. If a peer with a broken implementation or an attacker sends a frame with a compressed (1-byte) protocol field, the subsequent PPP payload is shifted by one byte. This causes the network header to be 4-byte misaligned, which may trigger unaligned access exceptions on some architectures. To reduce the attack surface, drop PPPoE PFC frames. Introduce ppp_skb_is_compressed_proto() helper function to be used in both ppp_generic.c and pppoe.c to avoid open-coding.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: yes · Technical impact: partial
- Record last updated
Affected versions
- Linux Linux
From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in cb3beef35ab5e0c1afca9fd7648c6ae499786377; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in ba758fdf1399f310b30098b6faa3fd043de47dd2; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in fcca1df05322bb04e344dd1178b54b76a08eb7c3; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in 8a5e840babc5c0fbd10c73728a13192347771ec6; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in 49e41b60ccd1bdbe9e218420f716dd5f9a2f9c71; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in 0cab5d077dd1efd2bd1a47271acc35894f945b4f; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in 2b5c3c040d020e3ab3b9a8887031202d96843b1e; From 7fb1b8ca8fa1ee34ffc328f17f78da68c7cc04e6 · fixed in cc1ff87bce1ccd38410ab10960f576dcd17db679
- Linux Linux
5.0
- KernelLinux
From 5.0.0 · fixed in 5.10.258; From 5.11.0 · fixed in 5.15.209; From 5.16.0 · fixed in 6.1.175; From 6.2.0 · fixed in 6.6.141; From 6.7.0 · fixed in 6.12.91; From 6.13.0 · fixed in 6.18.33; From 6.19.0 · fixed in 7.0.10
References 8
git.kernel.org
- stable/c/cb3beef35ab5e0c1afca9fd7648c6ae499786377
- stable/c/ba758fdf1399f310b30098b6faa3fd043de47dd2
- stable/c/fcca1df05322bb04e344dd1178b54b76a08eb7c3
- stable/c/8a5e840babc5c0fbd10c73728a13192347771ec6
- stable/c/49e41b60ccd1bdbe9e218420f716dd5f9a2f9c71
- stable/c/0cab5d077dd1efd2bd1a47271acc35894f945b4f
- stable/c/2b5c3c040d020e3ab3b9a8887031202d96843b1e
- stable/c/cc1ff87bce1ccd38410ab10960f576dcd17db679