{"answers":{"affected":"It affects 2 products.","exploited":"There is no known exploitation of CVE-2017-16672 in the wild and no public exploit code.","fix":"Upgrade to a fixed version.","what":"CVE-2017-16672 is a medium-severity denial of service vulnerability in Digium Asterisk, published on 9 Nov 2017. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2017-16672 and fix it if it is affected.\n\nWhat it is: CVE-2017-16672 is a medium-severity denial of service vulnerability in Digium Asterisk, published on 9 Nov 2017. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2017-16672 in the wild and no public exploit code.\n\nAffected product: Digium Asterisk. No package-level version data is available, so check the vendor advisory linked from the reference page.\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-2017-16672/ (Markdown: https://insights.sbomify.com/CVE-2017-16672/index.md)","id":"CVE-2017-16672","markdown":"https://insights.sbomify.com/CVE-2017-16672/index.md","name":"CVE-2017-16672","record":{"aliases":["DEBIAN-CVE-2017-16672","GHSA-6j42-f94q-5pq7","UBUNTU-CVE-2017-16672"],"analysis":{"component_type":"server_software","fix_type":"upgrade","impacts":["denial_of_service"],"network_reachable":"yes","non_default_config":false,"product_category":"Asterisk PBX","requires_auth":"none","summary":"A memory leak in Asterisk pjsip session handling allows attackers to exhaust memory and crash the service by rejecting calls.","user_interaction":"not_required","vuln_class":"denial_of_service"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"mitre","cpe":[{"product":"asterisk","vendor":"digium"},{"product":"certified_asterisk","vendor":"digium"}],"cvss":{"score":5.9,"severity":"medium","source":"nvd","vector":"CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H","version":"3.0"},"cwes":[{"id":"CWE-772","name":"Missing Release of Resource after Effective Lifetime"}],"description":"An issue was discovered in Asterisk Open Source 13 before 13.18.1, 14 before 14.7.1, and 15 before 15.1.1 and Certified Asterisk 13.13 before 13.13-cert7. A memory leak occurs when an Asterisk pjsip session object is created and that call gets rejected before the session itself is fully established. When this happens the session object never gets destroyed. Eventually Asterisk can run out of memory and crash.","ecosystems":[],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"Denial of service in n/a","id":"CVE-2017-16672","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":"digium:asterisk","products":["digium:asterisk","digium:certified_asterisk"],"type":"denial_of_service","year":"2017"},"n_packages":0,"n_references":5,"next":{"headline":"Auth bypass in n/a","id":"CVE-2017-16673"},"packages":[],"prev":{"headline":"Memory corruption in n/a","id":"CVE-2017-16671"},"products":["n/a"],"published":"2017-11-09","related":[{"cvss_score":9.8,"headline":"Command injection in n/a","id":"CVE-2017-14100","kev_date_added":null,"published":"2017-09-02"},{"cvss_score":9,"headline":"Privilege escalation in n/a","id":"CVE-2014-8418","kev_date_added":null,"published":"2014-11-24"},{"cvss_score":9,"headline":"Missing authorization in n/a","id":"CVE-2011-1599","kev_date_added":null,"published":"2011-04-27"},{"cvss_score":8.8,"headline":"Memory corruption in n/a","id":"CVE-2017-16671","kev_date_added":null,"published":"2017-11-09"},{"cvss_score":8.8,"headline":"Memory corruption in n/a","id":"CVE-2017-7617","kev_date_added":null,"published":"2017-04-10"},{"cvss_score":7.8,"headline":"Denial of service in n/a","id":"CVE-2009-2726","kev_date_added":null,"published":"2009-08-12"},{"cvss_score":7.8,"headline":"Null dereference in n/a","id":"CVE-2007-1306","kev_date_added":null,"published":"2007-03-07"}],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"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":null,"exploitation":null,"technical_impact":null},"state":"PUBLISHED","updated":"2024-08-05","vendors":["n/a"]},"summary":"A memory leak in Asterisk pjsip session handling allows attackers to exhaust memory and crash the service by rejecting calls.","url":"https://insights.sbomify.com/CVE-2017-16672/"}