{"answers":{"affected":"It affects 1 product.","exploited":"There is no known exploitation of CVE-2019-1968 in the wild and no public exploit code.","fix":"No fix has been published for CVE-2019-1968 yet. Limit exposure of the affected software until one is available.","what":"CVE-2019-1968 is a medium-severity denial of service vulnerability in Cisco Nx-Os, published on 29 Aug 2019. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2019-1968 and fix it if it is affected.\n\nWhat it is: CVE-2019-1968 is a medium-severity denial of service vulnerability in Cisco Nx-Os, published on 29 Aug 2019. 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-2019-1968 in the wild and no public exploit code.\n\nAffected product: Cisco Nx-Os. 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-2019-1968/ (Markdown: https://insights.sbomify.com/CVE-2019-1968/index.md)","id":"CVE-2019-1968","markdown":"https://insights.sbomify.com/CVE-2019-1968/index.md","name":"CVE-2019-1968","record":{"aliases":["GHSA-cp28-47gg-22cx"],"analysis":{"component_type":"network_device","fix_type":"patch","impacts":["denial_of_service"],"network_reachable":"yes","non_default_config":true,"product_category":"Cisco NX-OS","requires_auth":"none","summary":"An unauthenticated remote attacker can cause a denial of service in the NX-API service by sending a crafted HTTP request, requiring the feature to be enabled.","user_interaction":"not_required","vuln_class":"denial_of_service"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"cisco","cpe":[{"product":"nx-os","vendor":"cisco"}],"cvss":{"score":5.3,"severity":"medium","source":"cna","vector":"CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L","version":"3.0"},"cwes":[{"id":"CWE-116","name":"Improper Encoding or Escaping of Output"},{"id":"CWE-20","name":"Improper Input Validation"}],"description":"A vulnerability in the NX-API feature of Cisco NX-OS Software could allow an unauthenticated, remote attacker to cause an NX-API system process to unexpectedly restart. The vulnerability is due to incorrect validation of the HTTP header of a request that is sent to the NX-API. An attacker could exploit this vulnerability by sending a crafted HTTP request to the NX-API on an affected device. A successful exploit could allow the attacker to cause a denial of service (DoS) condition in the NX-API service; however, the NX-OS device itself would still be available and passing network traffic. Note: The NX-API feature is disabled by default.","ecosystems":[],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":null,"headline":"Cisco NX-OS Software NX-API Denial of Service Vulnerability","id":"CVE-2019-1968","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":"cisco:nx-os","products":["cisco:nx-os"],"type":"denial_of_service","year":"2019"},"n_packages":0,"n_references":1,"next":{"headline":"Cisco NX-OS Software SNMP Access Control List Configuration Name Bypass Vulnerability","id":"CVE-2019-1969"},"packages":[],"prev":{"headline":"Cisco NX-OS Software Network Time Protocol Denial of Service Vulnerability","id":"CVE-2019-1967"},"products":["Cisco NX-OS Software 6.0(2)A4(1)"],"published":"2019-08-29","related":[{"cvss_score":6,"headline":"Cisco NX-OS Command Injection","id":"CVE-2024-20399","kev_date_added":"2024-07-02","published":"2024-07-01"},{"cvss_score":9.8,"headline":"Cisco NX-OS Software Unauthenticated Arbitrary File Actions Vulnerability","id":"CVE-2021-1361","kev_date_added":null,"published":"2021-02-24"},{"cvss_score":9.8,"headline":"Memory corruption in Cisco NX-OS unknown","id":"CVE-2018-0301","kev_date_added":null,"published":"2018-06-20"},{"cvss_score":9.8,"headline":"Memory corruption in n/a","id":"CVE-2016-1453","kev_date_added":null,"published":"2016-10-06"},{"cvss_score":9.8,"headline":"Hardcoded credentials in n/a","id":"CVE-2016-1341","kev_date_added":null,"published":"2016-02-24"},{"cvss_score":8.8,"headline":"Cisco NX-OS Software NX-API Command Injection Vulnerability","id":"CVE-2022-20650","kev_date_added":null,"published":"2022-02-23"},{"cvss_score":8.8,"headline":"Cisco NX-OS Software Data Management Engine Remote Code Execution Vulnerability","id":"CVE-2020-3415","kev_date_added":null,"published":"2020-08-27"}],"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":"yes","exploitation":"none","technical_impact":"partial"},"state":"PUBLISHED","updated":"2024-11-19","vendors":["Cisco"]},"summary":"An unauthenticated remote attacker can cause a denial of service in the NX-API service by sending a crafted HTTP request, requiring the feature to be enabled.","url":"https://insights.sbomify.com/CVE-2019-1968/"}