CVE-2026-89550
CVE CVE-2026-89550EUVD EUVD-2026-76461Published 2026-09-11T19:44:24.000ZLast changed 2026-09-14T12:00:53.000ZCVSS 9.8
What the advisory describes
In the Linux kernel, the following vulnerability has been resolved: SUNRPC: svcauth_gss: enforce krb5 token minimum length svcauth_gss_unwrap_priv() validates only an upper bound on the wire-supplied opaque length before handing the buffer to gss_unwrap(): if (len > xdr_stream_remaining(xdr)) goto unwrap_failed; offset = xdr_stream_pos(xdr); ... maj_stat = gss_unwrap(ctx, offset, offset + len, buf); The wire value `len` flows unchanged as the upper bound into the krb5 unwrap path, so a len in [0, 16] passes this check and is handed to gss_unwrap(). For a krb5 v2 context that lands in gss_krb5_unwrap_v2(), which reads the 16-byte RFC 4121 token header fields at ptr+4 and ptr+6 and then calls rotate_left() before any integrity check. With a sub-header length the header reads run past the token, and _rotate_left()'s `shift %= buf->len` path can divide by zero when buf->len has been driven to zero by the truncated token. A header-only token (len == 16) is equally invalid: with a non-zero RRC field and the opaque blob ending at the XDR buffer boundary, rotate_left() builds a zero-length subbuffer, reaching the same division. Reject the token at the server entry point before it reaches the krb5 unwrap core. A valid sealed RFC 4121 token must contain the 16-byte header plus at least some encrypted payload. Fix by adding a minimum-length check immediately after the existing upper-bound check: if (len <= GSS_KRB5_TOK_HDR_LEN) goto unwrap_failed;
Source: EUVD (ENISA), in the words of the advisory.
Products the advisory names
These come from the advisory itself, not from any check we performed.
- Linux — Linux patch: 6.6.157; 7c9fdcfb1b64c47ed618c103b617af3f86e1239c <dd6afc6cab8c5d387d1ed2f069562ef7bdadd651; patch: 7.3-rc1; 7c9fdcfb1b64c47ed618c103b617af3f86e1239c <2eed1e6a976a44015c3ee78841fe336796e2b21c; patch: 0; 7c9fdcfb1b64c47ed618c103b617af3f86e1239c <a919c5c88769cf8fb3ec071e6078d830bf512489; patch: 6.18.50; 7c9fdcfb1b64c47ed618c103b617af3f86e1239c <0ea5b0c7f212c2772d32c2b88287b89a9cdf6edd; 2.6.18; patch: 7.2.4; patch: 6.12.109; 7c9fdcfb1b64c47ed618c103b617af3f86e1239c <de942dd8c2c8358bcad04ce44271954c48924423
The versions shown are the advisory's own. Patchlage compares no version numbers and derives no judgement from them — which version is installed is something a person has to look up.
Carried in the product catalogue
An estate covering these products can be recorded in Patchlage. An advisory about them appears in the next morning's situation report.
- Linux — Linux
Does this concern one of your customers?
This page cannot answer that — it does not know your estate. Whoever has recorded their environments gets the answer the morning after publication, together with a paragraph they can forward to the customer unedited.
Try it for 28 daysPatchlage reports hits and suspected hits. About everything else this system says nothing — neither this page nor the situation report ever claims that an estate is safe.