HIGH 7.5

CVE-2026-6325: WolfSSL Out-of-Bounds Write in SetSuitesHashSigAlgo

A memory corruption vulnerability exists in WolfSSL's signature algorithm processing code. When the library receives a specially crafted TLS message with an abnormally large list of signature algorithms, it writes data beyond the allocated buffer boundaries. This out-of-bounds write can corrupt adjacent memory, potentially allowing an attacker to modify application behavior or crash the service. The flaw requires no authentication and can be triggered over the network during the TLS handshake.

Source data · NVD / CISA · public domain

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

NVD description (verbatim)

Out-of-bounds write in SetSuitesHashSigAlgo when processing an oversized signature algorithms list, allowing a write past the bounds of the destination buffer.

2 reference(s) · View on NVD →

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

Technical summary

CVE-2026-6325 is an out-of-bounds write vulnerability (CWE-787) in the SetSuitesHashSigAlgo function within WolfSSL. The function fails to properly validate the size of an incoming signature algorithms list before writing it into a fixed-size buffer on the stack or heap. An attacker can craft a TLS ClientHello or ServerHello message containing an oversized signature_algorithms extension that exceeds the buffer's capacity, causing the write operation to overflow into adjacent memory regions. The vulnerability is reachable without authentication during the initial TLS handshake negotiation phase.

Business impact

Exploiting this vulnerability could lead to denial of service through application crashes or memory corruption that destabilizes the TLS service. In certain configurations, successful heap corruption might enable integrity attacks that compromise data in flight or modify application state. Organizations using WolfSSL in TLS server or client roles—particularly in embedded systems, IoT devices, or lightweight cryptographic deployments—face service disruption risk. The network-accessible nature and lack of authentication requirement elevate the threat profile for internet-facing deployments.

Affected systems

WolfSSL library versions prior to the security update are affected. WolfSSL is widely embedded in networking stacks, VPN clients, IoT firmware, and embedded TLS implementations. Any application linking against a vulnerable version of WolfSSL and accepting TLS connections (either as server or client) is potentially exposed. Verify your specific version against the WolfSSL security advisory to determine if patching is necessary.

Exploitability

This vulnerability has a low barrier to exploitation. An unauthenticated remote attacker can trigger the flaw by sending a malformed TLS handshake message over the network; no special conditions, user interaction, or authentication are required. The attack surface is the TLS handshake itself, which is automatically performed whenever clients connect. Proof-of-concept development would be straightforward for an attacker with TLS protocol knowledge. The vulnerability is not yet listed in CISA's Known Exploited Vulnerabilities catalog, but the simplicity of triggering it makes active exploitation a realistic near-term concern.

Remediation

Apply the security patch released by WolfSSL for CVE-2026-6325 immediately. The patch adds proper bounds checking to the signature algorithms list processing. Verify the patched version number against the official WolfSSL advisory. Until patching is feasible, consider network segmentation to limit exposure of affected TLS services, though this does not eliminate the risk for intentionally exposed services.

Patch guidance

Consult the official WolfSSL security advisory for the specific patched version number and release date. Update your WolfSSL library to the version containing the fix, then rebuild and redeploy affected applications. Test the updated version in a staging environment to ensure compatibility with your TLS implementation before production rollout. If you are using WolfSSL via a third-party vendor or embedded device firmware, contact your vendor for patched firmware or image availability.

Detection guidance

Look for TLS ClientHello or ServerHello packets with unusually large signature_algorithms extensions (significantly exceeding typical size of ~30–50 bytes). Network IDS/IPS signatures can flag malformed or oversized extension fields during TLS handshake capture. Application-level monitoring should track WolfSSL library crashes or segmentation faults correlated with inbound TLS connections. Enable verbose TLS logging if available to detect parsing errors on the signature algorithms extension.

Why prioritize this

This vulnerability merits high-priority patching due to its CVSS 7.5 severity score, network accessibility, lack of authentication requirement, and potential for both denial of service and memory corruption. The straightforward exploitability and the ubiquity of WolfSSL in embedded and IoT environments increase real-world risk. Delayed patching leaves your infrastructure exposed to trivial remote attacks during TLS negotiation.

Risk score, explained

The CVSS 3.1 score of 7.5 (HIGH) reflects network attack vector, low complexity, no privilege requirement, and high integrity impact potential. Although confidentiality is not directly compromised, the out-of-bounds write can corrupt sensitive data structures or enable further exploitation. The absence of user interaction requirement and the global scope (no segmentation) further elevate the score. This is a straightforward remote code or crash vector that justifies urgent action.

Frequently asked questions

Can this vulnerability be exploited over the internet without any authentication?

Yes. The flaw is triggered during the TLS handshake, which is the initial negotiation phase before any application-level authentication occurs. An unauthenticated attacker with network access to a WolfSSL-based TLS service can send a malicious handshake message to trigger the out-of-bounds write.

Is this vulnerability currently being actively exploited in the wild?

The vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog as of the publication date. However, the relative simplicity of crafting a malicious TLS message makes exploitation likely in the near term if patching is delayed.

What versions of WolfSSL are affected, and what should I do if I don't know my version?

Consult the official WolfSSL security advisory for the specific affected version range and the patched version. Most WolfSSL installations can report their version via library introspection calls or by checking source headers. Contact your vendor or device manufacturer if you are unsure whether your deployment is affected.

Can network firewalls or WAFs prevent this attack?

Firewalls and WAFs cannot reliably block this attack because it exploits a protocol-level parsing flaw during the TLS handshake before application inspection. Patching the underlying WolfSSL library is the only reliable mitigation.

This analysis is provided for informational purposes. Verify all patch versions, affected product lists, and technical details against official vendor advisories before making remediation decisions. SEC.co does not guarantee the completeness or accuracy of third-party vulnerability data. Conduct your own testing and risk assessment before deploying patches in production environments. Source: NVD (public-domain), retrieved 2026-08-04. Analysis generated by SEC.co (claude-haiku-4-5).