Pan Domain Node

Pan domain authentication provides distributed authentication for multiple webapps running in the same domain. Each
application can authenticate users against an OAuth provider and store the authentication information in a common cookie.
Each application can read this cookie and check if the user is allowed in the specific application and allow access accordingly.

This means that users are only prompted to provide authentication credentials once across the domain and any inter-app
interactions (e.g javascript Cross-Origin requests) can be easily secured.

What's provided

The main pan-domain-authentication repository provides the
functionality for signing and verifying login cookies in Scala.

The pan-domain-node library provides an implementation of verification only for node apps.

Grace period

We continue to consider the request authenticated for a period of time after the cookie expiry.

This is to allow API requests which cannot directly send the user for re-auth to indicate to the user that they must take some action to refresh their credentials (usually, refreshing the page).

When the cookie is expired but we're still within this grace period, shouldRefreshCredentials will be true, which means:
- Endpoints that can refresh credentials (e.g. page endpoints that can redirect) should do so
- Endpoints that cannot refresh credentials (e.g. API endpoints) should tell the user to take some action to refresh credentials

``
Panda cookie: issued expires mustRefreshByEpochTimeMillis
| | |
|--1 hour--| |
Grace period: [------------- 24 hours ------]

success: --false-][-true-----------------------------------][-false-------->
shouldRefreshCredentials [-false---][-true------------------------]
`

Example usage

$3

`
npm install --save-dev @guardian/pan-domain-node
`

$3

The library load the public key file from a S3 object. Consuming applications can specify the S3 object via the arugments 'region', 'bucket' and 'keyFile' to the constructor of PanDomainAuthentication class as shown in the Initialisation below.

Therefore, the application must run with an AWS credential that has read access to the S3 object in that bucket.

You may refer to Pan Domain authentication documentation for details on how this authentication works.

$3

`typescript
import { PanDomainAuthentication, AuthenticationStatus, User, guardianValidation } from '@guardian/pan-domain-node';
import { fromIni } from "@aws-sdk/credential-providers";

const credentialsProvider = fromIni(); // get credentials locally using the default profile

const panda = new PanDomainAuthentication(
"gutoolsAuth-assym", // cookie name
"eu-west-1", // AWS region
"pan-domain-auth-settings", // Settings bucket
"local.dev-gutools.co.uk.settings.public", // Settings file
guardianValidation,
credentialsProvider, // it can be omitted if the app runs in AWS cloud. In this case, "fromNodeProviderChain" is used by default.
);

// alternatively customise the validation function and pass at construction
function customValidation(user: User): boolean {
const isInCorrectDomain = user.email.indexOf('test.com') !== -1;
return isInCorrectDomain && user.multifactor;
}
`

$3


This is for endpoints that can refresh credentials, e.g. a page endpoint that can redirect to an auth flow:
`typescript
const authenticationResult = await panda.verify(headers.cookie);
if (authenticationResult.success) {
if (authenticationResult.shouldRefreshCredentials) {
// Send for auth
} else {
// Can perform action with user
return authenticationResult.user;
}
}
`

$3

This is for endpoints that cannot refresh credentials, e.g. API endpoints:
`typescript
const authenticationResult = await panda.verify(headers.cookie);
if (authenticationResult.success) {
const user = authenticationResult.user;
// Handle request
// When returning response:
if (authenticationResult.shouldRefreshCredentials) {
const mustRefreshByEpochTimeMillis = authenticationResult.mustRefreshByEpochTimeMillis;
const remainingTime = mustRefreshByEpochTimeMillis - Date.now();
console.warn(Stale Panda auth, will expire in ${remainingTime} milliseconds);
// Can still return 200, but depending on the type of API,
// we may want to return some extra information so the client
// can warn the user they need to refresh their session.
} else {
// It's a fresh session. Nothing to worry about!
}
}
``