3 ms·
Any idea why SHA384 is used over SHA256? Presumably it's not for collision avoidance, and it's not like anyone's going to be hitting the maximum message size o
by darkr 11y ago
Any idea why SHA384 is used over SHA256?
Presumably it's not for collision avoidance, and it's not like anyone's going to be hitting the maximum message size of SHA256 with anything stored in CDN..
Edit: So it seems that all of the main variants of the SHA-2 family must be supported[1], and the spec supports multiple hashes being presented at once. It's just that SHA-384 seems to be used in all of the examples I've seen so far.
> Conformant user agents MUST support the SHA-256, SHA-384 and SHA-512 cryptographic hash functions for use as part of a request’s integrity metadata, and MAY support additional hash functions.
> When a hash function is determined to be insecure, user agents SHOULD deprecate and eventually remove support for integrity validation using that hash function. User agents MAY check the validity of responses using a digest based on a deprecated function.
1: http://www.w3.org/TR/SRI/#cryptographic-hash-functions http://www.w3.org/TR/SRI/#cryptographic-hash-functions
- nolok 11y agoReading the second example, it doesn't, it supports at least both of those.
- AhtiK 11y agoIt could be that SHA384 is immune to length extension attacks, SHA256 is not.
- bugmen0t 11y agohttps://github.com/w3c/webappsec/issues/477 https://github.com/w3c/webappsec/issues/477
- joveian 11y agoIt doesn't look like anything new AFAICT. I don't think they ever recommended sha-256 for TOP SECRET documents and with a quick scan I didn't see any new discussion in fips-180-4 itself.