Where are signatures for these binaries published?
I've always been a bit confused as to what the attack vector those protect against is for self-hosted packages (i.e. not torrents, third party hosting services, etc.). If the attacker is able to coerce the web server into sending a compromised package when you `GET https://dl.google.com/go/go1.15.src.tar.gz` , couldn't they just as easily send a compromised checksum when you `GET https://golang.org/dl/` ?
Go 1.15 Released
11–20 of 74 posts
Re: Go 1.15 Released
#12Where are signatures for these binaries published?
Signature: https://storage.googleapis.com/golang/go1.15.src.tar.gz.asc
Signed with `EB4C1BFD4F042F6DDDCCEC917721F63BD38B4796` which is the Google Linux Packages Signing Authority.
EDIT: I realized you wanted the binaries.
You can fetch them from "https://dl.google.com/go/go1.15.linux-amd64.tar.gz.asc", append `.asc` to the binary I reckon.
Signed with the same key as the source release.
Re: Go 1.15 Released
#13Where are signatures for these binaries published?
I've always been a bit confused as to what the attack vector those protect against is for self-hosted packages (i.e. not torrents, third party hosting services, etc.). If the attacker is able to coerce the web server into sending a compromised package when you `GET https://dl.google.com/go/go1.15.src.tar.gz` , couldn't they just as easily send a compromised checksum when you `GET https://golang.org/dl/` ?
Re: Go 1.15 Released
#14Earlier quoted context omitted.
I've always been a bit confused as to what the attack vector those protect against is for self-hosted packages (i.e. not torrents, third party hosting services, etc.). If the attacker is able to coerce the web server into sending a compromised package when you `GET https://dl.google.com/go/go1.15.src.tar.gz` , couldn't they just as easily send a compromised checksum when you `GET https://golang.org/dl/` ?
They are for integrity checking, not security. PGP signatures are better for the scenario you are describing.
Re: Go 1.15 Released
#15Earlier quoted context omitted.
I've always been a bit confused as to what the attack vector those protect against is for self-hosted packages (i.e. not torrents, third party hosting services, etc.). If the attacker is able to coerce the web server into sending a compromised package when you `GET https://dl.google.com/go/go1.15.src.tar.gz` , couldn't they just as easily send a compromised checksum when you `GET https://golang.org/dl/` ?
You can calculate the signature offline on your local machine against the public key - only the owner of the file can generate a valid signature
Re: Go 1.15 Released
#16Re: Go 1.15 Released
#17I think the link should be changed to the 1.15 release notes (now published): https://golang.org/doc/go1.15 -- these are much more interesting and useful.
Re: Go 1.15 Released
#18Anyone know why https://go.dev still has a download link for "1.14.6", and there's no mention of it over at golang.org?
Re: Go 1.15 Released
#19Official blog post: https://blog.golang.org/go1.15.
Some fixes already planned for Go 1.15.1: https://github.com/golang/go/milestone/162.
Re: Go 1.15 Released
#20Earlier quoted context omitted.
I've always been a bit confused as to what the attack vector those protect against is for self-hosted packages (i.e. not torrents, third party hosting services, etc.). If the attacker is able to coerce the web server into sending a compromised package when you `GET https://dl.google.com/go/go1.15.src.tar.gz` , couldn't they just as easily send a compromised checksum when you `GET https://golang.org/dl/` ?
With very large, very important downloads, I also appreciate a quick check that no corruption or loss was involved in the download for benign reasons either.