{
  "affected": [
    {
      "ranges": [
        {
          "database_specific": {
            "extracted_events": [
              {
                "introduced": "3.4.0"
              },
              {
                "fixed": "3.6.6"
              },
              {
                "introduced": "4.0.0-beta"
              },
              {
                "fixed": "4.0.0-rc1"
              }
            ],
            "source": "AFFECTED_FIELD"
          },
          "events": [
            {
              "introduced": "f3e0d5333913bcaace4c8f8711871550accca63f"
            },
            {
              "fixed": "26c0c4e3364806e77c2915b1c3e03bf9bd90dccd"
            },
            {
              "introduced": "985272ff3d7ebc5e9f24ad9f8fcf8b1d2549f1b6"
            },
            {
              "fixed": "b3621031661ed10d6af511d7c41f512075357a00"
            }
          ],
          "repo": "https://github.com/opensips/opensips",
          "type": "GIT"
        }
      ]
    }
  ],
  "aliases": [
    "GHSA-h3ww-hchh-x2g9"
  ],
  "database_specific": {
    "cna_assigner": "GitHub_M",
    "cwe_ids": [
      "CWE-476"
    ],
    "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/45xxx/CVE-2026-45084.json"
  },
  "details": "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-\u003econtent_type-\u003eparsed is NULL and is dereferenced as a content_t pointer; if the request lacks a Content-Type header entirely, msg-\u003econtent_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.",
  "id": "CVE-2026-45084",
  "modified": "2026-09-10T03:30:42.742846968Z",
  "published": "2026-08-04T21:23:21.106Z",
  "references": [
    {
      "type": "ADVISORY",
      "url": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/45xxx/CVE-2026-45084.json"
    },
    {
      "type": "ADVISORY",
      "url": "https://github.com/OpenSIPS/opensips/security/advisories/GHSA-h3ww-hchh-x2g9"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-45084"
    }
  ],
  "schema_version": "1.9.0",
  "severity": [
    {
      "score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N",
      "type": "CVSS_V4"
    }
  ],
  "summary": "OpenSIPS: Denial of service in presence.handle_publish() from unchecked Content-Type state"
}