Better Web Token
... a web token format, generation, and verification scheme
Powered by Curve25519, ChaCha20 derivatives, and Poly1305
-
tokens are encrypted and authenticated using
XChaCha20-Poly1305 -
stoopid simple - no crypto agility available to module users
-
secure by design, secure by default
QldUAAAAAXOzcH1DAAABc7NwfuYuk46BldvzkOVc5e_iBOS7fT5VI8SfXlYsACKM_wUcwgOsTId7Df1D.QcVaDwjUCk0jT0hznutUxlo.uTuS46By3obgzi7Ec05ELw
Below is an Alice and Bob example. Note that in the real world Alice and Bob are typically an auth and a resource endpoint respectively.
import * as bwt from "https://denopkg.com/chiefbiiko/[email protected]/mod.ts";
const alice = { ...bwt.generateKeyPair() };
const bob = { ...bwt.generateKeyPair() };
alice.stringify = bwt.createStringify(alice.secretKey, {
kid: bob.kid,
publicKey: bob.publicKey
});
bob.parse = bwt.createParse(bob.secretKey, {
kid: alice.kid,
publicKey: alice.publicKey
});
const iat = Date.now();
const exp = iat + 1000;
const token = alice.stringify(
{ typ: bwt.Typ.BWTv0, kid: alice.kid, iat, exp },
{ info: "jwt sucks" }
);
console.log("alice seals and gets this token to bob:", token);
const contents = bob.parse(token);
console.log("bob opens it...:", JSON.stringify(contents));Besides a few constants and interfaces, the module's main exports are two factory functions, createStringify -> stringify and createParse -> parse.
As BWT uses asymmetric keys the module also exports a key generation function: generateKeyPair. More on key management.
Find basic interfaces and constants below.
/** Supported BWT versions. */
export const SUPPORTED_VERSIONS: Set<number> = new Set<number>([0]);
/** Maximum allowed number of characters of a token. */
export const MAX_TOKEN_CHARS: number = 4096;
/** Byte length of a Curve25519 secret key. */
export const SECRET_KEY_BYTES: number = 32;
/** Byte length of a Curve25519 public key. */
export const PUBLIC_KEY_BYTES: number = 32;
/** Byte length of a BWT kid. */
export const KID_BYTES: number = 16;
/** Typ enum indicating a BWT version @ the Header.typ field. */
export const enum Typ {
BWTv0
}
/**
* BWT header object.
*
* typ must be a supported BWT version, currently that is Typ.BWTv0 only.
* iat and exp denote the issued-at and expiry ms timestamps of a token.
* kid is the public key identifier of the issuing peer.
*/
export interface Header {
typ: Typ;
iat: number;
exp: number;
kid: Uint8Array;
}
/** BWT body object. */
export interface Body {
[key: string]: unknown;
}
/** BWT contents. */
export interface Contents {
header: Header;
body: Body;
}
/** BWT stringify function. */
export interface Stringify {
(header: Header, body: Body): null | string;
}
/** BWT parse function. */
export interface Parse {
(token: string): null | Contents;
}
/**
* BWT keypair object including a key identifier for the public key.
*
* secretKey is the 32-byte secret key.
* publicKey is the 32-byte public key.
* kid is a 16-byte key identifier for the public key.
*/
export interface KeyPair {
secretKey: Uint8Array;
publicKey: Uint8Array;
kid: Uint8Array;
}
/**
* BWT public key of a peer.
*
* publicKey is the 32-byte public key.
* kid is a 16-byte key identifer for the public key.
* name can be an arbitrarily encoded string.
*/
export interface PeerPublicKey {
publicKey: Uint8Array;
kid: Uint8Array;
name?: string;
}Generates a new keypair.
Creates a stringify function.
ownSecretKey is the secret key of the issuing peer's key pair.
peerPublicKey must be the peer public key object of the peer that the to-be-generated tokens are meant for.
Creates a parse function.
ownSecretKey is the secret key of the keypair of the peer that is going to parse and verify tokens.
peerPublicKeys must be a non-empty list of peer public key objects to be used for verification of incoming tokens.
Stringifies a token.
header must contain four props:
-
typset to one of theTypenum variants, currently that isTyp.BWTv0only -
iata millisecond timestamp indicating the current time -
expa millisecond timestamp indicating the expiry of the token, must be greater thaniat -
kida binary of 16 bytes, the public key identifier of the issuing peer
body must be an object. Apart from that it can contain any type of fields. Nonetheless, make sure not to bloat the body as stringify will return null if a generated token exceeds 4KiB.
In case of invalid inputs or any other exceptions stringify returns null, otherwise a BWT token.
Parses a token.
Returns null if the token is malformatted, corrupt, invalid, expired, from an unknown issuer, or if any other exceptions occur while marshalling, such as JSON.parse(body) -> 💥
In case of a valid token parse returns an object containing the token header and body.
This function encapsulates all validation and cryptographic verification of a token. Note that, as BWT requires every token to expire, parse does this basic metadata check.
Additional application-specific metadata checks can be made as parse, besides the main body, returns the token header that contains metadata. Fx, an app could choose to reject all tokens of a certain age by additionally checking the mandatory iat claim of a token header.
Any peer must own a static key pair and possess its peer's public keys and key identifiers for token generation and verification. Since a shared symmetric key would allow impersonation BWT requires key pairs.
You can generate a key pair and the corresponding peer public key from the terminal by simply running deno run https://deno.land/x/bwt/keygen.ts [name of key pair owner].
Make sure to store the key pair somewhere safe (some kind of secret store) so that the included secret key remains private.
Narrow the set of owners of a particular key pair as much as possible. Particularly, any token-issuing peer should own a key pair exclusively. Peers that only parse/verify tokens, fx a set of CRUD endpoints for a specific resource, may share a key pair.
Do renew all key pairs involved in your application setting regularly!
Quick setup:
-
Install
deno:curl -fsSL https://deno.land/x/install/install.sh | sh -s v1.0.0 -
Get this repo:
git clone https://github.com/chiefbiiko/[email protected] && cd ./bwt && mkdir ./cache -
Cache all dependencies and run tests:
DENO_DIR=./cache $HOME/.deno/bin/deno run --reload ./test.ts -
Find all non-dev dependencies in the following two directories:
./cache/deps/https/raw.githubusercontent.com/chiefbiiko/curve25519,chacha20,hchacha20,poly1305,chacha20-poly1305,xchacha20-poly1305,std-encoding./cache/deps/https/deno.land/x/
In addition to the bare code find a definition of the BWT scheme in the specification. Please open an issue for your review findings. Looking forward to your feedback!
Thank you for reviewing!