Bug 2560212 (CVE-2026-115698) - CVE-2026-115698 iwd: mde_equal() compares its first argument to itself
Summary: CVE-2026-115698 iwd: mde_equal() compares its first argument to itself
Keywords:
Status: NEW
Alias: CVE-2026-115698
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2560232
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-10-23 21:26 UTC by OSIDB Bzimport
Modified: 2026-10-23 22:06 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-10-23 21:26:56 UTC
mde_equal() compares its first argument to itself
   CWE-697.  CVSS 3.1: 3.1 Low
   CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
   src/ft.c:385
   Introduced 1.14, commit 2c0234e1

     return memcmp(mde1, mde1, mde1[1] + 2) == 0;

   mde2 is never read, so the check always passes.  Its only caller is
   ft_parse_ies() (ft.c:667), where it should confirm the target AP echoed
   the Mobility Domain element the station sent on the 802.11r FT
   Authentication Response and FT-over-DS paths.  Not an authentication
   bypass - __ft_rx_associate() compares correctly at ft.c:496 and the FTE
   MIC there is keyed on PMK-R1 - but a response carrying an arbitrary
   mobility domain ID and FT capability flags passes the authentication
   stage into FTE parsing and key derivation.  Finding 4 sits on that path,
   one call later.


Note You need to log in before you can comment on or make changes to this bug.