SUSE-SU-2026:3830-1: important: Security update for go1.27

SLE-SECURITY-UPDATES null at suse.de
Wed Aug 26 20:32:01 UTC 2026


# Security update for go1.27

Announcement ID: SUSE-SU-2026:3830-1  
Release Date: 2026-08-26T14:07:27Z  
Rating: important  
References:

  * bsc#1266609
  * bsc#1272545
  * bsc#1275024
  * bsc#1275025
  * bsc#1275026
  * bsc#1275028
  * bsc#1275029
  * bsc#1275032
  * bsc#1275033
  * bsc#1275034

  
Cross-References:

  * CVE-2026-33818
  * CVE-2026-39821
  * CVE-2026-56853
  * CVE-2026-56858
  * CVE-2026-56859
  * CVE-2026-56860
  * CVE-2026-56862
  * CVE-2026-56864
  * CVE-2026-56865

  
CVSS scores:

  * CVE-2026-33818 ( SUSE ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-33818 ( NVD ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-39821 ( SUSE ):  9.1
    CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
  * CVE-2026-39821 ( SUSE ):  7.4 CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
  * CVE-2026-39821 ( NVD ):  8.2 CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:N
  * CVE-2026-39821 ( NVD ):  9.6 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N
  * CVE-2026-56853 ( SUSE ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56853 ( NVD ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56858 ( SUSE ):  6.1 CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
  * CVE-2026-56858 ( NVD ):  6.1 CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
  * CVE-2026-56859 ( SUSE ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56859 ( NVD ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56860 ( SUSE ):  5.3 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
  * CVE-2026-56860 ( NVD ):  5.9 CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56862 ( SUSE ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56862 ( NVD ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
  * CVE-2026-56864 ( SUSE ):  5.3 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:H/A:N
  * CVE-2026-56864 ( NVD ):  7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
  * CVE-2026-56865 ( SUSE ):  7.5 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
  * CVE-2026-56865 ( NVD ):  8.4 CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

  
Affected Products:

  * Development Tools Module 15-SP7
  * SUSE Linux Enterprise Desktop 15 SP7
  * SUSE Linux Enterprise High Performance Computing 15 SP4
  * SUSE Linux Enterprise High Performance Computing 15 SP5
  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP4
  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP5
  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP4
  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP5
  * SUSE Linux Enterprise Real Time 15 SP7
  * SUSE Linux Enterprise Server 15 SP4
  * SUSE Linux Enterprise Server 15 SP4 LTSS
  * SUSE Linux Enterprise Server 15 SP5
  * SUSE Linux Enterprise Server 15 SP5 LTSS
  * SUSE Linux Enterprise Server 15 SP6
  * SUSE Linux Enterprise Server 15 SP6 LTSS
  * SUSE Linux Enterprise Server 15 SP7
  * SUSE Linux Enterprise Server for SAP Applications 15 SP4
  * SUSE Linux Enterprise Server for SAP Applications 15 SP5
  * SUSE Linux Enterprise Server for SAP Applications 15 SP6
  * SUSE Linux Enterprise Server for SAP Applications 15 SP7

  
  
An update that solves nine vulnerabilities and has one security fix can now be
installed.

## Description:

This update for go1.27 fixes the following issues:

  * go1.27.0 (released 2026-08-19) is a major release of Go. go1.27.x minor
    releases will be provided through August 2027.
    https://github.com/golang/go/wiki/Go-Release-Cycle go1.27 arrives six months
    after Go 1.26. Most of its changes are in the implementation of the
    toolchain, runtime, and libraries. As always, the release maintains the Go 1
    promise of compatibility. We expect almost all Go programs to continue to
    compile and run as before. (bsc#1272545)

  * Language change: Go 1.27 now supports generic methods: a method declaration
    may declare its own type parameters. This widely anticipated change allows
    adding generic functions within the namespace of a particular data type
    where before one had to declare such functions with a scope of the entire
    package.

  * Language change: A key in a struct literal may now be any valid field
    selector for the struct type, not just a (top-level) field name of the
    struct.
  * Language change: Function type inference has been generalized to apply in
    all contexts where a generic function is assigned to a variable of (or
    converted to) a matching function type.
  * Tools: Response file (@file) parsing is now supported for the compile, link,
    asm, cgo, cover, and pack tools. The response file contains whitespace-
    separated arguments with support for single-quoted and double-quoted
    strings, escape sequences, and backslash-newline line continuation. The
    format is compatible with GCC’s response file implementation to ensure
    interoperability with existing build systems.
  * go command: The go command no longer has support for the bzr version control
    system. It will no longer be able to directly fetch modules hosted on bzr
    servers.
  * godebug: Starting with Go 1.27, the go command now recognizes a GODEBUG
    setting for which support was removed (such as asynctimerchan, see below) if
    it appears in go.mod files (godebug entries) and .go source files
    (//go:debug comments). It accepts these settings if they are set to the
    final default value established before the setting was removed. If they are
    set to an old value, the go command will fail. This change is in the spirit
    of the Go 1 compatibility guarantee and allows existing programs that set
    supported GODEBUG settings to continue to build and run without changes even
    when the respective setting support has been removed.
  * go test: go test now invokes the stdversion vet check by default. This
    reports the use of standard library symbols that are too new for the Go
    version in force in the referring file, as determined by go directive in
    go.mod and build tags on the file.
  * go test: go test -json now annotates "Action":"output" lines with an
    optional new field "OutputType", specifying the type of output. Currently,
    the possible values include “error”, “error-continue”, and “frame”. See
    cmd/test2json help for details.
  * go doc: The go doc command now supports package at version syntax, such as go
    doc example.com/pkg at v1.2.3.
  * go doc: The go doc command now accepts the -ex command-line option to list
    executable examples of the given package or symbol. When an example name is
    passed on the command line (such as go doc bytes.ExampleBuffer), go doc now
    prints the example source code along with comments.
  * go fix: The go fix command contains several new modernizers (atomictypes,
    embedlit, slicesbackward, and unsafefuncs).
  * go fix: The existing fmtappendf analyzer was removed due to stylistic
    concerns.
  * go fix: The existing waitgroup analyzer was renamed to waitgroupgo to avoid
    ambiguity.
  * go mod tidy: For modules specifying go 1.27 or later in their go.mod file,
    go mod tidy now automatically merges duplicate require blocks. This ensures
    the file maintains a clean, standard structure containing at most two
    require blocks: one for direct dependencies and one for indirect
    dependencies.
  * go mod fix: Existing comment blocks attached to dependencies are preserved
    during this consolidation. If a comment block is associated with a mixed set
    of directives (containing both direct and indirect dependencies), the
    comment block is merged and attached to the new direct dependency block.
  * go mod fix: Previously, if a go.mod file accumulated multiple disjoint
    require blocks (often due to manual edits, unresolved Git merge conflicts,
    or legacy upgrades) go mod tidy would leave the extra blocks intact or
    inadvertently create new ones. The tool now strictly enforces the two-block
    layout, consolidating disparate requirements into their respective blocks
    and cleaning up the structure of the module file automatically.
  * go tool trace: go tool trace’s -http command-line option now restricts the
    listen address to localhost when passed only a port (e.g., -http=:6060).
    This change makes go tool trace consistent with the behavior of go tool
    pprof’s -http flag. To listen on all addresses, explicitly include the
    specified address (e.g., -http=0.0.0.0:6060).
  * runtime: Tracebacks for modules with go directives configuring Go 1.27 or
    later will now include runtime/pprof goroutine labels in the header line.
    This behavior can be disabled with tracebacklabels=0 GODEBUG setting (added
    in Go 1.26). This opt-out is expected to be kept indefinitely in case
    goroutine labels acquire sensitive information that shouldn’t be made
    available in tracebacks.
  * runtime: The asynctimerchan GODEBUG setting (added in Go 1.23) has been
    removed permanently. Channels created by package time are now always
    unbuffered (synchronous), irrespective of GODEBUG settings.
  * runtime: Faster memory allocation. The compiler now generates calls to size-
    specialized memory allocation routines, reducing the cost of some small (<80
    byte) memory allocations by up to 30%. Improvements vary depending on the
    workload, but the overall improvement is expected to be ~1% in real
    allocation-heavy programs. This causes the binary size to increase by about
    60 KB (independent of the workload). Please file an issue if you notice any
    regressions. You may set GOEXPERIMENT=nosizespecializedmalloc at build time
    to disable it. This opt-out setting is expected to be removed in Go 1.28.
  * runtime: Goroutine leak profile. A new profile type that reports leaked
    goroutines, previously available as an experiment in Go 1.26, is now
    generally available. The new profile type, named goroutineleak, is supported
    in the runtime/pprof package. It is also available as the net/http/pprof
    endpoint /debug/pprof/goroutineleak. A leaked goroutine is a goroutine
    blocked on some concurrency primitive (channels, sync.Mutex, sync.Cond, etc)
    that cannot possibly become unblocked. The runtime detects leaked goroutines
    using the garbage collector: if a goroutine G is blocked on concurrency
    primitive P, and P is unreachable from any runnable goroutine or any
    goroutine that those could unblock, then P cannot be unblocked, so goroutine
    G can never wake up. While it is impossible to detect permanently blocked
    goroutines in all cases, this approach detects a large class of such leaks.
    Because this technique builds on reachability, the runtime may fail to
    identify leaks caused by blocking on concurrency primitives reachable
    through global variables or the local variables of runnable goroutines.
    Special thanks to Vlad Saioc at Uber for contributing this work. The
    goroutineleakprofile GOEXPERIMENT setting is now deleted.
  * compiler: The compiler now resolves a relative filename in a //line or
    /_line_ / directive against the directory of the file containing the
    directive, matching the behavior of go/scanner. Absolute filenames are
    unaffected. See #70478.
  * compiler: The compiler now generates simpler names for function literals
    (closures). Previously, when the containing function is inlined, the
    function literal’s name can get quite long. Now the compiler chooses the
    same name for the function literal regardless of inlining. It may also
    combine multiple instances of the same function literal (as its containing
    function is inlined) to share the same code in the compiled binary. This
    change does not affect the functionality of Go code. Tests that check symbol
    names may need update, although it is recommended to not depend on the names
    of function literals. For programs that incorrectly compare function code
    pointer for equality, the issue may be more exposed with Go 1.27, as
    function literals with different captured closure data may have equal code
    pointers in more cases.
  * linker: When targeting macOS, the linker now accepts -macos and -macsdk
    command-line options, which specify the OS and SDK versions in the
    LC_BUILD_VERSION load command. By default, it selects the oldest supported
    macOS version (currently 13.0.0) and a recent SDK version (currently
    26.2.0).
  * Standard library: New encoding/json/v2 and encoding/json/jsontext packages
  * Standard library: The encoding/json/v2 package is a major revision of
    encoding/json. It provides Marshal, MarshalWrite, MarshalEncode, Unmarshal,
    UnmarshalRead, and UnmarshalDecode, all of which accept variadic Options
    arguments to configure marshaling and unmarshaling behavior. The v2 package
    chooses stricter, more interoperable defaults than v1: it rejects invalid
    UTF-8 in JSON strings and rejects duplicate names within a JSON object. See
    the v1 encoding/json package documentation for the complete set of
    behavioral differences and the options available to adjust them. Marshal
    performance is broadly at parity with the previous implementation, while
    unmarshal performance is significantly faster. Users who encounter
    compatibility problems with the new implementation may disable it by setting
    GOEXPERIMENT=nojsonv2 at build time, restoring the original v1
    implementation. This opt-out is expected to be removed in a future release.
  * Standard library: The encoding/json/jsontext package provides lower-level
    syntactic processing of JSON. The Encoder and Decoder types operate on JSON
    as a sequence of Token and Value, maintaining a state machine to ensure the
    produced or consumed sequence is valid JSON text. The encoding/json package
    is now backed by the v2 implementation. Marshaling and unmarshaling behavior
    is preserved, but the exact text of error messages may differ. The package
    also gains a number of new Options that can configure v2 to operate with v1
    semantics to avoid requiring a full migration to the new API. The v1 API
    will continue to be supported and users are not required to migrate. Marshal
    performance is broadly at parity with the previous implementation, while
    unmarshal performance is significantly faster.
  * crypto: The new crypto/mldsa package implements the post-quantum ML-DSA
    signature scheme specified in FIPS 204.
  * crypto: crypto/x509 now supports ML-DSA private keys, public keys, and
    signatures.
  * crypto: crypto/tls now supports ML-DSA signatures in TLS 1.3, with the new
    MLDSA44, MLDSA65, and MLDSA87 SignatureScheme values.
  * uuid: The new uuid package generates and parses UUIDs.
  * simd (experimental): New experimental simd package. Go 1.27 introduces a new
    experimental simd package that provides portable and vector-size-agnostic
    SIMD support. It will make use of the hardware instructions if they are
    available. This package is enabled by setting the environment variable
    GOEXPERIMENT=simd at build time. The simd package is available on all
    architectures, and provides vector types of unspecified size such as Int8s
    and Float32s. It supports a “scalable” subset of the operations present in
    the simd/archsimd package that are hardware-supported or easily emulated
    across architectures and vector widths.
  * simd/archsimd (experimental): Go 1.27 continues the experimental support for
    SIMD operations in the simd/archsimd package that began in Go 1.26. This
    release revises the amd64 API and adds support for arm64 “Neon” 128-bit SIMD
    and WebAssembly 128-bit SIMD. The simd/archsimd package is enabled by
    setting the environment variable GOEXPERIMENT=simd at build time. This
    package provides access to architecture-specific SIMD operations. It
    supports 128-bit vector types on wasm, arm64, and amd64, and 256-bit and
    512-bit vector types on some amd64 processors. The API is not yet considered
    stable. We intend to provide support for additional architectures in future
    versions, but the API is intentionally architecture-specific and thus non-
    portable.
  * bytes: The new CutLast function slices a []byte around the last occurrence
    of a separator. It can replace and simplify some common uses of LastIndex.
  * compress/flate: Compression speed is improved in Go 1.27. The exact encoded
    output from Writer may be different from Go 1.26 as a result of the encoder
    implementation change. Since DEFLATE is the underlying compression used in
    archive/zip, compress/gzip, compress/zlib, and image/png, the outputs from
    those packages may also have changed.
  * crypto: The new MLDSAMu Hash value is added for use as a signaling mechanism
    for External mu ML-DSA signing.
  * crypto/ecdsa: PrivateKey.Sign now checks that the length of the hash is
    correct, if a non-nil SignerOpts is provided.
  * crypto/tls: The new QUICConfig.ClientHelloInfoConn field specifies the
    net.Conn to use for the ClientHelloInfo.Conn field during QUIC server
    handshakes.
  * crypto/tls: The MLKEM1024 key exchange is now supported. It can be enabled
    by adding it to Config.CurvePreferences.
  * crypto/tls: Config.Rand is now deprecated. For deterministic testing, use
    testing/cryptotest.SetGlobalRandom.
  * crypto/tls: Post-quantum hybrid key exchanges can now be explicitly enabled
    in Config.CurvePreferences even if the tlsmlkem=0 or tlssecpmlkem=0 GODEBUG
    options are used. Those options were always meant to only apply to the
    default set used when Config.CurvePreferences is nil.
  * crypto/tls: The new ConnectionState.LocalCertificate field contains the
    certificate chain presented to the connection peer during the handshake.
  * crypto/tls: The tlsunsafeekm (added in Go 1.22), tlsrsakex (added in Go
    1.22), tls3des (added in Go 1.23), tls10server (added in Go 1.22), and
    x509keypairleaf (added in Go 1.23) GODEBUG settings have been removed
    permanently.
  * crypto/x509: When parsing into pkix.Name fields, a wider range of
    pkix.AttributeTypeAndValue.Value types is now supported, and unknown types
    are parsed into asn1.RawValue.
  * crypto/x509: The new Certificate.RawSignatureAlgorithm,
    CertificateRequest.RawSignatureAlgorithm, and
    RevocationList.RawSignatureAlgorithm fields expose the DER-encoded
    AlgorithmIdentifier of the signature algorithm, including when the
    SignatureAlgorithm field is UnknownSignatureAlgorithm.
  * crypto/x509: SystemCertPool now respects SSL_CERT_FILE and SSL_CERT_DIR on
    Windows and Darwin. When these environment variables are set, roots are
    loaded from disk and instead of using the platform certificate verification
    APIs, the native Go verifier is used. This behavior can be disabled with
    GODEBUG=x509sslcertoverrideplatform=0.
  * crypto/x509/pkix: RDNSequence.String (and therefore Name.String) now renders
    string-typed attribute values as strings even when the attribute’s OID is
    unrecognized. Previously such values were always hex-encoded in their DER
    form. See #33093.
  * database/sql: The new ConvertAssign function gives database drivers access
    to the type conversions performed by Rows.Scan.
  * database/sql/driver: Drivers may implement the new RowsColumnScanner
    interface to scan directly into user-provided destinations.
  * go/constant: The new StringLen function returns the length of a string Value
    without fully constructing the Value.
  * go/scanner: The scanner now allows retrieving the end position of a token
    via the new Scanner.End method.
  * go/token: File now has a String method.
  * go/types: The Hasher type is an implementation of maphash.Hasher for Types
    that respects the Identical equivalence relation, allowing Types to be used
    in hash tables and similar data structures. HasherIgnoreTags is the
    analogous hasher for IdenticalIgnoreTags.
  * go/types: The gotypesalias GODEBUG setting (added in Go 1.22) has been
    removed permanently and the package go/types now always produces an Alias
    type node for alias declarations irrespective of GODEBUG settings.
  * hash/maphash: The Hasher interface type defines the contract between values
    of a particular type and future hash-based data structures such as hash
    tables and Bloom filters; see #70471.
  * hash/maphash: The ComparableHasher type provides a convenient implementation
    of Hasher for comparable types where the Equal method is defined as ==.
  * math/big: Int now has a Divide method to compute quotient and remainder of
    two Int values. It supports rounding modes Trunc, Floor, Round, and Ceil.
  * math/rand/v2: Rand now supports a generic method N, matching the behavior of
    the top-level N function.
  * net: UnixConn read methods now return io.EOF directly instead of wrapping it
    in net.OpError when the underlying read returns EOF.
  * net/http: Transport and Server support TLS ALPN protocol negotiation on
    user-provided net.Conn connections which implement a ConnectionState()
    tls.ConnectionState method.
  * net/http: HTTP/2 server now accepts client priority signals, as defined in
    RFC 9218, allowing it to prioritize serving HTTP/2 streams with higher
    priority. If the old behavior is preferred, where streams are served in a
    round-robin manner regardless of priority, Server.DisableClientPriority can
    be set to true.
  * net/http: HTTP/1 Response.Body now automatically drains any unread content
    upon being closed, up to a conservative limit, to allow better connection
    reuse. For most programs, this change should be a no-op, or result in a
    performance improvement. In rare cases, programs that do not benefit from
    connection reuse might experience performance degradation if they had been
    improperly allowing an excessive amount of idle connections to linger;
    usually by setting Transport.MaxIdleConns to 0 or using different Clients
    for different requests, thereby bypassing Transport.MaxIdleConns limit. In
    these cases, setting Transport.DisableKeepAlives to true will disable
    connection reuse. However, such performance degradation usually indicates
    improper configuration or usage of Transport or Client in the first place,
    and a deeper look would likely be beneficial.
  * net/http: The new Server.MaxHeaderValueCount field allows HTTP servers to
    control the number of header values that they are willing to accept. If
    unset, DefaultMaxHeaderValueCount is used.
  * net/http/httptest: The new NewTestServer function creates a Server
    configured to use an in-memory fake network suitable for use with the
    testing/synctest package.
  * net/url: The new URL.Clone method creates a deep copy of a URL. The new
    Values.Clone method creates a deep copy of Values.
  * runtime/secret: Goroutines that are created while in secret mode will now
    themselves execute in secret mode.
  * strings: The new CutLast function slices a string around the last occurrence
    of a separator. It can replace and simplify some common uses of LastIndex.
  * syscall: On Plan 9, the Errno type is now defined and implements the error
    interface, as on other platforms. Plan 9 system calls return ErrorString
    values, so Errno is never returned by this package on Plan 9. It is defined
    so that portable code referring to syscall.Errno builds on Plan 9 without
    build constraints.
  * testing/synctest: The new Sleep helper function combines time.Sleep and
    synctest.Wait.
  * unicode: The unicode package and associated support throughout the system
    have been upgraded from Unicode 15 to Unicode
    1. See the Unicode 16.0.0 and Unicode 17.0.0 release notes for information about the changes.
  * Ports: Darwin: As announced in the Go 1.26 release notes, Go 1.27 requires
    macOS 13 Ventura or later; support for previous versions has been
    discontinued.
  * Ports: PowerPC: On the big-endian 64-bit PowerPC port on Linux (GOOS=linux
    GOARCH=ppc64), the Go toolchain now generates binaries that use the ELFv2
    system ABI. ELFv2 support requires Linux kernel 3.13 or later. RHEL7
    backported this support to its 3.10 kernel.
  * Ports: PowerPC: Cgo, position-independent executables (PIE), and external
    linking are now supported. Using these features requires an ELFv2 compatible
    runtime (libc and all linked and loaded libraries).
  * Ports: PowerPC: For programs that do not use cgo, the Go toolchain still
    generates static binaries with internal linking by default. For programs
    that have cgo options, if a static, pure-Go binary is needed, one can set
    the environment variable CGO_ENABLED=0 when running go build.

  * CVE-2026-56853 CVE-2026-39821 CVE-2026-56862 CVE-2026-56859 CVE-2026-56860
    CVE-2026-56865 CVE-2026-56864 CVE-2026-33818 CVE-2026-56858

  * go#80205 bsc#1275028 security: fix CVE-2026-56853 net/http: apply
    ReadHeaderTimeout when doing unencrypted HTTP/2 check

  * go#78760 bsc#1266609 security: fix CVE-2026-39821 x/net/idna: failure to
    reject ASCII-only Punycode-encoded labels
  * go#80528 bsc#1275032 security: fix CVE-2026-56862 crypto/tls: limit
    handshake messages we are willing to accept post-handshake
  * go#80481 bsc#1275026 security: fix CVE-2026-56859 encoding/xml: add
    recursion depth guard during decode
  * go#80494 bsc#1275029 security: fix CVE-2026-56860 net/url: avoid quadratic
    complexity in resolvePath
  * go#80744 bsc#1275024 security: fix CVE-2026-56865 x/mod/sumdb/tlog: fix
    transparency log tile verification bypass
  * go#80745 bsc#1275025 security: fix CVE-2026-56864 x/mod/sumdb: ignore
    unrelated, unauthenticated hashes in Lookup
  * go#80405 bsc#1275034 security: fix CVE-2026-33818 encoding/asn1: enforce
    maximum recursion depth
  * go#80435 bsc#1275033 security: fix CVE-2026-56858 html/template: fix
    Javascript regexp context tracking

## Patch Instructions:

To install this SUSE update use the SUSE recommended installation methods like
YaST online_update or "zypper patch".  
Alternatively you can run the command listed for your product:

  * SUSE Linux Enterprise Server for SAP Applications 15 SP6  
    zypper in -t patch SUSE-SLE-Product-SLES_SAP-15-SP6-2026-3830=1

  * SUSE Linux Enterprise Server 15 SP4 LTSS  
    zypper in -t patch SUSE-SLE-Product-SLES-15-SP4-LTSS-2026-3830=1

  * SUSE Linux Enterprise Server 15 SP5 LTSS  
    zypper in -t patch SUSE-SLE-Product-SLES-15-SP5-LTSS-2026-3830=1

  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP5  
    zypper in -t patch SUSE-SLE-Product-HPC-15-SP5-LTSS-2026-3830=1

  * Development Tools Module 15-SP7  
    zypper in -t patch SUSE-SLE-Module-Development-Tools-15-SP7-2026-3830=1

  * SUSE Linux Enterprise Server for SAP Applications 15 SP4  
    zypper in -t patch SUSE-SLE-Product-SLES_SAP-15-SP4-2026-3830=1

  * SUSE Linux Enterprise Server 15 SP6 LTSS  
    zypper in -t patch SUSE-SLE-Product-SLES-15-SP6-LTSS-2026-3830=1

  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP4  
    zypper in -t patch SUSE-SLE-Product-HPC-15-SP4-LTSS-2026-3830=1

  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP5  
    zypper in -t patch SUSE-SLE-Product-HPC-15-SP5-ESPOS-2026-3830=1

  * SUSE Linux Enterprise Server for SAP Applications 15 SP5  
    zypper in -t patch SUSE-SLE-Product-SLES_SAP-15-SP5-2026-3830=1

  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP4  
    zypper in -t patch SUSE-SLE-Product-HPC-15-SP4-ESPOS-2026-3830=1

## Package List:

  * SUSE Linux Enterprise Server 15 SP4 LTSS (aarch64 ppc64le s390x x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise Server 15 SP5 LTSS (aarch64 ppc64le s390x x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP4 (aarch64
    x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * Development Tools Module 15-SP7 (aarch64 ppc64le s390x x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise Server 15 SP6 LTSS (aarch64 ppc64le s390x x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise Server for SAP Applications 15 SP4 (ppc64le x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise Server for SAP Applications 15 SP6 (ppc64le x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP4 (aarch64
    x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise Server for SAP Applications 15 SP5 (ppc64le x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise High Performance Computing LTSS 15 SP5 (aarch64
    x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1
  * SUSE Linux Enterprise High Performance Computing ESPOS 15 SP5 (aarch64
    x86_64)
    * go1.27-1.27.0-150000.1.6.1
    * go1.27-race-1.27.0-150000.1.6.1
    * go1.27-doc-1.27.0-150000.1.6.1

## References:

  * https://www.suse.com/security/cve/CVE-2026-33818.html
  * https://www.suse.com/security/cve/CVE-2026-39821.html
  * https://www.suse.com/security/cve/CVE-2026-56853.html
  * https://www.suse.com/security/cve/CVE-2026-56858.html
  * https://www.suse.com/security/cve/CVE-2026-56859.html
  * https://www.suse.com/security/cve/CVE-2026-56860.html
  * https://www.suse.com/security/cve/CVE-2026-56862.html
  * https://www.suse.com/security/cve/CVE-2026-56864.html
  * https://www.suse.com/security/cve/CVE-2026-56865.html
  * https://bugzilla.suse.com/show_bug.cgi?id=1266609
  * https://bugzilla.suse.com/show_bug.cgi?id=1272545
  * https://bugzilla.suse.com/show_bug.cgi?id=1275024
  * https://bugzilla.suse.com/show_bug.cgi?id=1275025
  * https://bugzilla.suse.com/show_bug.cgi?id=1275026
  * https://bugzilla.suse.com/show_bug.cgi?id=1275028
  * https://bugzilla.suse.com/show_bug.cgi?id=1275029
  * https://bugzilla.suse.com/show_bug.cgi?id=1275032
  * https://bugzilla.suse.com/show_bug.cgi?id=1275033
  * https://bugzilla.suse.com/show_bug.cgi?id=1275034

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.suse.com/pipermail/sle-security-updates/attachments/20260826/3d08c05a/attachment-0001.htm>


More information about the sle-security-updates mailing list