This came in as a security report originally (http://b/522253058 internally). But, we don't really see a practical way to exploit this. Therefore, classifying this is a public security hardening bug, rather than a vulnerability.
When a module is replaced in go.mod like so:
module example.com
go 1.26
require rsc.io/quote v1.5.2
replace rsc.io/quote v1.5.2 => rsc.io/quote v1.5.1
go mod verify fails to verify the replaced module, even if the local cached version has been modified.
This came in as a security report originally (http://b/522253058 internally). But, we don't really see a practical way to exploit this. Therefore, classifying this is a public security hardening bug, rather than a vulnerability.
When a module is replaced in
go.modlike so:go mod verifyfails toverifythe replaced module, even if the local cached version has been modified.