CVE Catalog

CVE-2026-45084

HighCVSS 8.7
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.46%

38th percentile - higher than 38% of all known CVEs

Summary

In OpenSIPS versions 3.4.0 through 3.6.5, there is a denial of service vulnerability in the presence module. The handle_publish() function processes a SIP PUBLISH request with an Event: presence header and a message body while enable_sphere_check=1, invoking get_content_type() without first calling parse_content_type_hdr(), causing a crash due to dereferencing uninitialized or NULL Content-Type parsing state. A remote attacker can cause a denial of service with a single PUBLISH request over UDP or TCP.

Risk Assessment

An attacker can easily crash the server, leading to unavailability of SIP services, impacting communication and business continuity.

Recommendation

Upgrade OpenSIPS to version 3.6.6 or 4.0.0-rc1, which contain the fix. Also consider restricting access to the presence module to trusted sources only.

Other vulnerabilities in OpenSIPS

See all
Original NVD description (English source)

OpenSIPS is a Session Initiation Protocol (SIP) server implementation. Versions 3.4.0 through 3.6.5 contain a denial of service vulnerability in the presence module. When the presence module's handle_publish() function processes a SIP PUBLISH request with an Event: presence header and a message body while the configuration option enable_sphere_check=1 is set, it invokes the get_content_type() macro without first calling parse_content_type_hdr(), causing it to dereference uninitialized or NULL Content-Type parsing state and crash. If a Content-Type header is present but unparsed, msg->content_type->parsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg->content_type itself is NULL, and both cases lead to a crash. A remote attacker can therefore cause a denial of service against an affected instance with a single PUBLISH request over UDP or TCP, using either a valid Content-Type: application/pidf+xml request or one with the header removed, and the vulnerable code path itself does not enforce authentication (though a deployment's routing configuration may require it before this route is reached). The issue has been fixed in version 3.6.6 and 4.0.0-rc1.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS