{"answers":{"affected":"It affects 2 products.","exploited":"There is no known exploitation of CVE-2020-10138 in the wild and no public exploit code.","fix":"No fix has been published for CVE-2020-10138 yet. Limit exposure of the affected software until one is available.","what":"CVE-2020-10138 is a high-severity vulnerability in Acronis Cyber Protect, published on 21 Oct 2020. It can only be exploited from the same machine or local network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2020-10138 and fix it if it is affected.\n\nWhat it is: CVE-2020-10138 is a high-severity vulnerability in Acronis Cyber Protect, published on 21 Oct 2020. It can only be exploited from the same machine or local network, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2020-10138 in the wild and no public exploit code.\n\nAffected product: Acronis Cyber Protect. 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-2020-10138/ (Markdown: https://insights.sbomify.com/CVE-2020-10138/index.md)","id":"CVE-2020-10138","markdown":"https://insights.sbomify.com/CVE-2020-10138/index.md","name":"CVE-2020-10138","record":{"aliases":["GHSA-8h9x-6778-m2fg"],"analysis":{"component_type":"desktop_application","fix_type":"patch","impacts":["code_execution","privilege_escalation"],"network_reachable":"adjacent_or_local","non_default_config":false,"product_category":"Acronis backup software","requires_auth":"low_privilege","summary":"Local attackers can achieve SYSTEM privileges by creating a malicious OpenSSL configuration file in a predictable path used by the Acronis privileged service.","user_interaction":"not_required","vuln_class":"privilege_escalation"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"certcc","cpe":[{"product":"cyber_backup","vendor":"acronis"},{"product":"cyber_protect","vendor":"acronis"}],"cvss":{"score":7.8,"severity":"high","source":"cna","vector":"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"cwes":[{"id":"CWE-665","name":"Improper Initialization"},{"id":"CWE-284","name":"Improper Access Control"}],"description":"Acronis Cyber Backup 12.5 and Cyber Protect 15 include an OpenSSL component that specifies an OPENSSLDIR variable as a subdirectory within C:\\jenkins_agent\\. Acronis Cyber Backup and Cyber Protect contain a privileged service that uses this OpenSSL component. Because unprivileged Windows users can create subdirectories off of the system root, a user can create the appropriate path to a specially-crafted openssl.cnf file to achieve arbitrary code execution with SYSTEM privileges.","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":"Privilege escalation in Cyber Backup","id":"CVE-2020-10138","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":"acronis:cyber_protect","products":["acronis:cyber_protect"],"type":"privilege_escalation","year":"2020"},"n_packages":0,"n_references":1,"next":{"headline":"Privilege escalation in True Image 2021","id":"CVE-2020-10139"},"packages":[],"prev":{"headline":"Denial of service in UZB-7","id":"CVE-2020-10137"},"products":["Cyber Backup","Cyber Protect"],"published":"2020-10-21","related":[{"cvss_score":9.3,"headline":"Information disclosure in Acronis Cyber Backup 12.5","id":"CVE-2022-30995","kev_date_added":null,"published":"2023-05-03"},{"cvss_score":9.3,"headline":"Privilege escalation in Acronis Cyber Backup 12.5","id":"CVE-2022-3405","kev_date_added":null,"published":"2023-05-03"},{"cvss_score":6.5,"headline":"Server-side request forgery in n/a","id":"CVE-2020-16171","kev_date_added":null,"published":"2020-09-21"}],"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-04","vendors":["Acronis"]},"summary":"Local attackers can achieve SYSTEM privileges by creating a malicious OpenSSL configuration file in a predictable path used by the Acronis privileged service.","url":"https://insights.sbomify.com/CVE-2020-10138/"}