CVE-2026-1858
Analyzed Analyzed - Analysis Complete
wget2 Server Certificate Key Usage Validation Bypass

Publication date: 2026-04-29

Last updated on: 2026-05-05

Assigner: Tenable Network Security, Inc.

Description
wget2 accepts a server certificate with incorrect Key Usage (KU) or Extended Key Usage (EKU). If the attackers compromise a certificate (with the associated private key) issued for a different purpose, they may be able to reuse it for TLS server authentication.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-04-29
Last Modified
2026-05-05
Generated
2026-05-07
AI Q&A
2026-04-30
EPSS Evaluated
2026-05-05
NVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
gnu wget2 to 2.2.1 (inc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-20 The product receives input or data, but it does not validate or incorrectly validates that the input has the properties that are required to process the data safely and correctly.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

This vulnerability in wget2 involves improper validation of server certificates. Specifically, wget2 accepts server certificates that have incorrect Key Usage (KU) or Extended Key Usage (EKU) extensions.

Attackers who manage to compromise a certificate (and its private key) that was originally issued for a different purpose could exploit this flaw by reusing that certificate for TLS server authentication, which wget2 should not allow.

A Proof of Concept demonstrated that wget2 fails to properly validate whether a certificate is intended for TLS server authentication, even if the KU or EKU settings are incorrect.


How can this vulnerability impact me? :

This vulnerability can allow attackers to impersonate a legitimate TLS server by using a compromised certificate that was not meant for server authentication.

As a result, users of wget2 could be tricked into establishing secure connections with malicious servers, potentially leading to interception or manipulation of sensitive data.

The impact includes limited confidentiality and integrity risks, as indicated by the CVSS score, but no impact on availability.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

This vulnerability involves wget2 accepting server certificates with incorrect Key Usage (KU) or Extended Key Usage (EKU). Detection would involve verifying whether wget2 is validating server certificates properly during TLS connections.

A practical approach to detect this vulnerability is to test wget2 connections against a server presenting a certificate with incorrect KU or EKU extensions. If wget2 accepts such a certificate without error, the vulnerability is present.

Since the vulnerability is specific to wget2, you can check the version of wget2 installed using the command:

  • wget2 --version

Versions prior to v2.2.2 are vulnerable. To test certificate validation behavior, you could use wget2 to connect to a test server configured with a certificate having incorrect KU or EKU. However, no specific detection commands are provided in the available resources.


Can you explain this vulnerability to me?

This vulnerability involves wget2 accepting a server certificate that has incorrect Key Usage (KU) or Extended Key Usage (EKU) attributes. Normally, certificates are issued for specific purposes, and these attributes define what the certificate can be used for. However, due to this flaw, if an attacker compromises a certificate (including its private key) that was issued for a different purpose, they might be able to reuse it to authenticate a TLS server.


How can this vulnerability impact me? :

If exploited, this vulnerability could allow an attacker to impersonate a legitimate TLS server by reusing a compromised certificate that was not originally intended for server authentication. This could lead to man-in-the-middle attacks, where the attacker intercepts or alters communications between a user and a server, potentially exposing sensitive information or enabling further attacks.


What immediate steps should I take to mitigate this vulnerability?

The immediate mitigation step is to upgrade wget2 to version 2.2.2 or later, where the vulnerability has been fixed.

Avoid using vulnerable versions of wget2 to connect to untrusted servers, especially those that might present certificates with incorrect Key Usage or Extended Key Usage.

Coordinate with your security team to ensure that any automated systems or scripts using wget2 are updated promptly to the fixed version.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

The provided information does not specify how this vulnerability affects compliance with common standards and regulations such as GDPR or HIPAA.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart