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

securing endpoints #10

Open
MarcAgate opened this issue Jan 27, 2020 · 1 comment
Open

securing endpoints #10

MarcAgate opened this issue Jan 27, 2020 · 1 comment

Comments

@MarcAgate
Copy link
Collaborator

This is an overall issue I just encounter in editserv.
Right now, endpoints are secured in bdrc-auth-policies (https://github.com/buda-base/bdrc-auth-policies/blob/master/policies.ttl) on the basis of their path and eventually (not implemented yet) the appId (ldspdi, iiifserv, etc...), along with group, permission and role.
However, we have cases where a same path (for instances /tasks in edit serv) is used in the same application with different HTTP methods (GET, POST, PUT), these being the sole observable difference in between /tasks services).
We have to find a way to address that issue, an obvious one being to add a auth:httpmethod property to the Endpoint object in auth Ontology. WDYT ?

@eroux
Copy link
Contributor

eroux commented Feb 10, 2020

sounds good yes!

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

2 participants