CVE-2020-26214 Vulnerability Analysis & Exploit Details

CVE-2020-26214
Vulnerability Scoring

9.8
/10
Critical Risk

As a catastrophic security flaw, CVE-2020-26214 has severe implications, demanding immediate intervention.

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-26214 Details

Status: Analyzed

Last updated: 🕘 17 Nov 2020, 21:08 UTC
Originally published on: 🕕 06 Nov 2020, 18:15 UTC

Time between publication and last update: 11 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:H/I:H/A:H

CVE-2020-26214 Vulnerability Summary

CVE-2020-26214: In Alerta before version 8.1.0, users may be able to bypass LDAP authentication if they provide an empty password when Alerta server is configure to use LDAP as the authorization provider. Only deployments where LDAP servers are configured to allow unauthenticated authentication mechanism for anonymous authorization are affected. A fix has been implemented in version 8.1.0 that returns HTTP 401 Unauthorized response for any authentication attempts where the password field is empty. As a workaround LDAP administrators can disallow unauthenticated bind requests by clients.

Assessing the Risk of CVE-2020-26214

Access Complexity Graph

The exploitability of CVE-2020-26214 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-26214

With low attack complexity and no required privileges, CVE-2020-26214 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-26214, 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-26214, showing how Confidentiality, Integrity, and Availability might be affected if the vulnerability is exploited. Higher values usually signal greater potential damage.

  • Confidentiality: High
    Exploiting CVE-2020-26214 can result in unauthorized access to sensitive data, severely compromising data privacy.
  • Integrity: High
    CVE-2020-26214 could allow unauthorized modifications to data, potentially affecting system reliability and trust.
  • Availability: High
    CVE-2020-26214 can disrupt system operations, potentially causing complete denial of service (DoS).

Exploit Prediction Scoring System (EPSS)

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

EPSS Score: 2.972% (probability of exploit)

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

CVE-2020-26214 References

External References

CWE Common Weakness Enumeration

CWE-287

CAPEC Common Attack Pattern Enumeration and Classification

  • Authentication Abuse CAPEC-114 An attacker obtains unauthorized access to an application, service or device either through knowledge of the inherent weaknesses of an authentication mechanism, or by exploiting a flaw in the authentication scheme's implementation. In such an attack an authentication mechanism is functioning but a carefully controlled sequence of events causes the mechanism to grant access to the attacker.
  • Authentication Bypass CAPEC-115 An attacker gains access to application, service, or device with the privileges of an authorized or privileged user by evading or circumventing an authentication mechanism. The attacker is therefore able to access protected data without authentication ever having taken place.
  • Identity Spoofing CAPEC-151 Identity Spoofing refers to the action of assuming (i.e., taking on) the identity of some other entity (human or non-human) and then using that identity to accomplish a goal. An adversary may craft messages that appear to come from a different principle or use stolen / spoofed authentication credentials.
  • Fake the Source of Data CAPEC-194 An adversary takes advantage of improper authentication to provide data or services under a falsified identity. The purpose of using the falsified identity may be to prevent traceability of the provided data or to assume the rights granted to another individual. One of the simplest forms of this attack would be the creation of an email message with a modified "From" field in order to appear that the message was sent from someone other than the actual sender. The root of the attack (in this case the email system) fails to properly authenticate the source and this results in the reader incorrectly performing the instructed action. Results of the attack vary depending on the details of the attack, but common results include privilege escalation, obfuscation of other attacks, and data corruption/manipulation.
  • Exploiting Trust in Client CAPEC-22 An attack of this type exploits vulnerabilities in client/server communication channel authentication and data integrity. It leverages the implicit trust a server places in the client, or more importantly, that which the server believes is the client. An attacker executes this type of attack by communicating directly with the server where the server believes it is communicating only with a valid client. There are numerous variations of this type of attack.
  • Utilizing REST's Trust in the System Resource to Obtain Sensitive Data CAPEC-57 This attack utilizes a REST(REpresentational State Transfer)-style applications' trust in the system resources and environment to obtain sensitive data once SSL is terminated.
  • Session Hijacking CAPEC-593 This type of attack involves an adversary that exploits weaknesses in an application's use of sessions in performing authentication. The adversary is able to steal or manipulate an active session and use it to gain unathorized access to the application.
  • Token Impersonation CAPEC-633 An adversary exploits a weakness in authentication to create an access token (or equivalent) that impersonates a different entity, and then associates a process/thread to that that impersonated token. This action causes a downstream user to make a decision or take action that is based on the assumed identity, and not the response that blocks the adversary.
  • Upload a Web Shell to a Web Server CAPEC-650 By exploiting insufficient permissions, it is possible to upload a web shell to a web server in such a way that it can be executed remotely. This shell can have various capabilities, thereby acting as a "gateway" to the underlying web server. The shell might execute at the higher permission level of the web server, providing the ability the execute malicious code at elevated levels.
  • Adversary in the Middle (AiTM) CAPEC-94 An adversary targets the communication between two components (typically client and server), in order to alter or obtain data from transactions. A general approach entails the adversary placing themself within the communication channel between the two components.

Vulnerable Configurations

  • cpe:2.3:a:alerta_project:alerta:-:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:-:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:4.5.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:4.5.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:4.10.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:4.10.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:-:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:-:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:beta1:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:beta1:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:alpha1:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:alpha1:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:alpha2:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:alpha2:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.0:alpha3:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.0:alpha3:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.6:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.6:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.7:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.7:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.8:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.8:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.0.9:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.0.9:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.1.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.1.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.1.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.6:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.6:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.7:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.7:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.8:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.8:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:5.2.9:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:5.2.9:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.1.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.1.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.3.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.3.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.3.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.3.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.4.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.4.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.5.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.5.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.6.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.6.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.6.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.6.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.7.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.7.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:6.8.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:6.8.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.1.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.1.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.1.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.1.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.6:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.6:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.7:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.7:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.8:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.8:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.9:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.9:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.10:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.10:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.2.11:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.2.11:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.3.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.3.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.3.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.3.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.4.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.4.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.4.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.4.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.4.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.4.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.4.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.4.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.4.6:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.4.6:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.3:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.4:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.4:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.5:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.5:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:7.5.6:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:7.5.6:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:8.0.0:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:8.0.0:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:8.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:8.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:8.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:8.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:alerta_project:alerta:8.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:alerta_project:alerta:8.0.3:*:*:*:*:*:*:*

Protect Your Infrastructure against CVE-2020-26214: 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-25598 – Incorrect access control in the scheduled tasks console of Inova Logic CUSTOMER MONITOR (CM) v3.1.757.1 allows attackers to escalate privileges via...
  • CVE-2025-25363 – An authenticated stored cross-site scripting (XSS) vulnerability in The Plugin People Enterprise Mail Handler for Jira Data Center (JEMH) before v4...
  • CVE-2025-24053 – Improper authentication in Microsoft Dataverse allows an authorized attacker to elevate privileges over a network.
  • CVE-2024-30143 – HCL AppScan Traffic Recorder fails to adequately neutralize special characters within the filename, potentially allowing it to resolve to a locatio...
  • CVE-2025-2284 – A denial-of-service vulnerability exists in the "GetWebLoginCredentials" function in "Sante PACS Server.exe".