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

Mention how authorization might be handled #7

Open
lanthaler opened this issue Aug 17, 2013 · 2 comments
Open

Mention how authorization might be handled #7

lanthaler opened this issue Aug 17, 2013 · 2 comments

Comments

@lanthaler
Copy link
Member

_Raised by Thomas Hoppe:_

Authorization is a major concern and therefore I would also like to see a chapter which describes how access to a hydra-driven API can can restricted.

I think the obvious strategy is to "render" hydra-core documents with only the operations which are allowed for by the requesting client. This may sound natural but I think it is essential information for someone exploring the matters.

@elf-pavlik
Copy link
Member

Maybe @deiu has suggestions? @ALL please check Andrei's thesis Data Ownership and Interoperability for a Decentralized Social Semantic Web

@bblfish @seebi with others have done IMO very interesting work on Authorization Delegation and I already plan that we will run daemons heavily with capabilities like XOperator

I really find it this topic crucial for adoption in projects like SpaceAPI which already connect to SpaceFed (both already deployed and used)

@lanthaler
Copy link
Member Author

PROPOSAL: Mention that links can be shown/hidden based on the current user's permissions and add an example to the specification to illustrate it. Other than that, authorization is out of scope for the Hydra Core vocabulary but it would make a lot of sense to create a separate vocabulary for this.

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

No branches or pull requests

2 participants