relations

entity relationship, role, and permissions API for Node.js

relations is a simple permissions API which uses a natural language approach.

Contexts

First, you'll create a context, which contains a list of roles which map to actions. Here we'll create a context called repos, to model Github repositories.

var relations = require('relations');
 
relations.define('repos', {
  owner: ['pull', 'push', 'administrate'],
  collaborator: ['pull', 'push'],
  watcher: ['pull']
});

Defining the context makes available a method on relations that matches the context name, in this case, relations.repos(). For permission checks, this is the only method we'll need to call.

Dynamic roles

To add or modify roles at runtime, you can also use the following methods:

// add a role dynamically
relations.repos.addRole('scientist', ['test', 'hyphothesize']);
// update the actions for a role
relations.repos.updateRole('scientist', ['test', 'hypothesize', 'absquatulate']);
// remove a role
relations.repos.removeRole('scientist');

Please note that the role -> action map is defined exclusively in the code, and not stored. If you run a cluster of servers, and choose to use dynamic roles, you must call addRole() etc on ALL servers in the cluster (I suggest using pub/sub).

Declarations

Now, we need to tell our app who has those roles for which repos.

relations.repos('Carlos is the owner of buffet.');

This assigns the role owner to the subject Carlos for the object buffet.

Token replacements

Note that the API has multiple syntaxes, and this is functionally equivalent:

relations.repos(':user is owner of :repo', {user: 'Carlos', repo: 'buffet'});

As is this:

relations.repos('%s is an owner of %s', 'Carlos', 'buffet');

To assign a role which should apply to all objects, simply leave the object out of the sentence:

relations.repos('%s is a watcher.', 'Brian');

Note: Using token replacements is recommended, to prevent injection attacks!

Syntax

The syntax for a declaration consists of:

<subject> is [ a / an / the ] <role> [ [ of / to / from / in / with ] <object> ] [.]

Verb question

To ask if a user can perform an action:

relations.repos('Can %s pull?', 'Brian', function (err, can) {
  // can = true (based on "watcher" role)
});

We can also check if an action can be performed on a specific object:

relations.repos('Can %s push to buffet?', 'Brian', function (err, can) {
  // can = false (Brian doesn't have "owner" or "collaborator" roles)
});

Syntax

The syntax for an verb question consists of:

( Can | can ) <subject> <verb> [ [ of / to / from / in / with ] <object> ] [?]

Role question

To check if a user has a role:

relations.repos('Is %s a collaborator of %s?', 'Brian', 'buffet', function (err, is) {
  // is = false
});

We can also leave the object out to check for a global role:

relations.repos('Is %s a %s?', 'Brian', 'watcher', function (err, is) {
  // is = true
});

Syntax

The syntax for a role question consists of:

( Is | is ) <subject> [ a / an / the ] <role> [ [ of / to / from / in / with ] <object> ] [?]

Verb request

In addition to true/false checks, relations can return an array of objects which match certain criteria. For example:

relations.repos('What can %s pull from?', 'Carlos', function (err, repos) {
  // repos = ['buffet']
});

Syntax

The syntax for a verb request consists of:

( What | what ) can <subject> <verb> [ of / to / from / in / with ] [?]

Role request

Also, we can ask for an array of objects a user has a role for:

relations.repos('What is %s the owner of?', 'Carlos', function (err, repos) {
  // repos = ['buffet']
});

Syntax

The syntax for a role request consists of:

( What | what ) is <subject> [ a / an / the ] <role> [ of / to / from / in / with ] [?]

Verb subject request

To request an array of subjects who can perform an action on an object:

relations.repos('Who can pull from %s?', 'buffet', function (err, users) {
  // users = ['Carlos']
});

Syntax

( Who | who ) can <verb> [ of / to / from / in / with ] <object> [?]

Role subject request

To request an array of subjects who have a role for an object:

relations.repos('Who is the owner of %s?', 'buffet', function (err, users) {
  // users = ['Carlos']
});

Syntax

( Who | who ) is [ a / an / the ] <role> [ of / to / from / in / with ] <object> [?]

Object verb request

To request an array of verbs a subject can perform on an object:

relations.repos('What actions can %s do with %s?', 'Carlos', 'buffet', function (err, verbs) {
  // verbs = ['pull', 'push', 'administrate']
});

Syntax

What actions can <subject> do [ of / to / from / in / with ] <object> [?]

Object-Role map request

To get a map of object->role pairs for a subject:

