-
Notifications
You must be signed in to change notification settings - Fork 10
Verduidelijk gebruik van CORS header in combinatie met openapi.json
#245
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
Conversation
|
Deze wijziging is geaccepteerd in het TO van 2025-09-02, maar de noot moet naar worden gekeken of het wel verstandig is om een impliciete regel te hebben door de header te omitten. Hier moeten we de security guidelines voor terug lezen. Zodra daar duidelijkheid over is maken we offline een keuze. |
|
@sanderke Kun jij de NCSC guidelines doorlezen om te zien of er iets over CORS staat? Ik kon het niet vinden. |
|
Ik was vergeten dat Alexander dat al had gedaan en had dat opgeschreven in het issue: #242 (comment) |
|
Deze wijziging is goedgekeurd bij het TO 2025-12-02 |
Hiermee makene we duidelijk dat de CORS regel is geschreven per resource in plaats van per API. Daarmee kunnen we expliciet maken dat de `openapi.json` resource bijvoorbeeld publiekelijk beschikbaar moet zijn. Ook voegen we een noot toe die omissie van de header expliciet maakt als de resource enkel door de eigen origin wordt gebruikt
7274a28 to
2052682
Compare
Hiermee makene we duidelijk dat de CORS regel is geschreven per
resource in plaats van per API. Daarmee kunnen we expliciet maken
dat de
openapi.jsonresource bijvoorbeeld publiekelijk beschikbaarmoet zijn.
Ook voegen we een noot toe die omissie van de header expliciet maakt
als de resource enkel door de eigen origin wordt gebruikt
Fixes #242