CVE-2019-12887 Vulnerability Analysis & Exploit Details

CVE-2019-12887
Vulnerability Scoring

8.1
/10
Severe Risk

Cybersecurity professionals consider CVE-2019-12887 an immediate threat requiring urgent mitigation.

Attack Complexity Details

  • Attack Complexity: High
    Exploits require significant effort and 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-2019-12887 Details

Status: Modified

Last updated: 🕓 21 Nov 2024, 04:23 UTC
Originally published on: 🕑 27 Jun 2019, 14:15 UTC

Time between publication and last update: 1973 days

CVSS Release: version 3

CVSS3 Source

nvd@nist.gov

CVSS3 Type

Primary

CVSS3 Vector

CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H

CVE-2019-12887 Vulnerability Summary

CVE-2019-12887: KeyIdentity LinOTP before 2.10.5.3 has Incorrect Access Control (issue 1 of 2).

Assessing the Risk of CVE-2019-12887

Access Complexity Graph

The exploitability of CVE-2019-12887 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-2019-12887

CVE-2019-12887 presents a challenge to exploit due to its high attack complexity, but the absence of privilege requirements still makes it a viable target for skilled attackers. A thorough security review is advised.

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-2019-12887, 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-2019-12887, 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-2019-12887 can result in unauthorized access to sensitive data, severely compromising data privacy.
  • Integrity: High
    CVE-2019-12887 could allow unauthorized modifications to data, potentially affecting system reliability and trust.
  • Availability: High
    CVE-2019-12887 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: 0.222% (probability of exploit)

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

CVE-2019-12887 References

External References

CWE Common Weakness Enumeration

CWE-294

CAPEC Common Attack Pattern Enumeration and Classification

  • Session Sidejacking CAPEC-102 Session sidejacking takes advantage of an unencrypted communication channel between a victim and target system. The attacker sniffs traffic on a network looking for session tokens in unencrypted traffic. Once a session token is captured, the attacker performs malicious actions by using the stolen token with the targeted application to impersonate the victim. This attack is a specific method of session hijacking, which is exploiting a valid session token to gain unauthorized access to a target system or information. Other methods to perform a session hijacking are session fixation, cross-site scripting, or compromising a user or server machine and stealing the session token.
  • Kerberoasting CAPEC-509 Through the exploitation of how service accounts leverage Kerberos authentication with Service Principal Names (SPNs), the adversary obtains and subsequently cracks the hashed credentials of a service account target to exploit its privileges. The Kerberos authentication protocol centers around a ticketing system which is used to request/grant access to services and to then access the requested services. As an authenticated user, the adversary may request Active Directory and obtain a service ticket with portions encrypted via RC4 with the private key of the authenticated account. By extracting the local ticket and saving it disk, the adversary can brute force the hashed value to reveal the target account credentials.
  • Remote Services with Stolen Credentials CAPEC-555 This pattern of attack involves an adversary that uses stolen credentials to leverage remote services such as RDP, telnet, SSH, and VNC to log into a system. Once access is gained, any number of malicious activities could be performed.
  • Windows Admin Shares with Stolen Credentials CAPEC-561 An adversary guesses or obtains (i.e. steals or purchases) legitimate Windows administrator credentials (e.g. userID/password) to access Windows Admin Shares on a local machine or within a Windows domain.
  • Reusing Session IDs (aka Session Replay) CAPEC-60 This attack targets the reuse of valid session ID to spoof the target system in order to gain privileges. The attacker tries to reuse a stolen session ID used previously during a transaction to perform spoofing and session hijacking. Another name for this type of attack is Session Replay.
  • Use of Captured Hashes (Pass The Hash) CAPEC-644 An adversary obtains (i.e. steals or purchases) legitimate Windows domain credential hash values to access systems within the domain that leverage the Lan Man (LM) and/or NT Lan Man (NTLM) authentication protocols.
  • Use of Captured Tickets (Pass The Ticket) CAPEC-645 An adversary uses stolen Kerberos tickets to access systems/resources that leverage the Kerberos authentication protocol. The Kerberos authentication protocol centers around a ticketing system which is used to request/grant access to services and to then access the requested services. An adversary can obtain any one of these tickets (e.g. Service Ticket, Ticket Granting Ticket, Silver Ticket, or Golden Ticket) to authenticate to a system/resource without needing the account's credentials. Depending on the ticket obtained, the adversary may be able to access a particular resource or generate TGTs for any account within an Active Directory Domain.
  • Use of Known Kerberos Credentials CAPEC-652 An adversary obtains (i.e. steals or purchases) legitimate Kerberos credentials (e.g. Kerberos service account userID/password or Kerberos Tickets) with the goal of achieving authenticated access to additional systems, applications, or services within the domain.
  • Browser in the Middle (BiTM) CAPEC-701 An adversary exploits the inherent functionalities of a web browser, in order to establish an unnoticed remote desktop connection in the victim's browser to the adversary's system. The adversary must deploy a web client with a remote desktop session that the victim can access.
  • 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:keyidentity:linotp:2.7.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta2:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta2:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta3:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta3:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta4:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta4:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta5:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta5:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta6:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.1:beta6:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.2:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.2:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.2:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.2:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2.2:beta0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2.2:beta0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2:beta0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2:beta0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2:beta1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2:beta1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.7.2:beta2:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.7.2:beta2:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.2:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.2:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.2:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.2:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.3:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.3:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc2:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.0.3:rc2:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.2:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.2:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.2:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.2:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.5:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.5:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.6:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.6:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1.7:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1.7:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8.1:rc2:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8.1:rc2:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.8:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.8:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.0.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.0.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.0.5:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.2:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.2:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.2:rc:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.2:rc:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.2:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.2:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3.5:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3.5:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9.3:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9.3:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.9:rc2:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.9:rc2:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.5:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.6:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.6:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.8:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.8:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.9:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.9:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.9:rc1:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.9:rc1:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.0.10:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.0.10:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.1:-:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.1:-:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.1.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.1.2:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.4:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.4:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.5.1:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.5.1:*:*:*:*:*:*:*
  • cpe:2.3:a:keyidentity:linotp:2.10.5.2:*:*:*:*:*:*:*
    cpe:2.3:a:keyidentity:linotp:2.10.5.2:*:*:*:*:*:*:*

Protect Your Infrastructure against CVE-2019-12887: 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-3807 – A vulnerability, which was classified as critical, was found in zhenfeng13 My-BBS 1.0. This affects the function Upload of the file src/main/java/c...
  • CVE-2025-3806 – A vulnerability, which was classified as problematic, has been found in dazhouda lecms up to 3.0.3. Affected by this issue is some unknown function...
  • CVE-2025-3805 – A vulnerability classified as critical was found in sarrionandia tournatrack up to 4c13a23f43da5317eea4614870a7a8510fc540ec. Affected by this vulne...
  • CVE-2025-3804 – A vulnerability classified as critical has been found in thautwarm vscode-diana 0.0.1. Affected is an unknown function of the file Gen.py of the co...
  • CVE-2025-3803 – A vulnerability was found in Tenda W12 and i24 3.0.0.4(2887)/3.0.0.5(3644). It has been rated as critical. This issue affects the function cgiSysSc...