fix: CCP-3643 lock down csp - #392
Conversation
b08a03e to
fa373b7
Compare
7e3bdde to
06fd737
Compare
06fd737 to
38b3fd8
Compare
|
|
||
| header { | ||
| -Server | ||
| X-Frame-Options "SAMEORIGIN" |
There was a problem hiding this comment.
Wondering why this and X-XSS-Protection were removed as I believe they pertain to iframe security
There was a problem hiding this comment.
Thanks for the feedback! Good question about X-Frame-Options. CSP replaced it with frame-ancestors: 'self', but I supposed it could be left in for IE11? And other legacy browsers?
X-XSS-Protection is discouraged, though, and again replaced with the CSP. AFAIK current browsers have stopped using it. I suppose that again we could leave it in for legacy browsers, but if anything it should be explicitly disabled (0) to prevent buggy legacy filters from being used.
|
@BrandonSharratt - restored the |
573e258 to
3da50f4
Compare
The CSP was copied from CHEFS and far too permissive. Lock it down and open back up if problems occur.
The ZAP Scan for PRs was using the wrong URL.
Add the X-Frame-Options header back in for legacy browsers.
3da50f4 to
dbe6059
Compare
|



Description
The Content Security Policy for the frontend
Caddyfileis not only overly permissive but it also includes things like openstreetmap. It’s probable that the CSP was copied from CHEFS and we cannot ignore security best practices and the OWASP ZAP Scan findings.Work through the OWASP ZAP Scan results and with a timebox of one day fix as many of the issues as possible.
Acceptance Criteria
Type of change
How Has This Been Tested?
Manual testing plus running the ZAP Scan against the PR.
Checklist
Thanks for the PR!
Deployments, as required, will be available below:
Please create PRs in draft mode. Mark as ready to enable:
After merge, new images are deployed in: