--===============0937495618792230139==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
# Security update for go1.22
Announcement ID: SUSE-SU-2024:0936-1
Rating: important
References:
* bsc#1218424
* bsc#1219988
* bsc#1220999
* bsc#1221000
* bsc#1221001
* bsc#1221002
* bsc#1221003
Cross-References:
* CVE-2023-45289
* CVE-2023-45290
* CVE-2024-24783
* CVE-2024-24784
* CVE-2024-24785
CVSS scores:
* CVE-2023-45289 ( SUSE ): 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
* CVE-2023-45290 ( SUSE ): 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
* CVE-2024-24783 ( SUSE ): 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
* CVE-2024-24784 ( SUSE ): 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N
* CVE-2024-24785 ( SUSE ): 7.5 CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N
Affected Products:
* SUSE Linux Enterprise High Performance Computing 12 SP5
* SUSE Linux Enterprise Server 12 SP5
* SUSE Linux Enterprise Server for SAP Applications 12 SP5
* SUSE Linux Enterprise Software Development Kit 12 SP5
An update that solves five vulnerabilities and has two security fixes can now
be
installed.
## Description:
This update for go1.22 fixes the following issues:
* go1.22.1 (released 2024-03-05) includes security fixes to the crypto/x509,
html/template, net/http, net/http/cookiejar, and net/mail packages, as well
as bug fixes to the compiler, the go command, the runtime, the trace
command, and the go/types and net/http packages. (bsc#1218424)
CVE-2023-45289 CVE-2023-45290 CVE-2024-24783 CVE-2024-24784 CVE-2024-24785
* go#65831 go#65390 bsc#1220999 security: fix CVE-2024-24783 crypto/x509:
Verify panics on certificates with an unknown public key algorithm
* go#65849 go#65083 bsc#1221002 security: fix CVE-2024-24784 net/mail:
comments in display names are incorrectly handled
* go#65850 go#65383 bsc#1221001 security: fix CVE-2023-45290 net/http: memory
exhaustion in Request.ParseMultipartForm
* go#65859 go#65065 bsc#1221000 security: fix CVE-2023-45289 net/http,
net/http/cookiejar: incorrect forwarding of sensitive headers and cookies
on
HTTP redirect
* go#65969 go#65697 bsc#1221003 security: fix CVE-2024-24785 html/template:
errors returned from MarshalJSON methods may break template escaping
* go#65352 cmd/go: go generate fails silently when run on a package in a
nested workspace module
* go#65471 internal/testenv: TestHasGoBuild failures on the LUCI noopt
builders
* go#65474 internal/testenv: support LUCI mobile builders in testenv tests
* go#65577 cmd/trace/v2: goroutine analysis page doesn't identify
goroutines
consistently
* go#65618 cmd/compile: Go 1.22 build fails with 1.21 PGO profile on
internal/saferio change
* go#65619 cmd/compile: Go 1.22 changes support for modules that declare go
1.0
* go#65641 cmd/cgo/internal/testsanitizers,x/build: LUCI clang15 builders
failing
* go#65644 runtime: crash in race detector when execution tracer reads from
CPU profile buffer
* go#65728 go/types: nil pointer dereference in Alias.Underlying()
* go#65759 net/http: context cancellation can leave HTTP client with
deadlocked HTTP/1.1 connections in Go1.22
* go#65760 runtime: Go 1.22.0 fails to build from source on armv7 Alpine
Linux
* go#65818 runtime: go1.22.0 test with -race will SIGSEGV or SIGBUS or Bad
Pointer
* go#65852 cmd/go: "missing ziphash" error with go.work
* go#65883 runtime: scheduler sometimes starves a runnable goroutine on wasm
platforms
* Packaging improvements:
* bsc#1219988 ensure VERSION file is present in GOROOT as required by go tool
dist and go tool distpack
* go1.22 (released 2024-02-06) is a major release of Go. go1.22.x minor
releases will be provided through February 2024.
https://github.com/golang/go/wiki/Go-Release-Cycle go1.22 arrives six months
after go1.21. 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#1218424)
* Language change: go1.22 makes two changes to for loops. Previously, the
variables declared by a for loop were created once and updated by each
iteration. In go1.22, each iteration of the loop creates new variables, to
avoid accidental sharing bugs. The transition support tooling described in
the proposal continues to work in the same way it did in Go 1.21.
* Language change: For loops may now range over integers
* Language change: go1.22 includes a preview of a language change we are
considering for a future version of Go: range-over-function iterators.
Building with GOEXPERIMENT=rangefunc enables this feature.
* go command: Commands in workspaces can now use a vendor directory
containing
the dependencies of the workspace. The directory is created by go work
vendor, and used by build commands when the -mod flag is set to vendor,
which is the default when a workspace vendor directory is present. Note
that
the vendor directory's contents for a workspace are different from
those of
a single module: if the directory at the root of a workspace also contains
one of the modules in the workspace, its vendor directory can contain the
dependencies of either the workspace or of the module, but not both.
* go get is no longer supported outside of a module in the legacy GOPATH mode
(that is, with GO111MODULE=off). Other build commands, such as go build and
go test, will continue to work indefinitely for legacy GOPATH programs.
* go mod init no longer attempts to import module requirements from
configuration files for other vendoring tools (such as Gopkg.lock).
* go test -cover now prints coverage summaries for covered packages that do
not have their own test files. Prior to Go 1.22 a go test -cover run for
such a package would report: ? mymod/mypack [no test files] and now with
go1.22, functions in the package are treated as uncovered: mymod/mypack
coverage: 0.0% of statements Note that if a package contains no executable
code at all, we can't report a meaningful coverage percentage; for such
packages the go tool will continue to report that there are no test files.
* trace: The trace tool's web UI has been gently refreshed as part of the
work
to support the new tracer, resolving several issues and improving the
readability of various sub-pages. The web UI now supports exploring traces
in a thread-oriented view. The trace viewer also now displays the full
duration of all system calls. These improvements only apply for viewing
traces produced by programs built with go1.22 or newer. A future release
will bring some of these improvements to traces produced by older version
of
Go.
* vet: References to loop variables The behavior of the vet tool has changed
to match the new semantics (see above) of loop variables in go1.22. When
analyzing a file that requires go1.22 or newer (due to its go.mod file or a
per-file build constraint), vetcode> no longer reports references to
loop
variables from within a function literal that might outlive the iteration
of
the loop. In Go 1.22, loop variables are created anew for each iteration,
so
such references are no longer at risk of using a variable after it has been
updated by the loop.
* vet: New warnings for missing values after append The vet tool now reports
calls to append that pass no values to be appended to the slice, such as
slice = append(slice). Such a statement has no effect, and experience has
shown that is nearly always a mistake.
* vet: New warnings for deferring time.Since The vet tool now reports a non-
deferred call to time.Since(t) within a defer statement. This is equivalent
to calling time.Now().Sub(t) before the defer statement, not when the
deferred function is called. In nearly all cases, the correct code requires
deferring the time.Since call.
* vet: New warnings for mismatched key-value pairs in log/slog calls The vet
tool now reports invalid arguments in calls to functions and methods in the
structured logging package, log/slog, that accept alternating key/value
pairs. It reports calls where an argument in a key position is neither a
string nor a slog.Attr, and where a final key is missing its value.
* runtime: The runtime now keeps type-based garbage collection metadata
nearer
to each heap object, improving the CPU performance (latency or throughput)
of Go programs by 1-3%. This change also reduces the memory overhead of the
majority Go programs by approximately 1% by deduplicating redundant
metadata. Some programs may see a smaller improvement because this change
adjusts the size class boundaries of the memory allocator, so some objects
may be moved up a size class. A consequence of this change is that some
objects' addresses that were previously always aligned to a 16 byte (or
higher) boundary will now only be aligned to an 8 byte boundary. Some
programs that use assembly instructions that require memory addresses to be
more than 8-byte aligned and rely on the memory allocator's previous
alignment behavior may break, but we expect such programs to be rare. Such
programs may be built with GOEXPERIMENT=noallocheaders to revert to the old
metadata layout and restore the previous alignment behavior, but package
owners should update their assembly code to avoid the alignment assumption,
as this workaround will be removed in a future release.
* runtime: On the windows/amd64 port, programs linking or loading Go
libraries
built with -buildmode=c-archive or -buildmode=c-shared can now use the
SetUnhandledExceptionFilter Win32 function to catch exceptions not handled
by the Go runtime. Note that this was already supported on the windows/386
port.
* compiler: Profile-guided Optimization (PGO) builds can now devirtualize a
higher proportion of calls than previously possible. Most programs from a
representative set of Go programs now see between 2 and 14% improvement
from
enabling PGO.
* compiler: The compiler now interleaves devirtualization and inlining, so
interface method calls are better optimized.
* compiler: go1.22 also includes a preview of an enhanced implementation of
the compiler's inlining phase that uses heuristics to boost
inlinability at
call sites deemed "important" (for example, in loops) and
discourage
inlining at call sites deemed "unimportant" (for example, on panic
paths).
Building with GOEXPERIMENT=newinliner enables the new call-site heuristics;
see issue #61502 for more info and to provide feedback.
* linker: The linker's -s and -w flags are now behave more consistently
across
all platforms. The -w flag suppresses DWARF debug information generation.
The -s flag suppresses symbol table generation. The -s flag also implies
the
-w flag, which can be negated with -w=0. That is, -s -w=0 will generate a
binary with DWARF debug information generation but without the symbol
table.
* linker: On ELF platforms, the -B linker flag now accepts a special form:
with -B gobuildid, the linker will generate a GNU build ID (the ELF
NT_GNU_BUILD_ID note) derived from the Go build ID.
* linker: On Windows, when building with -linkmode=internal, the linker now
preserves SEH information from C object files by copying the .pdata and
.xdata sections into the final binary. This helps with debugging and
profiling binaries using native tools, such as WinDbg. Note that until now,
C functions' SEH exception handlers were not being honored, so this
change
may cause some programs to behave differently. -linkmode=external is not
affected by this change, as external linkers already preserve SEH
information.
* bootstrap: As mentioned in the Go 1.20 release notes, go1.22 now requires
the final point release of Go 1.20 or later for bootstrap. We expect that
Go
1.24 will require the final point release of go1.22 or later for bootstrap.
* core library: New math/rand/v2 package: go1.22 includes the first “v2”
package in the standard library, math/rand/v2. The changes compared to
math/rand are detailed in proposal go#61716. The most important changes
are:
* The Read method, deprecated in math/rand, was not carried forward for
math/rand/v2. (It remains available in math/rand.) The vast majority of calls to Read should use crypto/rand’s Read instead. Otherwise a custom Read can be constructed using the Uint64 method.
* The global generator accessed by top-level functions is unconditionally
randomly seeded. Because the API guarantees no fixed sequence of results, optimizations like per-thread random generator states are now possible.
* The Source interface now has a single Uint64 method; there is no Source64
interface.
* Many methods now use faster algorithms that were not possible to adopt in
math/rand because they changed the output streams.
* The Intn, Int31, Int31n, Int63, and Int64n top-level functions and
methods from math/rand are spelled more idiomatically in math/rand/v2: IntN, Int32, Int32N, Int64, and Int64N. There are also new top-level functions and methods Uint32, Uint32N, Uint64, Uint64N, Uint, and UintN.
* The new generic function N is like Int64N or Uint64N but works for any
integer type. For example a random duration from 0 up to 5 minutes is rand.N(5*time.Minute).
* The Mitchell & Reeds LFSR generator provided by math/rand’s Source
has been replaced by two more modern pseudo-random generator sources: ChaCha8 PCG. ChaCha8 is a new, cryptographically strong random number generator roughly similar to PCG in efficiency. ChaCha8 is the algorithm used for the top-level functions in math/rand/v2. As of go1.22, math/rand's top-level functions (when not explicitly seeded) and the Go runtime also use ChaCha8 for randomness.
* We plan to include an API migration tool in a future release, likely Go
1.23.
* core library: New go/version package: The new go/version package implements
functions for validating and comparing Go version strings.
* core library: Enhanced routing patterns: HTTP routing in the standard
library is now more expressive. The patterns used by net/http.ServeMux have
been enhanced to accept methods and wildcards. This change breaks backwards
compatibility in small ways, some obvious—patterns with "{" and
"}" behave
differently— and some less so—treatment of escaped paths has been improved.
The change is controlled by a GODEBUG field named httpmuxgo121. Set
httpmuxgo121=1 to restore the old behavior.
* Minor changes to the library As always, there are various minor changes and
updates to the library, made with the Go 1 promise of compatibility in
mind.
There are also various performance improvements, not enumerated here.
* archive/tar: The new method Writer.AddFS adds all of the files from an
fs.FS
to the archive.
* archive/zip: The new method Writer.AddFS adds all of the files from an
fs.FS
to the archive.
* bufio: When a SplitFunc returns ErrFinalToken with a nil token, Scanner
will
now stop immediately. Previously, it would report a final empty token
before
stopping, which was usually not desired. Callers that do want to report a
final empty token can do so by returning []byte{} rather than nil.
* cmp: The new function Or returns the first in a sequence of values that is
not the zero value.
* crypto/tls: ConnectionState.ExportKeyingMaterial will now return an error
unless TLS 1.3 is in use, or the extended_master_secret extension is
supported by both the server and client. crypto/tls has supported this
extension since Go 1.20. This can be disabled with the tlsunsafeekm=1
GODEBUG setting.
* crypto/tls: By default, the minimum version offered by crypto/tls servers
is
now TLS 1.2 if not specified with config.MinimumVersion, matching the
behavior of crypto/tls clients. This change can be reverted with the
tls10server=1 GODEBUG setting.
* crypto/tls: By default, cipher suites without ECDHE support are no longer
offered by either clients or servers during pre-TLS 1.3 handshakes. This
change can be reverted with the tlsrsakex=1 GODEBUG setting.
* crypto/x509: The new CertPool.AddCertWithConstraint method can be used to
add customized constraints to root certificates to be applied during chain
building.
* crypto/x509: On Android, root certificates will now be loaded from
/data/misc/keychain/certs-added as well as /system/etc/security/cacerts.
* crypto/x509: A new type, OID, supports ASN.1 Object Identifiers with
individual components larger than 31 bits. A new field which uses this
type,
Policies, is added to the Certificate struct, and is now populated during
parsing. Any OIDs which cannot be represented using a asn1.ObjectIdentifier
will appear in Policies, but not in the old PolicyIdentifiers field. When
calling CreateCertificate, the Policies field is ignored, and policies are
taken from the PolicyIdentifiers field. Using the x509usepolicies=1 GODEBUG
setting inverts this, populating certificate policies from the Policies
field, and ignoring the PolicyIdentifiers field. We may change the default
value of x509usepolicies in Go 1.23, making Policies the default field for
marshaling.
* database/sql: The new Null[T] type provide a way to scan nullable columns
for any column types.
* debug/elf: Constant R_MIPS_PC32 is defined for use with MIPS64 systems.
Additional R_LARCH_* constants are defined for use with LoongArch systems.
* encoding: The new methods AppendEncode and AppendDecode added to each of
the
Encoding types in the packages encoding/base32, encoding/base64, and
encoding/hex simplify encoding and decoding from and to byte slices by
taking care of byte slice buffer management.
* encoding: The methods base32.Encoding.WithPadding and
base64.Encoding.WithPadding now panic if the padding argument is a negative
value other than NoPadding.
* encoding/json: Marshaling and encoding functionality now escapes
'\b' and
'\f' characters as \b and \f instead of \u0008 and \u000c.
* go/ast: The following declarations related to syntactic identifier
resolution are now deprecated: Ident.Obj, Object, Scope, File.Scope,
File.Unresolved, Importer, Package, NewPackage. In general, identifiers
cannot be accurately resolved without type information. Consider, for
example, the identifier K in T{K: ""}: it could be the name of a
local
variable if T is a map type, or the name of a field if T is a struct type.
New programs should use the go/types package to resolve identifiers; see
Object, Info.Uses, and Info.Defs for details.
* go/ast: The new ast.Unparen function removes any enclosing parentheses from
an expression.
* go/types: The new Alias type represents type aliases. Previously, type
aliases were not represented explicitly, so a reference to a type alias was
equivalent to spelling out the aliased type, and the name of the alias was
lost. The new representation retains the intermediate Alias. This enables
improved error reporting (the name of a type alias can be reported), and
allows for better handling of cyclic type declarations involving type
aliases. In a future release, Alias types will also carry type parameter
information. The new function Unalias returns the actual type denoted by an
Alias type (or any other Type for that matter).
* go/types: Because Alias types may break existing type switches that do not
know to check for them, this functionality is controlled by a GODEBUG field
named gotypesalias. With gotypesalias=0, everything behaves as before, and
Alias types are never created. With gotypesalias=1, Alias types are created
and clients must expect them. The default is gotypesalias=0. In a future
release, the default will be changed to gotypesalias=1. Clients of go/types
are urged to adjust their code as soon as possible to work with
gotypesalias=1 to eliminate problems early.
* go/types: The Info struct now exports the FileVersions map which provides
per-file Go version information.
* go/types: The new helper method PkgNameOf returns the local package name
for
the given import declaration.
* go/types: The implementation of SizesFor has been adjusted to compute the
same type sizes as the compiler when the compiler argument for SizesFor is
"gc". The default Sizes implementation used by the type checker is
now
types.SizesFor("gc", "amd64").
* go/types: The start position (Pos) of the lexical environment block (Scope)
that represents a function body has changed: it used to start at the
opening
curly brace of the function body, but now starts at the function's func
token.
* html/template: Javascript template literals may now contain Go template
actions, and parsing a template containing one will no longer return
ErrJSTemplate. Similarly the GODEBUG setting jstmpllitinterp no longer has
any effect.
* io: The new SectionReader.Outer method returns the ReaderAt, offset, and
size passed to NewSectionReader.
* log/slog: The new SetLogLoggerLevel function controls the level for the
bridge between the `slog` and `log` packages. It sets the minimum level for
calls to the top-level `slog` logging functions, and it sets the level for
calls to `log.Logger` that go through `slog`.
* math/big: The new method Rat.FloatPrec computes the number of fractional
decimal digits required to represent a rational number accurately as a
floating-point number, and whether accurate decimal representation is
possible in the first place.
* net: When io.Copy copies from a TCPConn to a UnixConn, it will now use
Linux's splice(2) system call if possible, using the new method
TCPConn.WriteTo.
* net: The Go DNS Resolver, used when building with "-tags=netgo",
now
searches for a matching name in the Windows hosts file, located at
%SystemRoot%\System32\drivers\etc\hosts, before making a DNS query.
* net/http: The new functions ServeFileFS, FileServerFS, and
NewFileTransportFS are versions of the existing ServeFile, FileServer, and
NewFileTransport, operating on an fs.FS.
* net/http: The HTTP server and client now reject requests and responses
containing an invalid empty Content-Length header. The previous behavior
may
be restored by setting GODEBUG field httplaxcontentlength=1.
* net/http: The new method Request.PathValue returns path wildcard values from
a request and the new method Request.SetPathValue sets path wildcard values
on a request.
* net/http/cgi: When executing a CGI process, the PATH_INFO variable is now
always set to the empty string or a value starting with a / character, as
required by RFC 3875. It was previously possible for some combinations of
Handler.Root and request URL to violate this requirement.
* net/netip: The new AddrPort.Compare method compares two AddrPorts.
* os: On Windows, the Stat function now follows all reparse points that link
to another named entity in the system. It was previously only following
IO_REPARSE_TAG_SYMLINK and IO_REPARSE_TAG_MOUNT_POINT reparse points.
* os: On Windows, passing O_SYNC to OpenFile now causes write operations to
go
directly to disk, equivalent to O_SYNC on Unix platforms.
* os: On Windows, the ReadDir, File.ReadDir, File.Readdir, and
File.Readdirnames functions now read directory entries in batches to reduce
the number of system calls, improving performance up to 30%.
* os: When io.Copy copies from a File to a net.UnixConn, it will now use
Linux's sendfile(2) system call if possible, using the new method
File.WriteTo.
* os/exec: On Windows, LookPath now ignores empty entries in %PATH%, and
returns ErrNotFound (instead of ErrNotExist) if no executable file
extension
is found to resolve an otherwise-unambiguous name.
* os/exec: On Windows, Command and Cmd.Start no longer call LookPath if the
path to the executable is already absolute and has an executable file
extension. In addition, Cmd.Start no longer writes the resolved extension
back to the Path field, so it is now safe to call the String method
concurrently with a call to Start.
* reflect: The Value.IsZero method will now return true for a floating-point
or complex negative zero, and will return true for a struct value if a
blank
field (a field named _) somehow has a non-zero value. These changes make
IsZero consistent with comparing a value to zero using the language ==
operator.
* reflect: The PtrTo function is deprecated, in favor of PointerTo.
* reflect: The new function TypeFor returns the Type that represents the type
argument T. Previously, to get the reflect.Type value for a type, one had
to
use reflect.TypeOf((*T)(nil)).Elem(). This may now be written as
reflect.TypeForT.
* runtime/metrics: Four new histogram metrics
/sched/pauses/stopping/gc:seconds, /sched/pauses/stopping/other:seconds,
/sched/pauses/total/gc:seconds, and /sched/pauses/total/other:seconds
provide additional details about stop-the-world pauses. The
"stopping"
metrics report the time taken from deciding to stop the world until all
goroutines are stopped. The "total" metrics report the time taken
from
deciding to stop the world until it is started again.
* runtime/metrics: The /gc/pauses:seconds metric is deprecated, as it is
equivalent to the new /sched/pauses/total/gc:seconds metric.
* runtime/metrics: /sync/mutex/wait/total:seconds now includes contention on
runtime-internal locks in addition to sync.Mutex and sync.RWMutex.
* runtime/pprof: Mutex profiles now scale contention by the number of
goroutines blocked on the mutex. This provides a more accurate
representation of the degree to which a mutex is a bottleneck in a Go
program. For instance, if 100 goroutines are blocked on a mutex for 10
milliseconds, a mutex profile will now record 1 second of delay instead of
10 milliseconds of delay.
* runtime/pprof: Mutex profiles also now include contention on runtime-
internal locks in addition to sync.Mutex and sync.RWMutex. Contention on
runtime-internal locks is always reported at
runtime._LostContendedRuntimeLock. A future release will add complete stack
traces in these cases.
* runtime/pprof: CPU profiles on Darwin platforms now contain the
process's
memory map, enabling the disassembly view in the pprof tool.
* runtime/trace: The execution tracer has been completely overhauled in this
release, resolving several long-standing issues and paving the way for new
use-cases for execution traces.
* runtime/trace: Execution traces now use the operating system's clock on
most
platforms (Windows excluded) so it is possible to correlate them with
traces
produced by lower-level components. Execution traces no longer depend on
the
reliability of the platform's clock to produce a correct trace.
Execution
traces are now partitioned regularly on-the-fly and as a result may be
processed in a streamable way. Execution traces now contain complete
durations for all system calls. Execution traces now contain information
about the operating system threads that goroutines executed on. The latency
impact of starting and stopping execution traces has been dramatically
reduced. Execution traces may now begin or end during the garbage
collection
mark phase.
* runtime/trace: To allow Go developers to take advantage of these
improvements, an experimental trace reading package is available at
golang.org/x/exp/trace. Note that this package only works on traces
produced
by programs built with go1.22 at the moment. Please try out the package and
provide feedback on the corresponding proposal issue.
* runtime/trace: If you experience any issues with the new execution tracer
implementation, you may switch back to the old implementation by building
your Go program with GOEXPERIMENT=noexectracer2. If you do, please file an
issue, otherwise this option will be removed in a future release.
* slices: The new function Concat concatenates multiple slices.
* slices: Functions that shrink the size of a slice (Delete, DeleteFunc,
Compact, CompactFunc, and Replace) now zero the elements between the new
length and the old length.
* slices: Insert now always panics if the argument i is out of range.
Previously it did not panic in this situation if there were no elements to
be inserted.
* syscall: The syscall package has been frozen since Go 1.4 and was marked as
deprecated in Go 1.11, causing many editors to warn about any use of the
package. However, some non-deprecated functionality requires use of the
syscall package, such as the os/exec.Cmd.SysProcAttr field. To avoid
unnecessary complaints on such code, the syscall package is no longer
marked
as deprecated. The package remains frozen to most new functionality, and
new
code remains encouraged to use golang.org/x/sys/unix or
golang.org/x/sys/windows where possible.
* syscall: On Linux, the new SysProcAttr.PidFD field allows obtaining a PID
FD
when starting a child process via StartProcess or os/exec.
* syscall: On Windows, passing O_SYNC to Open now causes write operations to
go directly to disk, equivalent to O_SYNC on Unix platforms.
* testing/slogtest: The new Run function uses sub-tests to run test cases,
providing finer-grained control.
* Ports: Darwin: On macOS on 64-bit x86 architecture (the darwin/amd64 port),
the Go toolchain now generates position-independent executables (PIE) by
default. Non-PIE binaries can be generated by specifying the -buildmode=exe
build flag. On 64-bit ARM-based macOS (the darwin/arm64 port), the Go
toolchain already generates PIE by default. go1.22 is the last release that
will run on macOS 10.15 Catalina. Go 1.23 will require macOS 11 Big Sur or
later.
* Ports: Arm: The GOARM environment variable now allows you to select whether
to use software or hardware floating point. Previously, valid GOARM values
were 5, 6, or 7. Now those same values can be optionally followed by
,softfloat or ,hardfloat to select the floating-point implementation. This
new option defaults to softfloat for version 5 and hardfloat for versions 6
and 7.
* Ports: Loong64: The loong64 port now supports passing function arguments
and
results using registers. The linux/loong64 port now supports the address
sanitizer, memory sanitizer, new-style linker relocations, and the plugin
build mode.
## 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 Software Development Kit 12 SP5
zypper in -t patch SUSE-SLE-SDK-12-SP5-2024-936=1
## Package List:
* SUSE Linux Enterprise Software Development Kit 12 SP5 (aarch64 ppc64le
s390x
x86_64)
* go1.22-doc-1.22.1-1.3.1
* go1.22-1.22.1-1.3.1
## References:
* https://www.suse.com/security/cve/CVE-2023-45289.html
* https://www.suse.com/security/cve/CVE-2023-45290.html
* https://www.suse.com/security/cve/CVE-2024-24783.html
* https://www.suse.com/security/cve/CVE-2024-24784.html
* https://www.suse.com/security/cve/CVE-2024-24785.html
* https://bugzilla.suse.com/show_bug.cgi?id=1218424
* https://bugzilla.suse.com/show_bug.cgi?id=1219988
* https://bugzilla.suse.com/show_bug.cgi?id=1220999
* https://bugzilla.suse.com/show_bug.cgi?id=1221000
* https://bugzilla.suse.com/show_bug.cgi?id=1221001
* https://bugzilla.suse.com/show_bug.cgi?id=1221002
* https://bugzilla.suse.com/show_bug.cgi?id=1221003
--===============0937495618792230139==
Content-Type: text/html; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
<div class="container">
<h1>Security update for go1.22</h1>
<table class="table table-striped table-bordered">
<tbody>
<tr>
<th>Announcement ID:</th>
<td>SUSE-SU-2024:0936-1</td>
</tr>
<tr>
<th>Rating:</th>
<td>important</td>
</tr>
<tr>
<th>References:</th>
<td>
<ul>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1218424">bsc#1218424</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1219988">bsc#1219988</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1220999">bsc#1220999</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221000">bsc#1221000</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221001">bsc#1221001</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221002">bsc#1221002</a>
</li>
<li style="display: inline;">
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221003">bsc#1221003</a>
</li>
</ul>
</td>
</tr>
<tr>
<th>
Cross-References:
</th>
<td>
<ul>
<li style="display: inline;">
<a href="https://www.suse.com/security/cve/CVE-2023-45289.html">CVE-2023-45289</a>
</li>
<li style="display: inline;">
<a href="https://www.suse.com/security/cve/CVE-2023-45290.html">CVE-2023-45290</a>
</li>
<li style="display: inline;">
<a href="https://www.suse.com/security/cve/CVE-2024-24783.html">CVE-2024-24783</a>
</li>
<li style="display: inline;">
<a href="https://www.suse.com/security/cve/CVE-2024-24784.html">CVE-2024-24784</a>
</li>
<li style="display: inline;">
<a href="https://www.suse.com/security/cve/CVE-2024-24785.html">CVE-2024-24785</a>
</li>
</ul>
</td>
</tr>
<tr>
<th>CVSS scores:</th>
<td>
<ul class="list-group">
<li class="list-group-item">
<span
class="cvss-reference">CVE-2023-45289</span>
<span class="cvss-source">
(
SUSE
):
</span>
<span
class="cvss-score">7.5</span>
<span
class="cvss-vector">CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N</span>
</li>
<li class="list-group-item">
<span
class="cvss-reference">CVE-2023-45290</span>
<span class="cvss-source">
(
SUSE
):
</span>
<span
class="cvss-score">7.5</span>
<span
class="cvss-vector">CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H</span>
</li>
<li class="list-group-item">
<span
class="cvss-reference">CVE-2024-24783</span>
<span class="cvss-source">
(
SUSE
):
</span>
<span
class="cvss-score">7.5</span>
<span
class="cvss-vector">CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H</span>
</li>
<li class="list-group-item">
<span
class="cvss-reference">CVE-2024-24784</span>
<span class="cvss-source">
(
SUSE
):
</span>
<span
class="cvss-score">7.5</span>
<span
class="cvss-vector">CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N</span>
</li>
<li class="list-group-item">
<span
class="cvss-reference">CVE-2024-24785</span>
<span class="cvss-source">
(
SUSE
):
</span>
<span
class="cvss-score">7.5</span>
<span
class="cvss-vector">CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N</span>
</li>
</ul>
</td>
</tr>
<tr>
<th>Affected Products:</th>
<td>
<ul class="list-group">
<li class="list-group-item">SUSE Linux
Enterprise High Performance Computing 12 SP5</li>
<li class="list-group-item">SUSE Linux
Enterprise Server 12 SP5</li>
<li class="list-group-item">SUSE Linux
Enterprise Server for SAP Applications 12 SP5</li>
<li class="list-group-item">SUSE Linux
Enterprise Software Development Kit 12 SP5</li>
</ul>
</td>
</tr>
</tbody>
</table>
<p>An update that solves five vulnerabilities and has two security
fixes can now be installed.</p>
<h2>Description:</h2>
<p>This update for go1.22 fixes the following issues:</p>
<ul>
<li>go1.22.1 (released 2024-03-05) includes security fixes to the
crypto/x509, html/template, net/http, net/http/cookiejar, and
net/mail packages, as well as bug fixes to the compiler, the go
command, the runtime, the trace command, and the go/types and
net/http packages. (bsc#1218424)</li>
</ul>
<p>CVE-2023-45289 CVE-2023-45290 CVE-2024-24783 CVE-2024-24784
CVE-2024-24785</p>
<ul>
<li>go#65831 go#65390 bsc#1220999 security: fix CVE-2024-24783
crypto/x509: Verify panics on certificates with an unknown public key algorithm</li>
<li>go#65849 go#65083 bsc#1221002 security: fix CVE-2024-24784 net/mail:
comments in display names are incorrectly handled</li>
<li>go#65850 go#65383 bsc#1221001 security: fix CVE-2023-45290 net/http: memory exhaustion in Request.ParseMultipartForm</li>
<li>go#65859 go#65065 bsc#1221000 security: fix CVE-2023-45289 net/http,
net/http/cookiejar: incorrect forwarding of sensitive headers and cookies on HTTP redirect</li>
<li>go#65969 go#65697 bsc#1221003 security: fix CVE-2024-24785
html/template: errors returned from MarshalJSON methods may break template escaping</li>
<li>go#65352 cmd/go: go generate fails silently when run on a package in
a nested workspace module</li>
<li>go#65471 internal/testenv: TestHasGoBuild failures on the LUCI noopt
builders</li>
<li>go#65474 internal/testenv: support LUCI mobile builders in testenv
tests</li>
<li>go#65577 cmd/trace/v2: goroutine analysis page doesn't
identify goroutines consistently</li>
<li>go#65618 cmd/compile: Go 1.22 build fails with 1.21 PGO profile on
internal/saferio change</li>
<li>go#65619 cmd/compile: Go 1.22 changes support for modules that
declare go 1.0</li>
<li>go#65641 cmd/cgo/internal/testsanitizers,x/build: LUCI clang15
builders failing</li>
<li>go#65644 runtime: crash in race detector when execution tracer reads
from CPU profile buffer</li>
<li>go#65728 go/types: nil pointer dereference in
Alias.Underlying()</li>
<li>go#65759 net/http: context cancellation can leave HTTP client with deadlocked HTTP/1.1 connections in Go1.22</li>
<li>go#65760 runtime: Go 1.22.0 fails to build from source on armv7
Alpine Linux</li>
<li>go#65818 runtime: go1.22.0 test with -race will SIGSEGV or SIGBUS or
Bad Pointer</li>
<li>go#65852 cmd/go: "missing ziphash" error with
go.work</li>
<li>
<p>go#65883 runtime: scheduler sometimes starves a runnable goroutine on
wasm platforms</p>
</li>
<li>
<p>Packaging improvements:</p>
</li>
<li>
<p>bsc#1219988 ensure VERSION file is present in GOROOT
as required by go tool dist and go tool distpack</p>
</li>
<li>
<p>go1.22 (released 2024-02-06) is a major release of Go.
go1.22.x minor releases will be provided through February 2024.
https://github.com/golang/go/wiki/Go-Release-Cycle
go1.22 arrives six months after go1.21. 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#1218424)</p>
</li>
<li>Language change: go1.22 makes two changes to for loops.
Previously, the variables declared by a for loop were created
once and updated by each iteration. In go1.22, each iteration
of the loop creates new variables, to avoid accidental sharing
bugs. The transition support tooling described in the proposal
continues to work in the same way it did in Go 1.21.</li>
<li>Language change: For loops may now range over integers</li>
<li>Language change: go1.22 includes a preview of a language change
we are considering for a future version of Go:
range-over-function iterators. Building with
GOEXPERIMENT=rangefunc enables this feature.</li>
<li>go command: Commands in workspaces can now use a vendor
directory containing the dependencies of the workspace. The
directory is created by go work vendor, and used by build
commands when the -mod flag is set to vendor, which is the
default when a workspace vendor directory is present. Note
that the vendor directory's contents for a workspace are
different from those of a single module: if the directory at
the root of a workspace also contains one of the modules in the
workspace, its vendor directory can contain the dependencies of
either the workspace or of the module, but not both.</li>
<li>go get is no longer supported outside of a module in the legacy
GOPATH mode (that is, with GO111MODULE=off). Other build
commands, such as go build and go test, will continue to work
indefinitely for legacy GOPATH programs.</li>
<li>go mod init no longer attempts to import module requirements
from configuration files for other vendoring tools (such as
Gopkg.lock).</li>
<li>go test -cover now prints coverage summaries for covered
packages that do not have their own test files. Prior to Go
1.22 a go test -cover run for such a package would report: ?
mymod/mypack [no test files] and now with go1.22, functions in
the package are treated as uncovered: mymod/mypack coverage:
0.0% of statements Note that if a package contains no
executable code at all, we can't report a meaningful coverage
percentage; for such packages the go tool will continue to
report that there are no test files.</li>
<li>trace: The trace tool's web UI has been gently refreshed as
part of the work to support the new tracer, resolving several
issues and improving the readability of various sub-pages. The
web UI now supports exploring traces in a thread-oriented
view. The trace viewer also now displays the full duration of
all system calls. These improvements only apply for viewing
traces produced by programs built with go1.22 or newer. A
future release will bring some of these improvements to traces
produced by older version of Go.</li>
<li>vet: References to loop variables The behavior of the vet tool
has changed to match the new semantics (see above) of loop
variables in go1.22. When analyzing a file that requires go1.22
or newer (due to its go.mod file or a per-file build
constraint), vetcode> no longer reports references to loop
variables from within a function literal that might outlive the
iteration of the loop. In Go 1.22, loop variables are created
anew for each iteration, so such references are no longer at
risk of using a variable after it has been updated by the loop.</li>
<li>vet: New warnings for missing values after append The vet tool
now reports calls to append that pass no values to be appended
to the slice, such as slice = append(slice). Such a statement
has no effect, and experience has shown that is nearly always a
mistake.</li>
<li>vet: New warnings for deferring time.Since The vet tool now
reports a non-deferred call to time.Since(t) within a defer
statement. This is equivalent to calling time.Now().Sub(t)
before the defer statement, not when the deferred function is
called. In nearly all cases, the correct code requires
deferring the time.Since call.</li>
<li>vet: New warnings for mismatched key-value pairs in log/slog
calls The vet tool now reports invalid arguments in calls to
functions and methods in the structured logging package,
log/slog, that accept alternating key/value pairs. It reports
calls where an argument in a key position is neither a string
nor a slog.Attr, and where a final key is missing its value.</li>
<li>runtime: The runtime now keeps type-based garbage collection
metadata nearer to each heap object, improving the CPU
performance (latency or throughput) of Go programs by
1-3%. This change also reduces the memory overhead of the
majority Go programs by approximately 1% by deduplicating
redundant metadata. Some programs may see a smaller improvement
because this change adjusts the size class boundaries of the
memory allocator, so some objects may be moved up a size class.
A consequence of this change is that some objects' addresses
that were previously always aligned to a 16 byte (or higher)
boundary will now only be aligned to an 8 byte boundary. Some
programs that use assembly instructions that require memory
addresses to be more than 8-byte aligned and rely on the memory
allocator's previous alignment behavior may break, but we
expect such programs to be rare. Such programs may be built
with GOEXPERIMENT=noallocheaders to revert to the old metadata
layout and restore the previous alignment behavior, but package
owners should update their assembly code to avoid the alignment
assumption, as this workaround will be removed in a future
release.</li>
<li>runtime: On the windows/amd64 port, programs linking or loading
Go libraries built with -buildmode=c-archive or
-buildmode=c-shared can now use the SetUnhandledExceptionFilter
Win32 function to catch exceptions not handled by the Go
runtime. Note that this was already supported on the
windows/386 port.</li>
<li>compiler: Profile-guided Optimization (PGO) builds can now
devirtualize a higher proportion of calls than previously
possible. Most programs from a representative set of Go
programs now see between 2 and 14% improvement from enabling
PGO.</li>
<li>compiler: The compiler now interleaves devirtualization and
inlining, so interface method calls are better optimized.</li>
<li>compiler: go1.22 also includes a preview of an enhanced
implementation of the compiler's inlining phase that uses
heuristics to boost inlinability at call sites deemed
"important" (for example, in loops) and discourage
inlining at
call sites deemed "unimportant" (for example, on panic
paths). Building with GOEXPERIMENT=newinliner enables the new
call-site heuristics; see issue #61502 for more info and to
provide feedback.</li>
<li>linker: The linker's -s and -w flags are now behave more
consistently across all platforms. The -w flag suppresses DWARF
debug information generation. The -s flag suppresses symbol
table generation. The -s flag also implies the -w flag, which
can be negated with -w=0. That is, -s -w=0 will generate a
binary with DWARF debug information generation but without the
symbol table.</li>
<li>linker: On ELF platforms, the -B linker flag now accepts a
special form: with -B gobuildid, the linker will generate a GNU
build ID (the ELF NT_GNU_BUILD_ID note) derived from the Go
build ID.</li>
<li>linker: On Windows, when building with -linkmode=internal, the
linker now preserves SEH information from C object files by
copying the .pdata and .xdata sections into the final
binary. This helps with debugging and profiling binaries using
native tools, such as WinDbg. Note that until now, C functions'
SEH exception handlers were not being honored, so this change
may cause some programs to behave differently.
-linkmode=external is not affected by this change, as external
linkers already preserve SEH information.</li>
<li>bootstrap: As mentioned in the Go 1.20 release notes, go1.22
now requires the final point release of Go 1.20 or later for
bootstrap. We expect that Go 1.24 will require the final point
release of go1.22 or later for bootstrap.</li>
<li>core library: New math/rand/v2 package: go1.22 includes the
first “v2” package in the standard library, math/rand/v2. The
changes compared to math/rand are detailed in proposal
go#61716. The most important changes are:<ul>
<li>The Read method, deprecated in math/rand, was not carried
forward for math/rand/v2. (It remains available in
math/rand.) The vast majority of calls to Read should use
crypto/rand’s Read instead. Otherwise a custom Read can be
constructed using the Uint64 method.</li>
<li>The global generator accessed by top-level functions is
unconditionally randomly seeded. Because the API guarantees
no fixed sequence of results, optimizations like per-thread
random generator states are now possible.</li>
<li>The Source interface now has a single Uint64 method; there is
no Source64 interface.</li>
<li>Many methods now use faster algorithms that were not possible
to adopt in math/rand because they changed the output
streams.</li>
<li>The Intn, Int31, Int31n, Int63, and Int64n top-level
functions and methods from math/rand are spelled more
idiomatically in math/rand/v2: IntN, Int32, Int32N, Int64,
and Int64N. There are also new top-level functions and
methods Uint32, Uint32N, Uint64, Uint64N, Uint, and UintN.</li>
<li>The new generic function N is like Int64N or Uint64N but
works for any integer type. For example a random duration
from 0 up to 5 minutes is rand.N(5*time.Minute).</li>
<li>The Mitchell & Reeds LFSR generator provided by math/rand’s
Source has been replaced by two more modern pseudo-random
generator sources: ChaCha8 PCG. ChaCha8 is a new,
cryptographically strong random number generator roughly
similar to PCG in efficiency. ChaCha8 is the algorithm used
for the top-level functions in math/rand/v2. As of go1.22,
math/rand's top-level functions (when not explicitly seeded)
and the Go runtime also use ChaCha8 for randomness.</li>
<li>We plan to include an API migration tool in a future release,
likely Go 1.23.</li>
</ul>
</li>
<li>core library: New go/version package: The new go/version
package implements functions for validating and comparing Go
version strings.</li>
<li>core library: Enhanced routing patterns: HTTP routing in the
standard library is now more expressive. The patterns used by
net/http.ServeMux have been enhanced to accept methods and
wildcards. This change breaks backwards compatibility in small
ways, some obvious—patterns with "{" and
"}" behave
differently— and some less so—treatment of escaped paths has
been improved. The change is controlled by a GODEBUG field
named httpmuxgo121. Set httpmuxgo121=1 to restore the old
behavior.</li>
<li>Minor changes to the library As always, there are various minor
changes and updates to the library, made with the Go 1 promise
of compatibility in mind. There are also various performance
improvements, not enumerated here.</li>
<li>archive/tar: The new method Writer.AddFS adds all of the files
from an fs.FS to the archive.</li>
<li>archive/zip: The new method Writer.AddFS adds all of the files
from an fs.FS to the archive.</li>
<li>bufio: When a SplitFunc returns ErrFinalToken with a nil token,
Scanner will now stop immediately. Previously, it would report
a final empty token before stopping, which was usually not
desired. Callers that do want to report a final empty token can
do so by returning []byte{} rather than nil.</li>
<li>cmp: The new function Or returns the first in a sequence of
values that is not the zero value.</li>
<li>crypto/tls: ConnectionState.ExportKeyingMaterial will now
return an error unless TLS 1.3 is in use, or the
extended_master_secret extension is supported by both the
server and client. crypto/tls has supported this extension
since Go 1.20. This can be disabled with the tlsunsafeekm=1
GODEBUG setting.</li>
<li>crypto/tls: By default, the minimum version offered by
crypto/tls servers is now TLS 1.2 if not specified with
config.MinimumVersion, matching the behavior of crypto/tls
clients. This change can be reverted with the tls10server=1
GODEBUG setting.</li>
<li>crypto/tls: By default, cipher suites without ECDHE support are
no longer offered by either clients or servers during pre-TLS
1.3 handshakes. This change can be reverted with the
tlsrsakex=1 GODEBUG setting.</li>
<li>crypto/x509: The new CertPool.AddCertWithConstraint method can
be used to add customized constraints to root certificates to
be applied during chain building.</li>
<li>crypto/x509: On Android, root certificates will now be loaded
from /data/misc/keychain/certs-added as well as
/system/etc/security/cacerts.</li>
<li>crypto/x509: A new type, OID, supports ASN.1 Object Identifiers
with individual components larger than 31 bits. A new field
which uses this type, Policies, is added to the Certificate
struct, and is now populated during parsing. Any OIDs which
cannot be represented using a asn1.ObjectIdentifier will appear
in Policies, but not in the old PolicyIdentifiers field. When
calling CreateCertificate, the Policies field is ignored, and
policies are taken from the PolicyIdentifiers field. Using the
x509usepolicies=1 GODEBUG setting inverts this, populating
certificate policies from the Policies field, and ignoring the
PolicyIdentifiers field. We may change the default value of
x509usepolicies in Go 1.23, making Policies the default field
for marshaling.</li>
<li>database/sql: The new Null[T] type provide a way to scan
nullable columns for any column types.</li>
<li>debug/elf: Constant R_MIPS_PC32 is defined for use with MIPS64
systems. Additional R_LARCH_* constants are defined for use
with LoongArch systems.</li>
<li>encoding: The new methods AppendEncode and AppendDecode added
to each of the Encoding types in the packages encoding/base32,
encoding/base64, and encoding/hex simplify encoding and
decoding from and to byte slices by taking care of byte slice
buffer management.</li>
<li>encoding: The methods base32.Encoding.WithPadding and
base64.Encoding.WithPadding now panic if the padding argument
is a negative value other than NoPadding.</li>
<li>encoding/json: Marshaling and encoding functionality now
escapes '\b' and '\f' characters as \b
and \f instead of \u0008
and \u000c.</li>
<li>go/ast: The following declarations related to syntactic
identifier resolution are now deprecated: Ident.Obj, Object,
Scope, File.Scope, File.Unresolved, Importer, Package,
NewPackage. In general, identifiers cannot be accurately
resolved without type information. Consider, for example, the
identifier K in T{K: ""}: it could be the name of a local
variable if T is a map type, or the name of a field if T is a
struct type. New programs should use the go/types package to
resolve identifiers; see Object, Info.Uses, and Info.Defs for
details.</li>
<li>go/ast: The new ast.Unparen function removes any enclosing
parentheses from an expression.</li>
<li>go/types: The new Alias type represents type
aliases. Previously, type aliases were not represented
explicitly, so a reference to a type alias was equivalent to
spelling out the aliased type, and the name of the alias was
lost. The new representation retains the intermediate
Alias. This enables improved error reporting (the name of a
type alias can be reported), and allows for better handling of
cyclic type declarations involving type aliases. In a future
release, Alias types will also carry type parameter
information. The new function Unalias returns the actual type
denoted by an Alias type (or any other Type for that matter).</li>
<li>go/types: Because Alias types may break existing type switches
that do not know to check for them, this functionality is
controlled by a GODEBUG field named gotypesalias. With
gotypesalias=0, everything behaves as before, and Alias types
are never created. With gotypesalias=1, Alias types are created
and clients must expect them. The default is gotypesalias=0. In
a future release, the default will be changed to
gotypesalias=1. Clients of go/types are urged to adjust their
code as soon as possible to work with gotypesalias=1 to
eliminate problems early.</li>
<li>go/types: The Info struct now exports the FileVersions map
which provides per-file Go version information.</li>
<li>go/types: The new helper method PkgNameOf returns the local
package name for the given import declaration.</li>
<li>go/types: The implementation of SizesFor has been adjusted to
compute the same type sizes as the compiler when the compiler
argument for SizesFor is "gc". The default Sizes
implementation
used by the type checker is now types.SizesFor("gc",
"amd64").</li>
<li>go/types: The start position (Pos) of the lexical environment
block (Scope) that represents a function body has changed: it
used to start at the opening curly brace of the function body,
but now starts at the function's func token.</li>
<li>html/template: Javascript template literals may now contain Go
template actions, and parsing a template containing one will no
longer return ErrJSTemplate. Similarly the GODEBUG setting
jstmpllitinterp no longer has any effect.</li>
<li>io: The new SectionReader.Outer method returns the ReaderAt,
offset, and size passed to NewSectionReader.</li>
<li>log/slog: The new SetLogLoggerLevel function controls the level
for the bridge between the <code>slog</code> and
<code>log</code> packages. It sets
the minimum level for calls to the top-level <code>slog</code>
logging
functions, and it sets the level for calls to
<code>log.Logger</code> that
go through <code>slog</code>.</li>
<li>math/big: The new method Rat.FloatPrec computes the number of
fractional decimal digits required to represent a rational
number accurately as a floating-point number, and whether
accurate decimal representation is possible in the first place.</li>
<li>net: When io.Copy copies from a TCPConn to a UnixConn, it will
now use Linux's splice(2) system call if possible, using the
new method TCPConn.WriteTo.</li>
<li>net: The Go DNS Resolver, used when building with
"-tags=netgo", now searches for a matching name in the
Windows
hosts file, located at %SystemRoot%\System32\drivers\etc\hosts,
before making a DNS query.</li>
<li>net/http: The new functions ServeFileFS, FileServerFS, and
NewFileTransportFS are versions of the existing ServeFile,
FileServer, and NewFileTransport, operating on an fs.FS.</li>
<li>net/http: The HTTP server and client now reject requests and
responses containing an invalid empty Content-Length
header. The previous behavior may be restored by setting
GODEBUG field httplaxcontentlength=1.</li>
<li>net/http: The new method Request.PathValue returns path
wildcard values from a request and the new method
Request.SetPathValue sets path wildcard values on a request.</li>
<li>net/http/cgi: When executing a CGI process, the PATH_INFO
variable is now always set to the empty string or a value
starting with a / character, as required by RFC 3875. It was
previously possible for some combinations of Handler.Root and
request URL to violate this requirement.</li>
<li>net/netip: The new AddrPort.Compare method compares two
AddrPorts.</li>
<li>os: On Windows, the Stat function now follows all reparse
points that link to another named entity in the system. It was
previously only following IO_REPARSE_TAG_SYMLINK and
IO_REPARSE_TAG_MOUNT_POINT reparse points.</li>
<li>os: On Windows, passing O_SYNC to OpenFile now causes write
operations to go directly to disk, equivalent to O_SYNC on Unix
platforms.</li>
<li>os: On Windows, the ReadDir, File.ReadDir, File.Readdir, and
File.Readdirnames functions now read directory entries in
batches to reduce the number of system calls, improving
performance up to 30%.</li>
<li>os: When io.Copy copies from a File to a net.UnixConn, it will
now use Linux's sendfile(2) system call if possible, using the
new method File.WriteTo.</li>
<li>os/exec: On Windows, LookPath now ignores empty entries
in %PATH%, and returns ErrNotFound (instead of ErrNotExist)
if no executable file extension is found to resolve an
otherwise-unambiguous name.</li>
<li>os/exec: On Windows, Command and Cmd.Start no longer call
LookPath if the path to the executable is already absolute and
has an executable file extension. In addition, Cmd.Start no
longer writes the resolved extension back to the Path field, so
it is now safe to call the String method concurrently with a
call to Start.</li>
<li>reflect: The Value.IsZero method will now return true for a
floating-point or complex negative zero, and will return true
for a struct value if a blank field (a field named _) somehow
has a non-zero value. These changes make IsZero consistent with
comparing a value to zero using the language == operator.</li>
<li>reflect: The PtrTo function is deprecated, in favor of
PointerTo.</li>
<li>reflect: The new function TypeFor returns the Type that
represents the type argument T. Previously, to get the
reflect.Type value for a type, one had to use
reflect.TypeOf((*T)(nil)).Elem(). This may now be written as
reflect.TypeFor<a href="">T</a>.</li>
<li>runtime/metrics: Four new histogram metrics
/sched/pauses/stopping/gc:seconds,
/sched/pauses/stopping/other:seconds,
/sched/pauses/total/gc:seconds, and
/sched/pauses/total/other:seconds provide additional details
about stop-the-world pauses. The "stopping" metrics
report the
time taken from deciding to stop the world until all goroutines
are stopped. The "total" metrics report the time taken
from
deciding to stop the world until it is started again.</li>
<li>runtime/metrics: The /gc/pauses:seconds metric is deprecated,
as it is equivalent to the new /sched/pauses/total/gc:seconds
metric.</li>
<li>runtime/metrics: /sync/mutex/wait/total:seconds now includes
contention on runtime-internal locks in addition to sync.Mutex
and sync.RWMutex.</li>
<li>runtime/pprof: Mutex profiles now scale contention by the
number of goroutines blocked on the mutex. This provides a more
accurate representation of the degree to which a mutex is a
bottleneck in a Go program. For instance, if 100 goroutines are
blocked on a mutex for 10 milliseconds, a mutex profile will
now record 1 second of delay instead of 10 milliseconds of
delay.</li>
<li>runtime/pprof: Mutex profiles also now include contention on
runtime-internal locks in addition to sync.Mutex and
sync.RWMutex. Contention on runtime-internal locks is always
reported at runtime._LostContendedRuntimeLock. A future release
will add complete stack traces in these cases.</li>
<li>runtime/pprof: CPU profiles on Darwin platforms now contain the
process's memory map, enabling the disassembly view in the
pprof tool.</li>
<li>runtime/trace: The execution tracer has been completely
overhauled in this release, resolving several long-standing
issues and paving the way for new use-cases for execution
traces.</li>
<li>runtime/trace: Execution traces now use the operating
system's
clock on most platforms (Windows excluded) so it is possible to
correlate them with traces produced by lower-level
components. Execution traces no longer depend on the
reliability of the platform's clock to produce a correct
trace. Execution traces are now partitioned regularly
on-the-fly and as a result may be processed in a streamable
way. Execution traces now contain complete durations for all
system calls. Execution traces now contain information about
the operating system threads that goroutines executed on. The
latency impact of starting and stopping execution traces has
been dramatically reduced. Execution traces may now begin or
end during the garbage collection mark phase.</li>
<li>runtime/trace: To allow Go developers to take advantage of
these improvements, an experimental trace reading package is
available at golang.org/x/exp/trace. Note that this package
only works on traces produced by programs built with go1.22 at
the moment. Please try out the package and provide feedback on
the corresponding proposal issue.</li>
<li>runtime/trace: If you experience any issues with the new
execution tracer implementation, you may switch back to the old
implementation by building your Go program with
GOEXPERIMENT=noexectracer2. If you do, please file an issue,
otherwise this option will be removed in a future release.</li>
<li>slices: The new function Concat concatenates multiple
slices.</li>
<li>slices: Functions that shrink the size of a slice (Delete,
DeleteFunc, Compact, CompactFunc, and Replace) now zero the
elements between the new length and the old length.</li>
<li>slices: Insert now always panics if the argument i is out of
range. Previously it did not panic in this situation if there
were no elements to be inserted.</li>
<li>syscall: The syscall package has been frozen since Go 1.4 and
was marked as deprecated in Go 1.11, causing many editors to
warn about any use of the package. However, some non-deprecated
functionality requires use of the syscall package, such as the
os/exec.Cmd.SysProcAttr field. To avoid unnecessary complaints
on such code, the syscall package is no longer marked as
deprecated. The package remains frozen to most new
functionality, and new code remains encouraged to use
golang.org/x/sys/unix or golang.org/x/sys/windows where
possible.</li>
<li>syscall: On Linux, the new SysProcAttr.PidFD field allows
obtaining a PID FD when starting a child process via
StartProcess or os/exec.</li>
<li>syscall: On Windows, passing O_SYNC to Open now causes write
operations to go directly to disk, equivalent to O_SYNC on Unix
platforms.</li>
<li>testing/slogtest: The new Run function uses sub-tests to run
test cases, providing finer-grained control.</li>
<li>Ports: Darwin: On macOS on 64-bit x86 architecture (the
darwin/amd64 port), the Go toolchain now generates
position-independent executables (PIE) by default. Non-PIE
binaries can be generated by specifying the -buildmode=exe
build flag. On 64-bit ARM-based macOS (the darwin/arm64 port),
the Go toolchain already generates PIE by default. go1.22 is
the last release that will run on macOS 10.15 Catalina. Go 1.23
will require macOS 11 Big Sur or later.</li>
<li>Ports: Arm: The GOARM environment variable now allows you to
select whether to use software or hardware floating
point. Previously, valid GOARM values were 5, 6, or 7. Now
those same values can be optionally followed by ,softfloat or
,hardfloat to select the floating-point implementation. This
new option defaults to softfloat for version 5 and hardfloat
for versions 6 and 7.</li>
<li>Ports: Loong64: The loong64 port now supports passing function
arguments and results using registers. The linux/loong64 port
now supports the address sanitizer, memory sanitizer, new-style
linker relocations, and the plugin build mode.</li>
</ul>
<h2>Patch Instructions:</h2>
<p>
To install this SUSE update use the SUSE recommended
installation methods like YaST online_update or "zypper
patch".<br/>
Alternatively you can run the command listed for your product:
</p>
<ul class="list-group">
<li class="list-group-item">
SUSE Linux Enterprise Software Development Kit 12 SP5
<br/>
<code>zypper in -t patch
SUSE-SLE-SDK-12-SP5-2024-936=1</code>
</li>
</ul>
<h2>Package List:</h2>
<ul>
<li>
SUSE Linux Enterprise Software Development Kit 12 SP5
(aarch64 ppc64le s390x x86_64)
<ul>
<li>go1.22-doc-1.22.1-1.3.1</li>
<li>go1.22-1.22.1-1.3.1</li>
</ul>
</li>
</ul>
<h2>References:</h2>
<ul>
<li>
<a href="https://www.suse.com/security/cve/CVE-2023-45289.html">https://www.suse.com/security/cve/CVE-2023-45289.html</a>
</li>
<li>
<a href="https://www.suse.com/security/cve/CVE-2023-45290.html">https://www.suse.com/security/cve/CVE-2023-45290.html</a>
</li>
<li>
<a href="https://www.suse.com/security/cve/CVE-2024-24783.html">https://www.suse.com/security/cve/CVE-2024-24783.html</a>
</li>
<li>
<a href="https://www.suse.com/security/cve/CVE-2024-24784.html">https://www.suse.com/security/cve/CVE-2024-24784.html</a>
</li>
<li>
<a href="https://www.suse.com/security/cve/CVE-2024-24785.html">https://www.suse.com/security/cve/CVE-2024-24785.html</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1218424">https://bugzilla.suse.com/show_bug.cgi?id=1218424</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1219988">https://bugzilla.suse.com/show_bug.cgi?id=1219988</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1220999">https://bugzilla.suse.com/show_bug.cgi?id=1220999</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221000">https://bugzilla.suse.com/show_bug.cgi?id=1221000</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221001">https://bugzilla.suse.com/show_bug.cgi?id=1221001</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221002">https://bugzilla.suse.com/show_bug.cgi?id=1221002</a>
</li>
<li>
<a href="https://bugzilla.suse.com/show_bug.cgi?id=1221003">https://bugzilla.suse.com/show_bug.cgi?id=1221003</a>
</li>
</ul>
</div>
--===============0937495618792230139==--
|
