Dismissed
(max. allowed matches exceeded)
Permalink
CVE-2026-63925
8.1 HIGH
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Adjacent (A)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): None (N)
- User Interaction (UI): None (N)
- Scope (S): Unchanged (U)
- Confidentiality (C): None (N)
- Integrity (I): High (H)
- Availability (A): High (H)
- Modified Attack Vector (MAV): Adjacent (A)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): None (N)
- Modified User Interaction (MUI): None (N)
- Modified Confidentiality (MC): None (N)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): High (H)
- Modified Availability (MA): High (H)
Activity log
- Created & dismissed (max. allowed matches exceeded) suggestion
macsec: fix replay protection at XPN lower-PN wrap
In the Linux kernel, the following vulnerability has been resolved: macsec: fix replay protection at XPN lower-PN wrap In macsec_post_decrypt(), when pn is U32_MAX, pn + 1 overflows u32 to 0 and the first branch never fires. If next_pn_halves.lower is also in the upper half, pn_same_half(pn, lower) is true and the XPN else-if does not fire either, leaving next_pn_halves unchanged. An attacker that captures the legitimate frame carrying pn == 0xFFFFFFFF on an XPN association can then replay it indefinitely, since lowest_pn never rises above the captured pn and macsec_decrypt() reconstructs the same IV. Extend the XPN else-if to also fire when pn + 1 wraps to 0, so receipt of pn == U32_MAX advances next_pn_halves to (upper + 1, 0).
References
Affected products
Linux
- <d55acbe577db892b60547b6ef1c020b359331a6d
- =<5.10.*
- =<6.18.*
- <e68842b3356471ba56c882209f324613dac47f64
- =<7.0.*
- =<6.12.*
- <dd7306779c6ce1238f4cdc34f3c1f2246b854457
- <23c0e230eab397d7f68be2538790ac41d3bb91fd
- <d15130461df388136b62a7b0ce9f66e7e2fa9ff1
- ==5.7
- =<6.1.*
- =<6.6.*
- =<*
- =<5.15.*
- <679e13a65e68a67c8b3c0467c02ee89157ec6f0f
- <79495a1b0944fe31ffd54b54b00211b493590d62
- <6d00f5c7e5ff7ec4795b7f5f8ed88bd346641652
- <5.7