{"schema_version":"1.9.0","id":"CVE-2026-33487","published":"2026-03-26T17:17:51.101Z","modified":"2026-09-10T03:30:54.643728895Z","aliases":["GHSA-479m-364c-43vc","GO-2026-4753"],"related":["SUSE-SU-2026:1205-1","openSUSE-SU-2026:11126-1","openSUSE-SU-2026:21483-1"],"summary":"goxmldsig has validateSignature Loop Variable Capture Signature Bypass","details":"goxmlsig provides XML Digital Signatures implemented in Go. Prior to version 1.6.0, the `validateSignature` function in `validate.go` goes through the references in the `SignedInfo` block to find one that matches the signed element's ID. In Go versions before 1.22, or when `go.mod` uses an older version, there is a loop variable capture issue. The code takes the address of the loop variable `_ref` instead of its value. As a result, if more than one reference matches the ID or if the loop logic is incorrect, the `ref` pointer will always end up pointing to the last element in the `SignedInfo.References` slice after the loop. goxmlsig version 1.6.0 contains a patch.","affected":[{"ranges":[{"type":"GIT","repo":"https://github.com/russellhaering/goxmldsig","events":[{"introduced":"0"},{"fixed":"878c8c615feb628064040115d00e105a137fcfa7"}],"database_specific":{"cpe":"cpe:2.3:a:goxmldsig_project:goxmldsig:*:*:*:*:*:*:*:*","extracted_events":[{"introduced":"0"},{"fixed":"1.6.0"}],"source":["AFFECTED_FIELD","CPE_RANGE"]}}],"versions":["v1.5.0","v1.4.0","v1.3.0","v1.2.0","v1.1.1","v1.1.0"],"database_specific":{"source":"https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-33487.json"}}],"references":[{"type":"WEB","url":"https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-33487.json"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:13548"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:20943"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:20946"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:21769"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:22347"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:22423"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:23345"},{"type":"ADVISORY","url":"https://access.redhat.com/errata/RHSA-2026:36882"},{"type":"ADVISORY","url":"https://access.redhat.com/security/cve/CVE-2026-33487"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/33xxx/CVE-2026-33487.json"},{"type":"ADVISORY","url":"https://github.com/russellhaering/goxmldsig/security/advisories/GHSA-479m-364c-43vc"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-33487"},{"type":"REPORT","url":"https://bugzilla.redhat.com/show_bug.cgi?id=2451814"}],"database_specific":{"cna_assigner":"GitHub_M","cwe_ids":["CWE-347","CWE-682"],"osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/33xxx/CVE-2026-33487.json"},"severity":[{"type":"CVSS_V3","score":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N"}]}