Web Access Control (WAC) implementation for clients to read and change access controls to resources. Supports inspection of authorization rules, planning of authorizations, patching of resources, and allows clients to use their own RDF parsers and HTTP stacks.
- Source code is licensed under the Apache License, Version 2.0.
- Unless otherwise noted, images and other media assets are licensed under the Creative Commons Attribution 4.0 International.
npm install @dokieli/web-access-controlor
yarn install @dokieli/web-access-controlimport { findEffectiveACL, isPublic, modesFor } from '@dokieli/web-access-control';
const ctx = await findEffectiveACL('https://example.org/article', { fetch });
modesFor(ctx, 'https://example.org/giuseppina#i');
isPublic(ctx);import { applyPlan, planGrant, planRevoke, Public } from '@dokieli/web-access-control';
const plan = planGrant(ctx, { type: 'agent', iri: 'https://example.org/liliano#i' }, ['Read', 'Write']);
await applyPlan(plan, { fetch });
await applyPlan(planRevoke(ctx, Public), { fetch });See API Reference and Examples.
- Effective ACL resource discovery via
Link rel="acl". - Interprets
WAC-Allowheader. - Queries the authorizations governing a resource.
- Pure patch planners for granting and revoking access, copying inherited container ACLs.
- Supports client and issuer access conditions.
- Adapts to server's acceptable
PATCHmedia types (N3 Patch or SPARQL 1.1 Update). - Authentication left to the caller via an injected
fetch. - Reads Turtle out of the box, or any serialization via a caller-supplied parser returning RDF/JS quads.
- Web Access Control and the Editor's Draft
- Solid Protocol's N3 Patch
- W3C SPARQL 1.1 Update
- RDF/JS: Data model specification
What the library implements WAC's Editor's Draft:
- WAC: discovery via
Link rel=acl; determining the effective ACL resource; theaclvocabulary;WAC-Allowgroups and modes. - N3 Patch: exactly one patch resource per document with a blank node subject, no blank nodes in the formulae, every variable bound in
solid:where. - SPARQL 1.1 Update: ground
DELETE DATA/INSERT DATA, and theDELETE {} INSERT {} WHERE {}form when a plan carrieswherepatterns.
Where the specifications are silent, the library is opinionated. WAC does not require a particular way to write ACL resources. So, PATCH with Accept-Patch negotiation is this library's choice, as is trying HEAD before GET for discovery. All planner behavior is policy: copy-on-write when access is inherited, splitting multi-subject rules, rewriting modes in place, skipping rules a patch cannot address, and no mode implication (Write does not imply Read).
The library determines parent containers based on RFC 3986's notion of /s representing hierarchical syntactic convention. Other methods, e.g., rel="up", are considered.
Conditional authorizations implements work in progress.Its security considerations shape the planners: a server without condition support evaluates an authorization with its conditions ignored, granting more than stated, so conditions are attached automatically only when the ACL resource advertises support, an explicit request to write them to one that does not is refused, and cloned authorizations always keep their conditions.
See the Contributing Guide for development setup, tests, and commit conventions.
- This project was funded by NLnet (2025-09–2026-08) as part of NLnet Dokieli Collaborative.
Help the project grow by sponsoring it on Open Collective or reach out to us.