@localfirst/auth
provides decentralized authentication and authorization for team collaboration, using a secure chain of
cryptographic signatures.
๐ง This is a work in progress
๐ค You're building a local-first app to enable distributed collaboration without a central server.
๐ You want to authenticate users and manage their permissions.
๐ซ You don't want to depend on a centralized authentication server or a key management service.
๐ You want to provide a easy and seamless experience to users creating and joining teams
๐ค You don't want to expose any of the underlying cryptographic complexity.
This library solves the following problems without requiring a server or any other central source of truth:
- Authorization, using a signature chain
- Authentication, using signature challenges
- Invitations, using a Seitan token exchange
- Multi-reader encryption, using lockboxes
- Key revocation and rotation, using an acyclic directed graph of keys and lockboxes
Each user is assigned a set of cryptographic keys for signatures, asymmetric encryption, and symmetric encryption. These are stored in their device's secure storage.
When Alice first creates a team, she writes the first link of a signature chain, containing her public keys for signatures and encryption. All subsequent links must be signed by Alice or by another team member with admin permissions.
Subsequent links in the chain can serve to add new team members, authorize new devices, define roles, and assign people to roles.
When roles are changed, members leave, or devices are lost or replaced, keys are rotated and associated data re-encrypted.
๐ Learn more: Internals
This library provides a Team
class, which wraps the signature chain and encapsulates the team's members,
devices, and roles. With this object, you can invite new members and manage their
permissions.
This object can also use the public keys embedded in the signature chain, along with the user's own secret keys, to provide encryption and signature verification within the team.
- Storage This library does not provide storage for user information (including keys) or the signature chain.
- Networking This library includes a protocol for synchronizing the team's signature chains, but you need to provide a working socket connecting us to a peer.
yarn add @localfirst/auth
import { user, team } from '@localfirst/auth'
// ๐ฉ๐พ Alice
const alice = user.create('alice')
const alicesTeam = team.create({ name: 'Spies ะฏ Us', context: { user: alice } })
Usernames (alice
in the example) identify a person uniquely within the team. You could use existing user IDs or names, or email addresses.
// ๐ฉ๐พ Alice
const { secretKey } = alicesTeam.invite('bob')
The invitation key is a single-use secret that only Alice and Bob will ever know. By default, it is
a 16-character string like aj7x d2jr 9c8f zrbs
, and to make it easier to retype if needed, it is
in base-30 format, which omits easily confused characters. It might be typed directly into your
application, or appended to a URL that Bob can click to accept:
Alice has invited you to team XYZ. To accept, click: http://xyz.org/accept/aj7x+d2jr+9c8f+zrbs
Alice will send the invitation to Bob via a side channel she already trusts (phone call, email, SMS, WhatsApp, Telegram, etc).
Bob uses the secret invitation key to generate proof that he was invited, without divulging the key.
// ๐จ๐ปโ๐ฆฒ Bob
import { accept } from 'taco'
const proofOfInvitation = accept('aj7x d2jr 9c8f zrbs')
When Bob shows up to join the team, anyone can validate his proof of invitation to admit him to the team - it doesn't have to be an admin.
// ๐ณ๐ฝโโ๏ธ Charlie
team.admit(proofOfInvitation)
const success = team.has('bob') // TRUE
// ๐ฉ๐พ Alice
team.addRole('managers')
team.addMemberRole('bob', 'managers')
// ๐ฉ๐พ Alice
const isAdmin = team.isAdmin('bob') // TRUE
// ๐ฉ๐พ Alice
const message = 'the condor flies at midnight'
const encrypted = team.encrypt(message, 'managers')
// ๐จ๐ปโ๐ฆฒ Bob
const decrypted = team.decrypt(encrypted) // 'the condor flies at midnight'
๐ Learn more: API documentation.
๐ก This project is inspired by and borrows heavily from Keybase: The signature chain is inspired by their implementation for Keybase Teams, and the invitation mechanism is based on their Seitan token exchange specification, proposed as a more secure alternative to TOFU, or Trust On First Use.
๐ฎ This library was originally called taco-js
. TACO stands for Trust After Confirmation Of invitation.