CVE-2020-10660 Vulnerability Analysis & Exploit Details

CVE-2020-10660
Vulnerability Scoring

5.3
/10
Significant Risk

Security assessments indicate that CVE-2020-10660 presents a notable risk, potentially requiring prompt mitigation.

Attack Complexity Details

  • Attack Complexity: Low
    Exploits can be performed without significant complexity or special conditions.
  • Attack Vector: Network
    Vulnerability is exploitable over a network without physical access.
  • Privileges Required: None
    No privileges are required for exploitation.
  • Scope: Unchanged
    Exploit remains within the originally vulnerable component.
  • User Interaction: None
    No user interaction is necessary for exploitation.

CVE-2020-10660 Details

Status: Analyzed

Last updated: 🕓 30 Mar 2020, 16:04 UTC
Originally published on: 🕐 23 Mar 2020, 13:15 UTC

Time between publication and last update: 7 days

CVSS Release: version 3

CVSS3 Source

nvd@nist.gov

CVSS3 Type

Primary

CVSS3 Vector

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N

CVE-2020-10660 Vulnerability Summary

CVE-2020-10660: HashiCorp Vault and Vault Enterprise versions 0.9.0 through 1.3.3 may, under certain circumstances, have an Entity's Group membership inadvertently include Groups the Entity no longer has permissions to. Fixed in 1.3.4.

Assessing the Risk of CVE-2020-10660

Access Complexity Graph

The exploitability of CVE-2020-10660 depends on two key factors: attack complexity (the level of effort required to execute an exploit) and privileges required (the access level an attacker needs).

Exploitability Analysis for CVE-2020-10660

With low attack complexity and no required privileges, CVE-2020-10660 is an easy target for cybercriminals. Organizations should prioritize immediate mitigation measures to prevent unauthorized access and data breaches.

Understanding AC and PR

A lower complexity and fewer privilege requirements make exploitation easier. Security teams should evaluate these aspects to determine the urgency of mitigation strategies, such as patch management and access control policies.

Attack Complexity (AC) measures the difficulty in executing an exploit. A high AC means that specific conditions must be met, making an attack more challenging, while a low AC means the vulnerability can be exploited with minimal effort.

Privileges Required (PR) determine the level of system access necessary for an attack. Vulnerabilities requiring no privileges are more accessible to attackers, whereas high privilege requirements limit exploitation to authorized users with elevated access.

CVSS Score Breakdown Chart

Above is the CVSS Sub-score Breakdown for CVE-2020-10660, illustrating how Base, Impact, and Exploitability factors combine to form the overall severity rating. A higher sub-score typically indicates a more severe or easier-to-exploit vulnerability.

CIA Impact Analysis

Below is the Impact Analysis for CVE-2020-10660, showing how Confidentiality, Integrity, and Availability might be affected if the vulnerability is exploited. Higher values usually signal greater potential damage.

  • Confidentiality: None
    CVE-2020-10660 has no significant impact on data confidentiality.
  • Integrity: Low
    Exploiting CVE-2020-10660 may cause minor changes to data without severely impacting its accuracy.
  • Availability: None
    CVE-2020-10660 does not impact system availability.

Exploit Prediction Scoring System (EPSS)

The EPSS score estimates the probability that this vulnerability will be exploited in the near future.

EPSS Score: 0.071% (probability of exploit)

EPSS Percentile: 34.09% (lower percentile = lower relative risk)
This vulnerability is less risky than approximately 65.91% of others.

CVE-2020-10660 References

External References

CWE Common Weakness Enumeration

CWE-276

CAPEC Common Attack Pattern Enumeration and Classification

  • Accessing Functionality Not Properly Constrained by ACLs CAPEC-1 In applications, particularly web applications, access to functionality is mitigated by an authorization framework. This framework maps Access Control Lists (ACLs) to elements of the application's functionality; particularly URL's for web apps. In the case that the administrator failed to specify an ACL for a particular element, an attacker may be able to access it with impunity. An attacker with the ability to access functionality not properly constrained by ACLs can obtain sensitive information and possibly compromise the entire application. Such an attacker can access resources that must be available only to users at a higher privilege level, can access management sections of the application, or can run queries for data that they otherwise not supposed to.
  • Directory Indexing CAPEC-127 An adversary crafts a request to a target that results in the target listing/indexing the content of a directory as output. One common method of triggering directory contents as output is to construct a request containing a path that terminates in a directory name rather than a file name since many applications are configured to provide a list of the directory's contents when such a request is received. An adversary can use this to explore the directory tree on a target as well as learn the names of files. This can often end up revealing test files, backup files, temporary files, hidden files, configuration files, user accounts, script contents, as well as naming conventions, all of which can be used by an attacker to mount additional attacks.
  • Web Server Logs Tampering CAPEC-81 Web Logs Tampering attacks involve an attacker injecting, deleting or otherwise tampering with the contents of web logs typically for the purposes of masking other malicious behavior. Additionally, writing malicious data to log files may target jobs, filters, reports, and other agents that process the logs in an asynchronous attack pattern. This pattern of attack is similar to "Log Injection-Tampering-Forging" except that in this case, the attack is targeting the logs of the web server and not the application.

