p PatchFirst

PatchFirst · Latest vulnerabilities

open62541 vulnerabilities · Page 2

Vulnerabilities published for open62541 in the last 30 days: 1. Listed in the KEV catalogue: 0.

Filter vulnerabilities
Clear filters

Vulnerabilities: 24

  1. CVE-2026-15690

    Low · CVSS 2.3EPSS 0.44%No fix published

    open62541 Shared Client ua_client_connect.c responseReadNamespacesArray null pointer dereference

    A vulnerability was identified in open62541 up to 1.5.5. Affected by this issue is the function responseReadNamespacesArray of the file src/client/ua_client_connect.c of the component Shared Client Library. Such manipulation of the argument Server_NamespaceArray leads to null pointer dereference. The attack can be executed remotely. The attack requires a high level of complexity. The exploitation is known to be difficult. The exploit is publicly available and might be used. The project closed the issue report, stating that this is not the official way to report a security vulnerability.

    Published Updated
  2. CVE-2026-11946

    High · CVSS 7.5EPSS 0.52%No fix published

    GetEndpoints Memory Exhaustion in open62541

    An unauthenticated remote attacker can exhaust server memory via the GetEndpoints Discovery Service in open62541. The endpointUrl field of GetEndpointsRequest is not validated for length. An attacker can declare an arbitrarily large string (up to ~4.09 GB via the UInt32 length field) delivered across intermediate chunks without ever sending the final chunk. The server buffers all chunks in RAM indefinitely until the SecureChannel times out. The attack is pre-session and bypasses all encryption configurations. The issue affects open62541: from 1.4.0 through 1.4.16, from 1.5.0 through 1.5.4, master.

    Published Updated
  3. CVE-2026-33592

    High · CVSS 7.5EPSS 0.52%No fix published

    FindServers Memory Exhaustion in open62541

    An unauthenticated remote attacker can exhaust server memory via the FindServers Discovery Service in open62541. The serverUris field of FindServersRequest is not validated for length or array size. An attacker can declare an arbitrarily large string (up to ~3.9 GB) delivered across intermediate chunks without ever sending the final chunk. The server buffers all chunks in RAM indefinitely until the SecureChannel times out. The attack is pre-session and bypasses all encryption configuration. The issue affects open62541: from 1.4.0 through 1.4.16, from 1.5.0 through 1.5.4, master.

    Published Updated

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →