Compact JWT implementation in Rust

Documentation:

Minimalistic JSON web token (JWT) implementation with focus on type safety and secure cryptographic primitives.

Usage

Add this to your Crate.toml:

toml [dependencies] jwt-compact = "0.6.0"

Basic token lifecycle

```rust use chrono::{Duration, Utc}; use jwt_compact::{prelude::*, alg::{Hs256, Hs256Key}}; use serde::{Serialize, Deserialize};

/// Custom claims encoded in the token.

[derive(Debug, PartialEq, Serialize, Deserialize)]

struct CustomClaims { #[serde(rename = "sub")] subject: String, // other fields... }

// Choose time-related options for token creation / validation. let timeoptions = TimeOptions::default(); // Create a symmetric HMAC key, which will be used both to create and verify tokens. let key = Hs256Key::new(b"supersecretkeydonutsteel"); // Create a token. let header = Header::default().withkeyid("my-key"); let claims = Claims::new(CustomClaims { subject: "alice".toowned() }) .setdurationandissuance(&timeoptions, Duration::hours(1)) .setnotbefore(Utc::now()); let tokenstring = Hs256.token(header, &claims, &key)?; println!("token: {}", tokenstring);

// Parse the token. let token = UntrustedToken::new(&tokenstring)?; // Before verifying the token, we might find the key which has signed the token // using the Header.key_id field. asserteq!(token.header().keyid.asderef(), Some("my-key")); // Validate the token integrity. let token: Token = Hs256.validateintegrity(&token, &key)?; // Validate additional conditions. token.claims() .validateexpiration(&timeoptions)? .validatematurity(&time_options)?; Ok::<_, anyhow::Error>(()) ```

See the crate docs for more examples of usage.

Features

• Algorithm-specific signing and verifying keys (i.e., type safety).
• Key strength requirements from [RFC 7518] are expressed with wrapper types.
• Easy to extend to support new signing algorithms.
• The crate supports more compact [CBOR] encoding of the claims.
• Basic [JWK] functionality for key conversion from human-readable formats (JSON / YAML / TOML) and computing [key thumbprints].
• HS256, HS384 and HS512 algorithms are implemented via pure Rust [sha2] crate.
• The crate supports EdDSA algorithm with the Ed25519 elliptic curve, and ES256K algorithm with the secp256k1 elliptic curve. Both curves are widely used in crypto community and believed to be securely generated (there are some doubts about parameter generation for elliptic curves used in standard ES* algorithms).
• The ES256 algorithm is supported via pure Rust [p256] crate.
• RSA algorithms (RS* and PS*) are supported via pure Rust [rsa] crate.
• The crate supports the no_std mode. No-std support and WASM compatibility are explicitly tested.

Missing features

• Built-in checks of some claims (e.g., iss – the token issuer). This is intentional: depending on the use case, such claims can have different semantics and thus be represented by different datatypes (e.g., iss may be a human-readable short ID, a hex-encoded key digest, etc.)
• ES384 and ES512 algorithms.

Alternatives

[jsonwebtoken], [frank_jwt] or [biscuit] may be viable alternatives depending on the use case (e.g., none of them seems to implement EdDSA or ES256K algorithms).

See also

• justwebtoken.io – educational mini-website that uses this library packaged in a WASM module.

License

Licensed under the Apache-2.0 license.