#1020: CSP report-hash keyword
Discussions
Discussed
Mar 1, 2025 (See Github)
Martin: we've discussed... we think this is fine... We minuted the thing last week...
Marcos: yeah.. this is fine.. though didn't directly address the particular use case..
Martin: I think we can give them that feedback..
Thanks for bringing this here. We think that this is a pretty good feature that will help people deploy SRI.
We do note that the use cases you raise isn't directly addressed by this. It is more directly addressed by SRI itself, which caused us some trouble. Maybe you can update the documentation to more accurately reflect the chain of logic you need to follow to get from the mechanism to the use case.
we agree to post the above comment and close with 'satisfied'
Comment by @hadleybeeman Mar 24, 2025 (See Github)
Big apologies, @yoavweiss. Somehow this fell through our cracks! We are very sorry. We will take it up now, and hopefully get back to you soon.
Comment by @martinthomson Apr 2, 2025 (See Github)
Thanks for bringing this here @yoavweiss. We think that this is a pretty good feature that will help people deploy SRI.
We do note that the use cases you raise isn't directly addressed by this. It is more directly addressed by SRI itself, which caused us some trouble in reviewing. Maybe you can update the documentation to more accurately reflect the chain of logic you need to follow to get from the mechanism to the use case.
OpenedNov 26, 2024
こんにちは TAG-さん!
I'm requesting a TAG review of CSP hash reporting.
Complex web applications often need to keep tabs of the subresources that they download, for security purposes.
In particular, upcoming industry standards and best practices (e.g. PCI-DSS v4 - context) require that web applications keep an inventory of all the scripts they download and execute.
This feature is a new CSP keyword, that would enable web developers to create and maintain such inventories in a secure manner.
Further details:
You should also know that this work is critical for PCI-DSS v4 - context.