Heap-based Buffer Overflow Affecting libsvrcore0 package, versions <3.0.6~git382.7a51ea5f5-160000.1.1


Severity

Recommended
0.0
high
0
10

Based on SUSE Linux Enterprise Server security rating.

Threat Intelligence

EPSS
0.49% (40th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-SLES1600-LIBSVRCORE0-20265032
  • published29 Sept 2026
  • disclosed30 Aug 2026

Introduced: 30 Aug 2026

CVE-2026-11610  (opens in a new tab)
CWE-122  (opens in a new tab)

How to fix?

Upgrade SLES:16.0.0 libsvrcore0 to version 3.0.6~git382.7a51ea5f5-160000.1.1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libsvrcore0 package and not the libsvrcore0 package as distributed by SLES. See How to fix? for SLES:16.0.0 relevant fixed versions and status.

A heap buffer overflow flaw was found in the SASL I/O layer of 389 Directory Server (389-ds-base). After a successful SASL bind with integrity protection (SSF > 0), an authenticated attacker can send a specially crafted oversized LDAP UNBIND packet that is copied into a 512-byte heap receive buffer without a bounds check in sasl_io_recv() in sasl_io.c. This allows up to approximately 2 megabytes of attacker-controlled data to overflow the buffer, causing a denial of service (server crash). In FreeIPA and Red Hat Identity Management deployments, any domain user with a valid Kerberos ticket, any enrolled host, or any service account can trigger this vulnerability over the network after authenticating via GSSAPI. The vulnerable code path has existed since approximately 2013 (389-ds-base 1.3.2) and was not addressed by the CVE-2025-14905 fix, which patched a separate heap overflow in schema.c only.

CVSS Base Scores

version 3.1