CVE-2023-45927: S-Lang · Improper Check or Handling of Exceptional Conditions
Source CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.8% chance of exploitation in 30 days – higher than 57% 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:H/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 27 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
- Immediate identification of all systems running S-Lang 2.3.2 or incorporating it as a dependency is critical.
- Apply patches or updates from the S-Lang maintainers as soon as they are released; monitor official channels for announcements.
- If patches are unavailable, implement network-level protections such as firewall rules or intrusion prevention systems to restrict access to services using S-Lang, especially from untrusted networks.
- Employ application-level input validation and sanitization to prevent triggering the arithmetic exception in tt_sprintf().
- Monitor logs and system behavior for crashes or anomalies related to S-Lang processes to detect potential exploitation attempts early.
- Consider isolating or sandboxing applications using S-Lang to limit the impact of a potential DoS.
- Engage with vendors or internal developers to assess the use of S-Lang and plan for migration to safer alternatives if feasible.
- Conduct security awareness and incident response training focused on recognizing and responding to DoS conditions caused by this vulnerability.
Description
S-Lang 2.3.2 was discovered to contain an arithmetic exception via the function tt_sprintf().