Skip to main content
VulnerabilityPublished Updated

CVE-2023-51443: signalwire freeswitch · Improper Check or Handling of Exceptional Conditions

Affects signalwire freeswitchSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 1.10.11 soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.4% chance of exploitation in 30 days – higher than 73% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.10.11
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 Dec 2023

  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

Upgrade signalwire/freeswitch to 1.10.11.

Affected software

ProductAffectedFixed in
GitHubsignalwire/freeswitchpkg:github/signalwire/freeswitchOther threatsAffected
  • <1.10.11
Fixed in
  • 1.10.11

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

The primary mitigation is to upgrade all FreeSWITCH deployments to version 1.10.11 or later, which includes the security fix that drops packets from unvalidated IP addresses after ICE checks. Organizations should implement strict network-level filtering to block malformed or suspicious DTLS ClientHello messages, particularly those with invalid CipherSuites. Monitoring and alerting on abnormal DTLS handshake failures can help detect ongoing exploitation attempts. Deploying rate limiting on DTLS handshake requests can reduce the impact of flooding attacks. It is also advisable to review and harden ICE configuration to ensure only validated addresses are accepted. For environments where immediate upgrade is not feasible, isolating FreeSWITCH servers behind firewalls or session border controllers (SBCs) that can filter DTLS traffic is recommended. Regular vulnerability scanning and penetration testing should include checks for this vulnerability. Finally, maintaining up-to-date incident response plans for telecom service disruptions will help minimize downtime if exploitation occurs.

Description

FreeSWITCH is a Software Defined Telecom Stack enabling the digital transformation from proprietary telecom switches to a software implementation that runs on any commodity hardware. Prior to version 1.10.11, when handling DTLS-SRTP for media setup, FreeSWITCH is susceptible to Denial of Service due to a race condition in the hello handshake phase of the DTLS protocol. This attack can be done continuously, thus denying new DTLS-SRTP encrypted calls during the attack. If an attacker manages to send a ClientHello DTLS message with an invalid CipherSuite (such as `TLS_NULL_WITH_NULL_NULL`) to the port on the FreeSWITCH server that is expecting packets from the caller, a DTLS error is generated. This results in the media session being torn down, which is followed by teardown at signaling (SIP) level too. Abuse of this vulnerability may lead to a massive Denial of Service on vulnerable FreeSWITCH servers for calls that rely on DTLS-SRTP. To address this vulnerability, upgrade FreeSWITCH to 1.10.11 which includes the security fix. The solution implemented is to drop all packets from addresses that have not been validated by an ICE check.

References

Community reviews

Loading reviews…