CVE-2024-39229: a Communication Channel · Improper Enforcement of Message Integrity During Transmission
Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 7% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 6 Aug 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
AI-suggested
Until official patches are released by GL-iNet, organizations should implement network-level mitigations to reduce exposure. These include enforcing encrypted tunnels (e.g., VPNs) for remote access to devices, restricting DDNS traffic to trusted networks, and monitoring network traffic for unusual patterns indicative of MitM attempts. Disabling DDNS services on affected devices where feasible can eliminate the attack vector. Network segmentation and strict firewall rules should be applied to isolate vulnerable devices from untrusted networks. Additionally, organizations should subscribe to GL-iNet security advisories and promptly apply firmware updates once available. Employing DNS security extensions (DNSSEC) and validating DNS responses can help mitigate downstream DNS manipulation risks. Regular security audits and penetration testing focusing on network device communications are recommended to detect exploitation attempts.
Description
An issue in GL-iNet products AR750/AR750S/AR300M/AR300M16/MT300N-V2/B1300/MT1300/SFT1200/X750 v4.3.11, MT3000/MT2500/AXT1800/AX1800/A1300/X300B v4.5.16, XE300 v4.3.16, E750 v4.3.12, AP1300/S1300 v4.3.13, XE3000/X3000 v4, and B2200/MV1000/MV1000W/USB150/N300/SF1200 v3.216 allows attackers to intercept communications via a man-in-the-middle attack when DDNS clients are reporting data to the server.