keycloak-scim/securing_apps/topics/oidc/nodejs-adapter.adoc

162 lines
5.2 KiB
Text
Raw Normal View History

[[_nodejs_adapter]]
=== Node.js Adapter
2017-03-02 22:03:52 +00:00
{{book.project.name}} provides a Node.js adapter built on top of https://github.com/senchalabs/connect[Connect] to protect server-side JavaScript apps — the goal was to be flexible enough to integrate with frameworks like https://expressjs.com/[Express.js].
{% if book.community %}
The library can be downloaded directly from https://www.npmjs.com/package/keycloak-connect[ {{book.project.name}} organization] and the source is available at
https://github.com/keycloak/keycloak-nodejs-connect[GitHub].
{% endif %}
2017-03-02 22:03:52 +00:00
To use the Node.js adapter, first you must create a client for your application in the {{book.project.name}} Administration Console. The adapter supports public, confidential, and bearer-only access type. Which one to choose depends on the use-case scenario.
2017-03-02 22:03:52 +00:00
Once the client is created click the `Installation` tab, select `{{book.project.name}} OIDC JSON` for `Format Option`, and then click `Download`. The downloaded `keycloak.json` file should be at the root folder of your project.
==== Installation
Assuming you've already installed https://nodejs.org[Node.js], create a folder for your application:
mkdir myapp && cd myapp
Use `npm init` command to create a `package.json` for your application. Now add the {{book.project.name}} connect adapter in the dependencies list:
{% if book.community %}
2016-12-02 14:48:02 +00:00
[source,json,subs="attributes"]
----
"dependencies": {
"keycloak-connect": "{{book.project.versionNpm}}"
}
2016-12-02 14:48:02 +00:00
----
{% endif %}
{% if book.product %}
2016-12-02 14:48:02 +00:00
[source,json,subs="attributes"]
----
"dependencies": {
"keycloak-connect": "file:keycloak-connect-{{book.project.versionNpm}}.tgz"
}
2016-12-02 14:48:02 +00:00
----
{% endif %}
==== Usage
Instantiate a Keycloak class::
The `Keycloak` class provides a central point for configuration
and integration with your application. The simplest creation
involves no arguments.
2017-03-02 22:03:52 +00:00
[source,javascript]
----
var session = require('express-session');
var Keycloak = require('keycloak-connect');
var memoryStore = new session.MemoryStore();
var keycloak = new Keycloak({ store: memoryStore });
2017-03-02 22:03:52 +00:00
----
By default, this will locate a file named `keycloak.json` alongside
the main executable of your application to initialize keycloak-specific
settings (public key, realm name, various URLs). The `keycloak.json` file
is obtained from the {{book.project.name}} Admin Console.
Instantiation with this method results in all of the reasonable defaults
being used.
Configuring a web session store::
2017-03-02 22:03:52 +00:00
If you want to use web sessions to manage
server-side state for authentication, you need to initialize the
`Keycloak(...)` with at least a `store` parameter, passing in the actual
session store that `express-session` is using.
2017-03-02 22:03:52 +00:00
[source,javascript]
----
var session = require('express-session');
var memoryStore = new session.MemoryStore();
var keycloak = new Keycloak({ store: memoryStore });
2017-03-02 22:03:52 +00:00
----
Passing a custom scope value::
2017-03-02 22:03:52 +00:00
By default, the scope value `openid` is passed as a query parameter to {{book.project.name}}'s login URL, but you can add an additional custom value:
[source,javascript]
var keycloak = new Keycloak({ scope: 'offline_access' });
2017-03-02 22:03:52 +00:00
==== Installing Middleware
Once instantiated, install the middleware into your connect-capable app:
2017-03-02 22:03:52 +00:00
[source,javascript]
----
var app = express();
app.use( keycloak.middleware() );
2017-03-02 22:03:52 +00:00
----
2017-03-02 22:03:52 +00:00
==== Protecting Resources
Simple authentication::
To enforce that an user must be authenticated before accessing a resource,
simply use a no-argument version of `keycloak.protect()`:
2017-03-02 22:03:52 +00:00
[source,javascript]
----
app.get( '/complain', keycloak.protect(), complaintHandler );
2017-03-02 22:03:52 +00:00
----
Role-based authorization::
To secure a resource with an application role for the current app:
2017-03-02 22:03:52 +00:00
[source,javascript]
----
app.get( '/special', keycloak.protect('special'), specialHandler );
2017-03-02 22:03:52 +00:00
----
To secure a resource with an application role for a *different* app:
2017-03-02 22:03:52 +00:00
[source,javascript]
app.get( '/extra-special', keycloak.protect('other-app:special', extraSpecialHandler );
To secure a resource with a realm role:
2017-03-02 22:03:52 +00:00
[source,javascript]
app.get( '/admin', keycloak.protect( 'realm:admin' ), adminHandler );
Advanced authorization::
To secure resources based on parts of the URL itself, assuming a role exists
for each section:
2017-03-02 22:03:52 +00:00
[source,javascript]
----
function protectBySection(token, request) {
return token.hasRole( request.params.section );
}
2017-03-02 22:03:52 +00:00
app.get( '/:section/:page', keycloak.protect( protectBySection ), sectionHandler );
2017-03-02 22:03:52 +00:00
----
==== Additional URLs
Explicit user-triggered logout::
By default, the middleware catches calls to `/logout` to send the user through a
{{book.project.name}}-centric logout workflow. This can be changed by specifying a `logout`
configuration parameter to the `middleware()` call:
2017-03-02 22:03:52 +00:00
[source,javascript]
app.use( keycloak.middleware( { logout: '/logoff' } ));
{{book.project.name}} Admin Callbacks::
2017-03-02 22:03:52 +00:00
Also, the middleware supports callbacks from the {{book.project.name}} console to log out a single
session or all sessions. By default, these type of admin callbacks occur relative
to the root URL of `/` but can be changed by providing an `admin` parameter
to the `middleware()` call:
2017-03-02 22:03:52 +00:00
[source,javascript]
app.use( keycloak.middleware( { admin: '/callbacks' } );