CVE-2024-27571: LBT T300-T390 · Stack-based Buffer Overflow
Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 16:39 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 53% 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:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 1 Mar 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
To mitigate CVE-2024-27571, organizations should first check for any firmware updates or patches released by LBT addressing this vulnerability and apply them promptly. In the absence of official patches, network administrators should restrict access to the management interfaces of affected devices by implementing network segmentation and firewall rules to block unauthorized POST requests targeting the vulnerable endpoint. Deploying intrusion detection or prevention systems (IDS/IPS) with custom signatures to detect anomalous POST requests containing malformed ApCliSsid parameters can help identify and block exploitation attempts. Additionally, disabling remote management features or restricting them to trusted IP addresses reduces exposure. Regular monitoring of device logs for crashes or unusual reboots can provide early warning signs of exploitation attempts. Finally, organizations should consider replacing vulnerable devices with updated models if patches are unavailable or delayed.
Description
LBT T300-T390 v2.2.1.8 were discovered to contain a stack overflow via the ApCliSsid parameter in the makeCurRemoteApList function. This vulnerability allows attackers to cause a Denial of Service (DoS) via a crafted POST request.