Vulnerable Configurations

  • cpe:2.3:a:hashicorp:vault:0.9.0:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.0:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.1:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.1:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.2:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.2:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.2:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.2:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.3:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.3:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.4:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.4:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.5:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.5:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.9.6:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.9.6:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.0:-:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.0:-:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.0:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.0:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.0:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.0:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.1:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.1:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.2:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.2:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.3:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.3:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.10.4:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.10.4:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.0:-:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.0:-:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.0:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.0:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.0:beta1:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.0:beta1:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.1:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.1:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.2:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.2:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.3:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.3:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.4:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.4:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.5:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.5:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:0.11.6:*:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:0.11.6:*:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.0:-:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.0:-:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.0:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.0:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.0:beta1:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.0:beta1:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.0:beta2:*:*:*:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.0:beta2:*:*:*:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.1:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.1:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.1:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.1:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.2:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.2:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.2:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.2:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.3:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.3:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.0.3:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.0.3:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:-:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:-:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:-:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:-:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:beta1:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:beta1:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:beta1:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:beta1:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:beta2:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:beta2:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.0:beta2:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.0:beta2:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.1:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.1:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.1:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.1:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.2:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.2:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.2:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.2:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.3:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.3:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.3:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.3:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.4:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.4:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.4:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.4:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.5:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.5:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.1.5:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.1.5:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:-:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:-:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:-:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:-:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:rc1:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:rc1:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:rc1:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:rc1:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:beta1:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:beta1:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:beta1:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:beta1:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:beta2:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:beta2:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.0:beta2:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.0:beta2:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.1:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.1:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.1:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.1:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.2:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.2:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.2:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.2:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.3:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.3:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.3:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.3:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.4:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.4:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.4:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.4:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.5:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.5:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.2.5:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.2.5:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.0:-:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.0:-:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.0:-:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.0:-:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.0:beta1:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.0:beta1:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.0:beta1:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.0:beta1:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.1:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.1:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.1:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.1:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.2:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.2:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.2:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.2:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.3:*:*:*:-:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.3:*:*:*:-:*:*:*
  • cpe:2.3:a:hashicorp:vault:1.3.3:*:*:*:enterprise:*:*:*
    cpe:2.3:a:hashicorp:vault:1.3.3:*:*:*:enterprise:*:*:*

Protect Your Infrastructure against CVE-2020-10660: Combat Critical CVE Threats

Stay updated with real-time CVE vulnerabilities and take action to secure your systems. Enhance your cybersecurity posture with the latest threat intelligence and mitigation techniques. Develop the skills necessary to defend against CVEs and secure critical infrastructures. Join the top cybersecurity professionals safeguarding today's infrastructures.

Other 5 Recently Published CVEs Vulnerabilities

  • CVE-2025-2130 – A vulnerability was found in OpenXE up to 1.12. It has been declared as problematic. This vulnerability affects unknown code of the component Ticke...
  • CVE-2025-26205 – Lua 5.4.7, when the debug library is used, has a out-of-bounds read and segmentation violation in mainpositionTV in ltable.c. NOTE: this is dispute...
  • CVE-2025-26204 – Lua 5.4.7, when the debug library is used, has a out-of-bounds read and segmentation violation in equalkey in ltable.c. NOTE: this is disputed beca...
  • CVE-2025-2129 – A vulnerability was found in Mage AI 0.9.75. It has been classified as problematic. This affects an unknown part. The manipulation leads to insecur...
  • CVE-2025-2127 – A vulnerability was found in JoomlaUX JUX Real Estate 3.4.0 on Joomla. It has been classified as problematic. Affected is an unknown function of th...