-
Notifications
You must be signed in to change notification settings - Fork 18.4k
Closed
Labels
FrozenDueToAgeProposalProposal-CryptoProposal related to crypto packages or other security issuesProposal related to crypto packages or other security issues
Milestone
Description
Hi, would it be possible to have the vendored x/crypto/hkdf use boringcrypto in the dev.boringcrypto branch?
Assuming I understand this correctly, key_schedule.go currently uses the vendored x/crypto/hkdf which uses boringcrypto for hmac and hash but not the rest. It's a little silly, but if the HKDF used boringcrypto's HKDF instead, it would make a TLS 1.3 FIPS validation easier.
https://github.com/golang/go/blob/dev.boringcrypto.go1.16/src/crypto/tls/key_schedule.go
https://github.com/golang/go/blob/dev.boringcrypto.go1.16/src/vendor/golang.org/x/crypto/hkdf/hkdf.go
Thanks for your time!
What version of Go are you using (go version
)?
$ go version go version go1.15.13 linux/amd64
Does this issue reproduce with the latest release?
yes, the code seems to be the same in go1.16
Metadata
Metadata
Assignees
Labels
FrozenDueToAgeProposalProposal-CryptoProposal related to crypto packages or other security issuesProposal related to crypto packages or other security issues