Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Follow best practices for CSP compliance #116

Open
GeekInTheNorth opened this issue Oct 22, 2024 · 0 comments
Open

Follow best practices for CSP compliance #116

GeekInTheNorth opened this issue Oct 22, 2024 · 0 comments

Comments

@GeekInTheNorth
Copy link

It is best practice for both the Website UI and the CMS Backend to be covered by security headers including a CSP. Damage to a brand can be achieved by via gaining accessing the back end using phishing attacks etc and so this too should be protected.

When a Content Security Policy is used to govern the entire platform (including the CMS backend), then the CSP currently has to be opened to include the dependencies for this module. This includes multiple packages under the maxcdn.bootstrapcdn.com, code.jquery.com and cdnjs.cloudflare.com domains and depending how specific the CSP is, this can potentially open the entirety of the site to these domains.

It would be more ideal for the assets used for the Geta Optimizely Sitemaps to be accessible purely using the 'self' source. This can be achieved by packing these libraries into the \modules\_protected\Geta.Optimizely.Sitemaps folder and self serving them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant