CouchDB JWT Authentication Server
![Build Status](https://travis-ci.org/Beneaththeink/couchdb-jwt-auth-server.svg?branch=master)
This is an Express app and CLI tool that manages JSON Web Tokens for a CouchDB server. This acts as a small independent server for generating, renewing and invalidating JWTs that can be used with CouchDB.
This service requires couch_jwt_auth to be installed on the CouchDB server.
Note: This library is still being actively developed and may be not be totally secure. It is not recommended to use it in a production environment.
Motivation
CouchDB authentication is really easy to use, but doesn't work great in every situation. Suppose you have a third-party API server that is capable of making authenticated CouchDB requests on behalf of a browser client. If you use Basic Authentication, you'll need to store the user's credentials and send them with every request. Cookie Authentication is great if the browser is directly accessing the server, but due to cookie rules you won't be able to transfer that token to the third-party server.
This is where JSON Web Tokens come into play. They allow you to proxy CouchDB's user sessions while ensuring that they came from trusted source. This way, the token can be sent to any server so it can act on behalf of the user. It works like this:
![](http://www.gliffy.com/go/publish/image/10033617/L.png)
- A client signs in with this server using a username and password.
- The server authenticates with CouchDB and sends a new JSON Web Token back to the client.
- The client can now use this token to make secure requests against CouchDB.
A few things to mention:
- JWTs are similar to proxy authentication. The user's session is stored in the token and CouchDB uses that to authenticate directly. The
_users
database is only used by this server and is never touched by CouchDB. This means that you can separate your user and application databases into multiple CouchDB instances. - This server maintains sessions so that tokens can be easily invalidated in case an attacker gains control of the key.
couch_jwt_auth
only verifies that the JWT has a valid signature and hasn't expired— it does not verify that the session is still valid. To combat this issue, expirations on tokens are set very low (usually 5 minutes or less) and instead the client will need to renew them on a regular basis.
Install
Grab a copy from NPM. If you install globally, the CLI tool is made available.
npm i couchdb-jwt -g
This library also exports an Express app, so you can install and use it within an existing project.
npm i couchdb-jwt --save
To use this library properly, you will need to set the following configuration for CouchDB. Make the secret anything you'd like, just be sure to let this library know what it is.
One thing to note is that this library uses the raw secret whereas couch_jwt_auth
uses a base64 encoded secret. Here's a way to encode a string to base64
echo -n 'keyboardcat' | openssl base64
The output, in the example a2V5Ym9hcmRjYXQ=
is what you use for hs_secret
.
[jwt_auth]
hs_secret=a2V5Ym9hcmRjYXQ=
username_claim=name
CLI Usage
$ couchdb-jwt [OPTIONS]
-c, --config <file> A config file with your options. It's a JSON object.
--couchdb <url> URL to the CouchDB server that manages users and has
couch_jwt_auth installed.
--secret <secret> The secret used to sign JWTs. This should match the
raw value CouchDB server has set for jwt_auth.hs_secret
(Note: hs_secret is base64 encoded in CouchDB's config)
--expire <exp> Time in seconds for JWT expiration. Default is 300 (5 min)
--session.store <name> The library to use for storing session data. There are
two built in options: memory and couch. Additional
session options can be passed using the dot syntax.
--endpoint <ep> The web server mount path. Defaults to '/'.
--port <port> The port to start the HTTP server on. Defaults to 3000.
-h, --help Show this message.
-v, --version Print the currently installed version of this server.
Example call:
$ couchdb-jwt --couchdb http://admin:pass@localhost:5984 --secret keyboardcat --session.store couch
Config file
If you rather use a config file instead of passing options in the command line, you can just
create a JSON file, i.e. config.json
, with the options you want to use like:
{
"couchdb": "http://admin:pass@localhost:5984",
"secret": "keyboardcat",
"session": {
"store": "couch"
}
}
And then call it with:
$ couchdb-jwt --config config.json
API Usage
This library exports a function that creates an Express app which makes it really easy to use.
var couchdbjwt = require("couchdb-jwt")({
secret: "keyboardcat"
});
couchdbjwt.listen(3000);
Since Express is so flexible, you can use this with any existing Node.js HTTP server.
var app = require("express")();
var couchdbjwt = require("couchdb-jwt")({
secret: "keyboardcat"
});
app.use("/auth", couchdbjwt);
Pass options directly to the method. Options are the same as with the CLI tool.
var couchdbjwt = require("couchdb-jwt")({
secret: "keyboardcat",
endpoint: "/session",
expire: "2m",
session: {
store: "couch",
db: "jwt_sessions"
}
});
REST API Endpoints
This servers reveals four REST endpoints under the root path /
. The endpoint is configurable through the endpoint
option.
All of the endpoints, except for POST
require the JSON Web Token to be set in the Authorization header like so:
Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI
GET /
Returns JSON data containing information about the current JWT and session.
curl http://127.0.0.1:3000 \
-H "Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI"
{
"ok": true,
"userCtx": {
"name": "t",
"roles": []
},
"session": "bbab89145511672f976442e9084279c9",
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI",
"issued": "2016-03-09T00:30:55.000Z",
"expires": "2016-03-09T00:35:55.000Z"
}
POST /
Authenticates against CouchDB with a username and password and returns a new JSON Web Token. You should send the server a json or url encoded request with username
and password
fields. The server will respond with a token and content type of application/jwt
.
curl http://127.0.0.1:3000 \
-X POST \
-d username=test2 \
-d password=test
{
"ok": true,
"userCtx": {
"name": "t",
"roles": []
},
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI",
"issued": 1457483455,
"expires": 1457483755,
"session": "bbab89145511672f976442e9084279c9"
}
PUT /
Generates a new JWT using an existing JWT. This will continue the current session with a new token. The server will respond with a token and content type of application/jwt
.
curl http://127.0.0.1:3000 \
-X PUT \
-H "Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI"
{
"ok": true,
"userCtx": {
"name": "t",
"roles": []
},
"token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDc0LCJleHAiOjE0NTc0ODM3NzR9.u0PLv9uF5UU4fe8SSpi5fV598dJOTRBKdT6O6UXBvxg",
"issued": 1457483474,
"expires": 1457483774,
"session": "bbab89145511672f976442e9084279c9"
}
DELETE /
Destroys the current JWT session, invalidating all existing JWTs made with this session.
curl http://127.0.0.1:3000 \
-X DELETE \
-H "Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidCIsInJvbGVzIjpbXSwic2Vzc2lvbiI6ImJiYWI4OTE0NTUxMTY3MmY5NzY0NDJlOTA4NDI3OWM5IiwiaWF0IjoxNDU3NDgzNDU1LCJleHAiOjE0NTc0ODM3NTV9.mkoNf4mKOw8ojLLHmrFOhrFdPBQjoj0xul4uz9kz-LI"
{
"ok": true
}
Session Stores
The library stores JWT session IDs in a database of your choosing. There are two built-in options: memory and couchdb.
The memory
store is the default store and is very simple. It keeps the ids in memory, but this means that it does not scale and leaks memory. Only use this one for local testing purposes.
The other built in store is couchdb
. This creates a new database called jwt_sessions
in CouchDB for storing sessions. CouchDB super admin credentials are only necessary if the database hasn't been set up yet.
There is one other store currently available that uses redis, CouchDB JWT Redis Session Store. If performance matters to you, this is the recommended store.
Contributing
I am always looking for contributors! Please submit an issue or pull-request with feedback, bug fixes, new features and questions.