Security headers on 4,688 small-business websites: 49.7% met none of 7 criteria
(rackcrunch.com)
So.. you've written up what you checked, and what didn't match what ever criteria you had.
replyBut.. what does it mean? Why enforce certain headers? Why enforce certain options? There is a section which kinda looks at this, but not really.
You have a bunch of links at the end for resources, but why not just provide the rationale for each rule or option inclusion in the article as well? What does each prevent or allow and why?
It’s ridiculous that the answer to a secure web is for everyone to sprinkle the magic salt and not something on the browser side
replyReferrer-Policy shows it can work. When the header is missing, browsers fall back to strict-origin-when-cross-origin. 86.6% of the sites we scanned don't send it, and we didn't count that as a failure for that reason. The other headers don't have a safe default like that yet.
replyThat sounds more like it is a condemnation of all these other headers that can't work for 86.6% of sites by requiring nothing.
replywe'd need an epoch like reset to good defaults
replyFor important issues like security - just break the web, it will adjust.
replyAnd if any of the websites use .NET, they can get almost all of the recommended security headers in one line by using a NuGet package I created: https://gaprogman.github.io/OwaspHeaders.Core/
replyfor static sites on a VPS it's fair to expect the host to provision these, yes?
replyNice work! You gave me something to fix!!
replyThanks, glad it helped!
replySadly non of it was written by a human being.
reply