MEDIUM 5.3

CVE-2026-6092: WolfSSL Encrypt-then-MAC Downgrade Vulnerability

CVE-2026-6092 is a cryptographic implementation flaw in WolfSSL where the library may unexpectedly downgrade from the stronger Encrypt-then-MAC mode to the weaker MAC-then-Encrypt mode, even when configured to enforce Encrypt-then-MAC. This downgrade weakens the integrity guarantees of TLS connections by allowing potential plaintext recovery attacks. An attacker on the network can exploit this without authentication to read sensitive data transmitted over affected connections.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Weaknesses (CWE)
CWE-757
Affected products
1 configuration(s)
Published / Modified
2026-06-25 / 2026-06-27

NVD description (verbatim)

When HAVE_ENCRYPT_THEN_MAC is configured, the implementation could fall back to MAC-then-Encrypt rather than enforcing Encrypt-then-MAC.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

This vulnerability stems from improper fallback logic in WolfSSL's encryption modes. When HAVE_ENCRYPT_THEN_MAC is enabled, the implementation should strictly enforce Encrypt-then-MAC (EtM) as the negotiated cipher mode. However, a logic error allows the system to revert to MAC-then-Encrypt (MtE) under certain conditions. MAC-then-Encrypt is cryptographically inferior because it can leak information about the plaintext through padding oracle attacks and other side-channel methods. The vulnerability is classified under CWE-757 (Selection of Less-Secure Encryption), indicating a deliberate or unintended choice of weaker cryptographic protection. The CVSS 3.1 score of 5.3 reflects low confidentiality impact with network-accessible exploitation requiring no privileges or user interaction.

Business impact

Organizations relying on WolfSSL for TLS encryption—particularly in embedded systems, IoT devices, and lightweight server implementations—face reduced encryption strength on affected connections. While the vulnerability does not enable complete plaintext decryption, it creates an avenue for long-term passive cryptanalysis, particularly problematic for sensitive data with extended lifespans (financial records, health information, proprietary communications). Affected deployments may inadvertently fail compliance requirements (PCI-DSS, HIPAA, SOC 2) that mandate strong cipher suites. Remediation requires patching and potential re-establishment of sensitive sessions.

Affected systems

WolfSSL versions with HAVE_ENCRYPT_THEN_MAC enabled are affected. WolfSSL is widely integrated into embedded TLS stacks, IoT firmware, industrial control systems, and lightweight server implementations across networking equipment, medical devices, and automotive systems. Organizations using WolfSSL in custom embedded applications or as a dependency in larger software stacks should inventory their deployments. Check your build configurations: if HAVE_ENCRYPT_THEN_MAC was explicitly compiled in, or if you are using a pre-built WolfSSL release that includes this feature, your systems are affected.

Exploitability

This vulnerability requires network position to observe encrypted traffic and knowledge of the plaintext structure to mount effective attacks. The attacker cannot force the downgrade but exploits existing connections already degraded to MAC-then-Encrypt. Real-world exploitation requires sophisticated cryptanalytic techniques (padding oracle, compression-based recovery) rather than one-click exploit tools. No public exploit code exists at publication. The CVSS vector (AV:N/AC:L/PR:N/UI:N) indicates network accessibility and low attack complexity, but the actual attack chain is non-trivial. This is not an immediately weaponizable remote code execution flaw; however, it merits urgent patching in high-value or compliance-sensitive deployments.

Remediation

Upgrade WolfSSL to a patched version that corrects the EtM/MtE fallback logic. Verify against the WolfSSL security advisory for the specific patched version. Additionally, review build configurations to ensure HAVE_ENCRYPT_THEN_MAC is set appropriately and enable any hardening flags that enforce strict cipher suite negotiation. After patching, consider forcing TLS 1.3 (which does not use MAC-then-Encrypt) where backward compatibility permits. Test patches in a staging environment before production deployment, particularly for embedded systems requiring firmware updates.

Patch guidance

