https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 13:38:32 +0000 https://db.gcve.eu/vuln/fkie_cve-2026-45084 <p>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&#39;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-&gt;content_type-&gt;parsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg-&gt;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&#39;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.</p> <p>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&#39;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-&gt;content_type-&gt;parsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg-&gt;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&#39;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.</p> https://db.gcve.eu/vuln/fkie_cve-2026-45084 https://db.gcve.eu/vuln/ubuntu-cve-2026-45084 <p><strong>Affected:</strong> Ubuntu:18.04:LTS: opensips</p> <p>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&#39;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-&gt;content_type-&gt;parsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg-&gt;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&#39;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.</p> <p><strong>Affected:</strong> Ubuntu:18.04:LTS: opensips</p> <p>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&#39;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-&gt;content_type-&gt;parsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg-&gt;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&#39;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.</p> https://db.gcve.eu/vuln/ubuntu-cve-2026-45084