{"answers":{"affected":"3 open source packages ship an affected version, including github.com/emiago/sipgo. It affects 1 product.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2025-68274 exists.","fix":"Upgrade github.com/emiago/sipgo to 1.0.0-alpha-1 or later.","what":"CVE-2025-68274 is a high-severity vulnerability in emiago sipgo, published on 16 Dec 2025. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2025-68274 and fix it if it is affected.\n\nWhat it is: CVE-2025-68274 is a high-severity vulnerability in emiago sipgo, published on 16 Dec 2025. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2025-68274 exists.\n\nAffected packages and fixed versions:\n- github.com/emiago/sipgo (Go): affected all versions; fixed in 1.0.0-alpha-1\n- github.com/emiago/sipgo (Go): affected from 0.3.0; fixed in 1.0.0-alpha-1\n- github.com/emiago/sipgo (Go): affected from 0.3.0; fixed in 1.0.0-alpha-1\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2025-68274/ (Markdown: https://insights.sbomify.com/CVE-2025-68274/index.md)","id":"CVE-2025-68274","markdown":"https://insights.sbomify.com/CVE-2025-68274/index.md","name":"CVE-2025-68274","record":{"aliases":["GHSA-c623-f998-8hhv","GO-2025-4244","MINI-82hj-w225-qw8m","MINI-rqv5-32rf-hf7g"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["denial_of_service"],"network_reachable":"yes","non_default_config":false,"product_category":"Go SIP library","requires_auth":"none","summary":"Remote attackers can crash SIP applications using the SIPGO library by sending a malformed request missing the To header, causing a nil pointer dereference.","user_interaction":"not_required","vuln_class":"null_dereference"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[{"product":"sipgo","vendor":"emiago"}],"cvss":{"score":8.7,"severity":"high","source":"cna","vector":"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","version":"4.0"},"cwes":[{"id":"CWE-755","name":"Improper Handling of Exceptional Conditions"},{"id":"CWE-476","name":"NULL Pointer Dereference"}],"description":"SIPGO is a library for writing SIP services in the GO language. Starting in version 0.3.0 and prior to version 1.0.0-alpha-1, a nil pointer dereference vulnerability is in the SIPGO library's `NewResponseFromRequest` function that affects all normal SIP operations. The vulnerability allows remote attackers to crash any SIP application by sending a single malformed SIP request without a To header. The vulnerability occurs when SIP message parsing succeeds for a request missing the To header, but the response creation code assumes the To header exists without proper nil checks. This affects routine operations like call setup, authentication, and message handling - not just error cases. This vulnerability affects all SIP applications using the sipgo library, not just specific configurations or edge cases, as long as they make use of the `NewResponseFromRequest` function. Version 1.0.0-alpha-1 contains a patch for the issue.","ecosystems":["Go"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"SIPGO library has response DoS vulnerability via nil pointer dereference","id":"CVE-2025-68274","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Go","product":null,"products":[],"type":"null_dereference","year":"2025"},"n_packages":3,"n_references":2,"next":{"headline":"ChurchCRM vulnerable to Stored XSS - Group name \u003e Person Listing","id":"CVE-2025-68275"},"packages":[{"ecosystem":"Go","fixed":["1.0.0-alpha-1"],"introduced":["0"],"last_affected":[],"package":"github.com/emiago/sipgo","purl":"pkg:golang/github.com/emiago/sipgo","source":"GO-2025-4244"},{"ecosystem":"Go","fixed":["1.0.0-alpha-1"],"introduced":["0.3.0"],"last_affected":[],"package":"github.com/emiago/sipgo","purl":null,"source":"GHSA-c623-f998-8hhv"},{"ecosystem":"Go","fixed":["1.0.0-alpha-1"],"introduced":["0.3.0"],"last_affected":[],"package":"github.com/emiago/sipgo","purl":"pkg:golang/github.com/emiago/sipgo","source":"GHSA-c623-f998-8hhv"}],"prev":{"headline":"Signal K Server Vulnerable to Unauthenticated Information Disclosure via Exposed Endpoints","id":"CVE-2025-68273"},"products":["sipgo"],"published":"2025-12-16","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CC BY 4.0","name":"Go Vulnerability Database","prefix":"GO"},{"class":"attribution","licence":"US public information, NVD API terms","name":"NVD"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"yes","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2025-12-17","vendors":["emiago"]},"summary":"Remote attackers can crash SIP applications using the SIPGO library by sending a malformed request missing the To header, causing a nil pointer dereference.","url":"https://insights.sbomify.com/CVE-2025-68274/"}