relations.repos('Describe what %s can do', 'Carlos', function (err, map) {
  // map = { '': [ 'watcher' ],
             'buffet': [ 'owner' ] }
});

Syntax

[ Describe / detail / explain / get ] what <subject> can do [.]

Subject-Role map request

To get a map of subject->role pairs, optionally pertaining to an object:

relations.repos('Get who can act', function (err, map) {
  // map = { 'carlos': [ 'watcher' ],
             'brian': [ 'watcher' ] }
});

relations.repos('Explain who can act on %s', 'buffet', function (err, map) {
  // map = { 'carlos': [ 'owner' ] }
});

Syntax

[ Describe / detail / explain / get ] who can act [ on <object> ] [.]

Revocation

To revoke a role:

relations.repos('%s is not the owner of %s', 'Carlos', 'buffet');

Syntax

<subject> ( is not | isn't ) [ a / an / the ] <role> [ [ of / to / from / in / with ] <object> ] [.]

Persistence

Data can be persisted through database plugins or a flat file. To use a flat file, initialize relations like this:

var relations = require('relations');
relations.use(relations.stores.memory, {dataFile: '/path/to/datafile.json'});

relations will store and load data, as a JSON blob, in the specified file.

Pluggable data store

Two additional data stores are provided: Redis and MySQL.

Redis store

To use the redis store, your app must make a node_redis client and pass it like so:

var relations = require('relations')
  , redis = require('redis')
 
relations.use(relations.stores.redis, {
  client: redis.createClient(),
  prefix: 'optional-key-prefix'
});

MySQL store

To use the MySQL store, your app must make a node-mysql client and pass it like so:

var relations = require('relations')
  , mysql = require('mysql')
 
relations.use(relations.stores.mysql, {client: mysql.createConnection({user: 'root', database: 'test'})});

Make your own store

A relations store is simply a node module that exports an event emitter and responds to the following events:

init (options, cb)

Initialize the store with options (from relations.use()) and call cb(err) when done.

declaration (cmd, cb)

Respond to a declaration and call cb() when done. cmd will be an object containing the properties:

• ctx - context object
• subject
• role
• object (optional)

revocation (cmd, cb)

Respond to a revocation and call cb() when done. cmd will be an object containing the properties:

• ctx - context object
• subject
• role
• object (optional)

verb-question (cmd, cb)

Respond to a verb question and call cb(err, /* boolean */ can) with the result. cmd will be an object containing the properties:

• ctx - context object
• subject
• verb
• object (optional)

role-question (cmd, cb)

Respond to a role question and call cb(err, /* boolean */ is) with the result. cmd will be an object containing the properties:

• ctx - context object
• subject
• role
• object (optional)

verb-request (cmd, cb)

Respond to a verb request and call cb(err, /* array */ objects) with the result. cmd will be an object containing the properties:

• ctx - context object
• subject
• verb

role-request (cmd, cb)

Respond to a role request and call cb(err, /* array */ objects) with the result. cmd will be an object containing the properties:

• ctx - context object
• subject
• role

verb-subject-request (cmd, cb)

Respond to a verb subject request and call cb(err, /* array */ subjects) with the result. cmd will be an object containing the properties:

• ctx - context object
• verb
• object

role-subject-request (cmd, cb)

Respond to a role subject request and call cb(err, /* array */ subjects) with the result. cmd will be an object containing the properties:

• ctx - context object
• role
• object

object-verb-request (cmd, cb)

Respond to an object verb request and call cb(err, /* array */ verbs) with the result. cmd will be an object containing the properties:

• ctx - context object
• object
• subject

object-role-map-request (cmd, cb)

Respond to an object-role map request and call cb(err, /* object */ map) with the result. cmd will be an object containing the properties:

• ctx - context object
• subject

subject-role-map-request (cmd, cb)

Respond to a subject-role map request and call cb(err, /* object */ map) with the result. cmd will be an object containing the properties:

• ctx - context object
• object (optional)

reset (cb)

Reset the store, dumping all storage and structure, calling cb(err) when done.

---

Developed by Terra Eclipse

Terra Eclipse, Inc. is a nationally recognized political technology and strategy firm located in Aptos, CA and Washington, D.C.

---

License: MIT

• Copyright (C) 2012 Carlos Rodriguez (http://s8f.org/)
• Copyright (C) 2012 Terra Eclipse, Inc. (http://www.terraeclipse.com/)

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.