Contact WolfSSL or consult their official security advisories for the patched version addressing CVE-2026-6092. Patching involves updating the WolfSSL library and, in many embedded deployments, rebuilding and reflashing firmware. Prioritize systems handling sensitive or compliance-regulated data. Test interoperability with downstream applications after patching, as changes to cipher mode enforcement may affect clients expecting legacy behavior. For systems unable to patch immediately, implement network-level controls (TLS inspection, cipher suite whitelisting) to restrict to TLS 1.3 or other protocols not affected by EtM/MtE downgrades.

Detection guidance

Monitor TLS handshakes for unexpected fallback to MAC-then-Encrypt mode in connections from affected WolfSSL versions. Packet inspection tools (Wireshark, Zeek) can identify cipher suite negotiation anomalies. Look for client hellos offering Encrypt-then-MAC extension support, followed by server responses negotiating legacy MAC-then-Encrypt suites. Enable logging in WolfSSL (if the build supports it) to record cipher mode decisions. Additionally, correlate WolfSSL process/library inventory with the CVSS 5.3 risk profile to identify critical assets, then validate their patching status through version queries or behavior baselines.

Why prioritize this

Although CVSS 5.3 (MEDIUM) is not critical, the vulnerability affects cryptographic integrity—a fundamental security pillar—across a supply-chain component (WolfSSL) used in embedded and IoT systems that often resist patching. The absence of KEV status and active exploits provides a brief remediation window before adversarial attention. Organizations handling sensitive long-lived data should prioritize patching within 30 days; compliance-sensitive sectors (healthcare, finance) should accelerate to 14 days. The asymmetry between modest CVSS score and high business impact for affected use cases warrants elevated prioritization.

Risk score, explained

The CVSS 3.1 score of 5.3 (MEDIUM) reflects network-based, unauthenticated access to a cryptographic weakness that degrades confidentiality only (no integrity or availability impact). The score assumes an attacker already positioned to observe traffic and capable of cryptanalysis. The low attack complexity (AC:L) acknowledges that the fallback occurs without requiring special conditions. However, the *business* risk is higher than the numerical score suggests: cryptographic downgrades are strategic vulnerabilities that nation-state and sophisticated financial adversaries target, and the embedded deployment model means patches may never reach legacy deployments. Treat this as a strategic priority even if the CVSS is moderate.

Frequently asked questions

Can an attacker force a downgrade from Encrypt-then-MAC to MAC-then-Encrypt?

No. The vulnerability lies in the library's own logic: it may unintentionally fall back to MAC-then-Encrypt even when configured to enforce Encrypt-then-MAC. An attacker cannot actively trigger the downgrade; they exploit a connection already weakened by the implementation flaw. TLS negotiation is not being hijacked; the library itself makes the wrong choice.

Does this affect TLS 1.3?

No. TLS 1.3 does not use MAC-then-Encrypt or MAC-then-PAD constructions; it uses AEAD (Authenticated Encryption with Additional Data). This vulnerability is specific to WolfSSL's implementation of TLS 1.2 and earlier. If your infrastructure enforces TLS 1.3, you are not vulnerable to this flaw.

What data is at risk?

Any plaintext encrypted over affected WolfSSL connections is at theoretical risk. An attacker with network access and cryptanalytic capability may recover plaintext through padding oracle or similar attacks against MAC-then-Encrypt. The risk is highest for long-lived data (multi-year retention) and low-entropy communications (repeated patterns). Single, high-entropy sessions are harder to break, but deterministic data (credentials, API keys) remains vulnerable.

Is WolfSSL in the CISA KEV catalog?

No. As of the vulnerability publication date (2026-06-25), this CVE has not been added to CISA's Known Exploited Vulnerabilities catalog, indicating no confirmed active exploitation in the wild. However, this status can change. Regularly check CISA KEV for updates and do not delay patching based on KEV absence.

This analysis is provided for informational purposes and does not constitute legal or compliance advice. Verify all patch versions, affected product lists, and remediation steps directly with WolfSSL's official security advisories before deployment. CVSS scores and KEV status reflect data available at publication; check authoritative sources (NVD, CISA) for updates. Organizations should conduct their own risk assessment based on their specific deployments, data classification, and threat model. No exploit code is provided or endorsed. Unauthorized testing against systems you do not own or operate is illegal. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).