Skip to content
This repository has been archived by the owner on Mar 26, 2021. It is now read-only.

Design of Permissions Model #5

Open
gtfierro opened this issue Jan 5, 2017 · 0 comments
Open

Design of Permissions Model #5

gtfierro opened this issue Jan 5, 2017 · 0 comments
Assignees
Labels

Comments

@gtfierro
Copy link
Owner

gtfierro commented Jan 5, 2017

We may want to restrict the amount of the Brick graph that is exposed to a given user.

This is probably the most straightforward way of accomplishing this:

The security principal is a private key; a key maps to a set of permissions.
A key can create new keys with a subset of its permissions. A key can revoke keys it created. There will be a "master" key for an instance of HodDB.

A set of permissions is the set of nodes/edges in a Brick graph that are allowed to be returned for the key making the request. The set is defined as the union of a number of Brick queries. When a key makes a query, the returned results are the intersection of the permission set and the query results. obviously, the permission set can be computed just once whenever the underlying graph changes and cached for further use.

@gtfierro gtfierro added this to the Permissions model milestone Jan 5, 2017
@gtfierro gtfierro self-assigned this Jan 5, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant