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

Suggestion: Tips around migrating from Django's SecurityMiddleware and XFrameOptionsMiddleware #28

Open
OscarVanL opened this issue Oct 21, 2024 · 2 comments
Assignees
Labels
enhancement New feature or request

Comments

@OscarVanL
Copy link

Hi!

This package has been intriguing to me as someone that maintains both a Django and Flask application. I like the idea of having a single source-of-truth on our security header configuration across frameworks for maintenance reasons.

One apprehension to switching is this package is a little bit of ambiguity about migrating from an existing Django application with its built-in SecurityMiddleware and XFrameOptionsMiddleware middlewares installed.

I'd love it if the Django README gave some pointers about migrating from these middlewares, perhaps with an example of an equivalent config.

@cak
Copy link
Member

cak commented Oct 22, 2024

Thanks for the feedback, Oscar! I’m not as well-versed in Django development, so this is really useful. I’ll look into the native security middlewares and work on adding more detailed guidance on migrating to secure. I’ll make sure to expand the Django documentation soon.

@cak cak added the enhancement New feature or request label Oct 22, 2024
@cak cak self-assigned this Oct 22, 2024
@OscarVanL
Copy link
Author

Thanks! This is mostly a convenience ask, as I worked around this by reading the Django docs to see what headers these middlewares would set and which Django config items influenced them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

No branches or pull requests

2 participants