CVE-2022-23509 Vulnerability Analysis & Exploit Details

CVE-2022-23509
Vulnerability Scoring

7.3
/10
Very High Risk

Highly exploitable, CVE-2022-23509 poses a critical security risk that could lead to severe breaches.

Attack Complexity Details

  • Attack Complexity: High
    Exploits require significant effort and special conditions.
  • Attack Vector: Adjacent_network
    Attack Vector Under Analysis
  • Privileges Required: High
    High-level privileges are required for exploitation.
  • Scope: Changed
    Successful exploitation can impact components beyond the vulnerable component.
  • User Interaction: Required
    User interaction is necessary for successful exploitation.

CVE-2022-23509 Details

Status: Modified

Last updated: 🕡 21 Nov 2024, 06:48 UTC
Originally published on: 🕑 09 Jan 2023, 14:15 UTC

Time between publication and last update: 681 days

CVSS Release: version 3

CVSS3 Source

security-advisories@github.com

CVSS3 Type

Secondary

CVSS3 Vector

CVSS:3.1/AV:A/AC:H/PR:H/UI:R/S:C/C:H/I:H/A:H

CVE-2022-23509 Vulnerability Summary

CVE-2022-23509: Weave GitOps is a simple open source developer platform for people who want cloud native applications, without needing Kubernetes expertise. GitOps run has a local S3 bucket which it uses for synchronizing files that are later applied against a Kubernetes cluster. The communication between GitOps Run and the local S3 bucket is not encrypted. This allows privileged users or process to tap the local traffic to gain information permitting access to the s3 bucket. From that point, it would be possible to alter the bucket content, resulting in changes in the Kubernetes cluster's resources. There are no known workaround(s) for this vulnerability. This vulnerability has been fixed by commits ce2bbff and babd915. Users should upgrade to Weave GitOps version >= v0.12.0 released on 08/12/2022.

Assessing the Risk of CVE-2022-23509

Access Complexity Graph

The exploitability of CVE-2022-23509 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-2022-23509

The exploitability of CVE-2022-23509 is influenced by multiple factors. Security teams should analyze system configurations and apply appropriate countermeasures to mitigate threats.

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

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

CVE-2022-23509 References

External References

CWE Common Weakness Enumeration

CWE-319

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.
  • Interception CAPEC-117 An adversary monitors data streams to or from the target for information gathering purposes. This attack may be undertaken to solely gather sensitive information or to support a further attack against the target. This attack pattern can involve sniffing network traffic as well as other types of data streams (e.g. radio). The adversary can attempt to initiate the establishment of a data stream or passively observe the communications as they unfold. In all variants of this attack, the adversary is not the intended recipient of the data stream. In contrast to other means of gathering information (e.g., targeting data leaks), the adversary must actively position themself so as to observe explicit data channels (e.g. network traffic) and read the content. However, this attack differs from a Adversary-In-the-Middle (CAPEC-94) attack, as the adversary does not alter the content of the communications nor forward data to the intended recipient.
  • Harvesting Information via API Event Monitoring CAPEC-383 An adversary hosts an event within an application framework and then monitors the data exchanged during the course of the event for the purpose of harvesting any important data leaked during the transactions. One example could be harvesting lists of usernames or userIDs for the purpose of sending spam messages to those users. One example of this type of attack involves the adversary creating an event within the sub-application. Assume the adversary hosts a "virtual sale" of rare items. As other users enter the event, the attacker records via AiTM (CAPEC-94) proxy the user_ids and usernames of everyone who attends. The adversary would then be able to spam those users within the application using an automated script.
  • Signature Spoofing by Mixing Signed and Unsigned Content CAPEC-477 An attacker exploits the underlying complexity of a data structure that allows for both signed and unsigned content, to cause unsigned data to be processed as though it were signed data.
  • Sniff Application Code CAPEC-65 An adversary passively sniffs network communications and captures application code bound for an authorized client. Once obtained, they can use it as-is, or through reverse-engineering glean sensitive information or exploit the trust relationship between the client and server. Such code may belong to a dynamic update to the client, a patch being applied to a client component or any such interaction where the client is authorized to communicate with the server.

Vulnerable Configurations

  • cpe:2.3:a:weave:weave_gitops:-:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:-:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.1:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.1:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.2:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.2:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.3:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.3:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.4:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.4:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.4:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.4:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.0.5:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.0.5:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.1.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.1.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.1.0:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.1.0:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.1.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.1.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.1.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.1.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.0:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.0:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.1:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.1:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.2:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.2:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.2:rc:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.2:rc:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.3:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.3:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.4:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.4:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.2.5:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.2.5:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.1:*:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.1:*:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.2:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.2:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.2:rc:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.2:rc:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.3:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.3:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.3.3:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.3.3:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.4.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.4.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.4.0:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.4.0:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.4.1:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.4.1:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.4.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.4.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.0:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.0:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.0:rc0.4.1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.0:rc0.4.1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.1:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.1:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.1:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.1:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.1:rc3:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.1:rc3:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.5.1:rc0.5.0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.5.1:rc0.5.0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.0:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.0:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.1:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.1:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.2:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.2:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.6.2:patch2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.6.2:patch2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc10:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc10:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc11:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc11:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc12:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc12:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc13:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc13:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc3:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc3:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc4:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc4:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc5:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc5:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc7:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc7:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc8:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc8:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:rc9:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:rc9:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.0:patch1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.0:patch1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.1:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.1:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.7.1:rc3:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.7.1:rc3:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc3:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc3:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc4:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc4:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc5:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc5:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc6:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc6:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.8.1:rc7:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.8.1:rc7:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.0:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.0:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.0:rc3:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.0:rc3:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.1:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.1:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.1:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.1:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.2:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.2:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.2:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.2:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.3:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.3:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.3:patch1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.3:patch1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.4:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.4:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.4:rc0:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.4:rc0:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.5:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.5:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.5:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.5:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.6:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.6:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.6:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.6:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.9.6:rc2:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.9.6:rc2:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.0:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.1:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.1:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.1:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.1:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.2:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.2:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.10.2:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.10.2:rc1:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.11.0:-:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.11.0:-:*:*:*:*:*:*
  • cpe:2.3:a:weave:weave_gitops:0.11.0:rc1:*:*:*:*:*:*
    cpe:2.3:a:weave:weave_gitops:0.11.0:rc1:*:*:*:*:*:*

Protect Your Infrastructure against CVE-2022-23509: 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-2024-43107 – Improper Certificate Validation (CWE-295) in the Gallagher Milestone Integration Plugin (MIP) permits unauthenticated messages (e.g. alarm events) ...
  • CVE-2024-41724 – Improper Certificate Validation (CWE-295) in the Gallagher Command Centre SALTO integration allowed an attacker to spoof the SALTO server. Thi...
  • CVE-2025-2133 – A vulnerability classified as problematic was found in ftcms 2.1. Affected by this vulnerability is an unknown functionality of the file /admin/ind...
  • CVE-2025-2132 – A vulnerability classified as critical has been found in ftcms 2.1. Affected is an unknown function of the file /admin/index.php/web/ajax_all_lists...
  • CVE-2025-2131 – A vulnerability was found in dayrui XunRuiCMS up to 4.6.3. It has been rated as problematic. This issue affects some unknown processing of the comp...