Description
When using RPK (Raw Public Key), the client side of a TLS 1.2, 1.3 and DTLS 1.2 connection could accept an unsolicited server_cert_type=RawPublicKey which allowed a malicious or misbehaving server to bypass authentication. RPK is off by default and only enabled in --enable-rpk OR --enable-all OR --enable-distro AKA HAVE_RPK builds.
Published: 2026-09-27
Score: 8.3 High
EPSS: < 1% Very Low
KEV: No
Impact: Authentication Bypass
Action: Apply Patch
AI Analysis

Impact

The vulnerability allows a TLS or DTLS client to accept an unsolicited server certificate of type RawPublicKey (server_cert_type=RawPublicKey). If the client build has Raw Public Key (RPK) support enabled, the client will trust the server’s certificate without performing the usual authentication checks. This lets an attacker or misbehaving server bypass authentication and potentially conduct a man‑in‑the‑middle or unauthorized access attack. The weakness is tied to CWE‑287, improper authentication.

Affected Systems

The affected vendor is wolfSSL. The flaw resides in the wolfSSL client code and applies to any wolfSSL TLS 1.2, 1.3 or DTLS 1.2 implementation that has RPK enabled. RPK is a compile‑time option enabled by --enable-rpk, --enable-all, or --enable-distro; builds without RPK are not impacted.

Risk and Exploitability

The flaw carries a CVSS score of 8.3, indicating high severity. The EPSS score is not available, so it cannot be quantified at this time, and the vulnerability is not listed in the CISA KEV catalog. The likely attack vector is a direct TLS/DTLS connection to a server that advertises a RawPublicKey certificate. An attacker would need to configure the server to supply such a certificate and then connect to the vulnerable client. Without RPK enabled, the risk is eliminated. If RPK is active, the client will accept any RawPublicKey certificate, enabling authentication bypass.

Generated by OpenCVE AI on September 27, 2026 at 10:23 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update to the latest wolfSSL release that contains the RPK authentication fix.
  • Optional: rebuild wolfSSL without RPK support by removing --enable-rpk or any other flag that enables RPK support.
  • After applying the patch or rebuild, verify that the client no longer advertises or accepts server_cert_type=RawPublicKey certificates during TLS/DTLS handshakes.

Generated by OpenCVE AI on September 27, 2026 at 10:23 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 29 Sep 2026 17:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Sun, 27 Sep 2026 11:00:00 +0000

Type Values Removed Values Added
First Time appeared Wolfssl
Wolfssl wolfssl
Vendors & Products Wolfssl
Wolfssl wolfssl

Sun, 27 Sep 2026 09:30:00 +0000

Type Values Removed Values Added
Description When using RPK (Raw Public Key), the client side of a TLS 1.2, 1.3 and DTLS 1.2 connection could accept an unsolicited server_cert_type=RawPublicKey which allowed a malicious or misbehaving server to bypass authentication. RPK is off by default and only enabled in --enable-rpk OR --enable-all OR --enable-distro AKA HAVE_RPK builds.
Title Client accepts unsolicited RawPublicKey server certificate type
Weaknesses CWE-287
References
Metrics cvssV4_0

{'score': 8.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:H/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: wolfSSL

Published:

Updated: 2026-09-29T16:39:15.460Z

Reserved: 2026-09-10T22:38:50.530Z

Link: CVE-2026-89136

cve-icon Vulnrichment

Updated: 2026-09-29T16:38:02.642Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-09-27T10:16:59.287

Modified: 2026-09-29T17:17:12.787

Link: CVE-2026-89136

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-27T10:45:06Z

Weaknesses