Skip to main content
VulnerabilityPublished Updated

CVE-2023-45927: S-Lang · Improper Check or Handling of Exceptional Conditions

Source CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Mar 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

  1. Immediate identification of all systems running S-Lang 2.3.2 or incorporating it as a dependency is critical.
  2. Apply patches or updates from the S-Lang maintainers as soon as they are released; monitor official channels for announcements.
  3. 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.
  4. Employ application-level input validation and sanitization to prevent triggering the arithmetic exception in tt_sprintf().
  5. Monitor logs and system behavior for crashes or anomalies related to S-Lang processes to detect potential exploitation attempts early.
  6. Consider isolating or sandboxing applications using S-Lang to limit the impact of a potential DoS.
  7. Engage with vendors or internal developers to assess the use of S-Lang and plan for migration to safer alternatives if feasible.
  8. 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().

References

Community reviews

Loading reviews…