https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Fri, 13 Nov 2026 04:57:57 +0000 https://db.gcve.eu/vuln/fkie_cve-2026-97043 <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> https://db.gcve.eu/vuln/fkie_cve-2026-97043 https://db.gcve.eu/vuln/ghsa-26gx-chjm-8pq7 <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> https://db.gcve.eu/vuln/ghsa-26gx-chjm-8pq7 https://db.gcve.eu/vuln/opensuse-su-2026:12529-1 <p>go1.26-1.26.11-1.1 on GA media</p> <p>go1.26-1.26.11-1.1 on GA media</p> https://db.gcve.eu/vuln/opensuse-su-2026:12529-1 https://db.gcve.eu/vuln/ubuntu-cve-2026-97043 <p><strong>Affected:</strong> Ubuntu:14.04:LTS: golang-1.10, Ubuntu:16.04:LTS: golang-1.10, Ubuntu:16.04:LTS: golang-1.6, Ubuntu:Pro:16.04:LTS: golang-1.13, Ubuntu:Pro:16.04:LTS: golang-1.18, Ubuntu:18.04:LTS: golang-1.10, Ubuntu:Pro:18.04:LTS: golang-1.13, Ubuntu:Pro:18.04:LTS: golang-1.16, Ubuntu:Pro:18.04:LTS: golang-1.18, Ubuntu:18.04:LTS: golang-1.8 and 30 more</p> <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> <p><strong>Affected:</strong> Ubuntu:14.04:LTS: golang-1.10, Ubuntu:16.04:LTS: golang-1.10, Ubuntu:16.04:LTS: golang-1.6, Ubuntu:Pro:16.04:LTS: golang-1.13, Ubuntu:Pro:16.04:LTS: golang-1.18, Ubuntu:18.04:LTS: golang-1.10, Ubuntu:Pro:18.04:LTS: golang-1.13, Ubuntu:Pro:18.04:LTS: golang-1.16, Ubuntu:Pro:18.04:LTS: golang-1.18, Ubuntu:18.04:LTS: golang-1.8 and 30 more</p> <p>Building a malicious package that uses cgo could bypass &#34;#cgo LDFLAGS&#34; validation and cause unexpected code execution at build time, or cause the go command to panic, via crafted quoting in &#34;//go:cgo_ldflag&#34; directives. When &#34;cmd/cgo&#34; generates &#34;_cgo_gotypes.go&#34;, it quotes each &#34;#cgo LDFLAGS&#34; argument with strconv.Quote in a &#34;//go:cgo_ldflag&#34; directive, but &#34;cmd/compile&#34; and &#34;cmd/go&#34; parsed those directives by splitting on raw quote characters without handling backslash escapes or unquoting the string. This mismatch allowed disallowed linker flags or unvalidated linker search paths to be smuggled past the go command&#39;s flag checks and passed to the external linker. In addition, deduplicating LDFLAGS in the go command could panic with an out-of-bounds slice index when a prefix of the flag list matched near the end of the slice. &#34;cmd/compile&#34; and &#34;cmd/go&#34; now properly handle backslash-escaped quotes and unquote &#34;//go:cgo_*&#34; pragma strings with strconv.Unquote, and the slice bounds check in processCgoOutputs has been fixed.</p> https://db.gcve.eu/vuln/ubuntu-cve-2026-97043 https://db.gcve.eu/vuln/wid-sec-w-2026-4370 <p>Ein Angreifer kann mehrere Schwachstellen in Golang Go ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen in Golang Go ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.</p> https://db.gcve.eu/vuln/wid-sec-w-2026-4370