Local-first, provider-independent authorization for .NET and Angular

Role-based authorization · Attribute-based authorization · Context-based authorization · Resource-based authorization · ASP.NET Core · Angular · YAML manifests · RuleGate CLI

Complete guide · Documentation · Packages · Samples · Roadmap · Latest release

RuleGate answers one question inside your application:

May this subject perform this action on this resource in the current context?

It combines permissions, roles, typed attributes, ownership, organization, resource state, request context, MFA age, and time rules in one local, fail-closed policy engine.

flowchart LR
A[Validated identity] --> B[Subject]
C[Application data] --> D[Resource]
E[Trusted request facts] --> F[Context]
B --> G[RuleGate policy]
D --> G
F --> G
G --> H{Allow or deny}
H --> I[ASP.NET Core enforcement]
B -. UI projection .-> J[Angular experience]

Loading

RuleGate performs authorization, not authentication. Your authentication system validates the caller. RuleGate evaluates local policies against trusted identity, application, resource, and request data.

Why RuleGate?

• Local-first: decisions stay inside the application process.
• Provider-independent: use Keycloak or another identity provider without coupling the core policy model to it.
• Composable: combine RBAC, permissions, ABAC, CBAC, resources, time, and logical all, any, and not requirements.
• Fail-closed: missing policies, missing data, invalid types, provider failures, and indeterminate evaluation deny access.
• Full-stack: enforce in ASP.NET Core and project limited grants into modern Angular, legacy Angular, or a framework-independent TypeScript client.
• Operational: validate, test, explain, lint, and generate identifiers with the CLI; load and atomically reload local policy sources; observe safe logs and OpenTelemetry signals.

Choose your path

Goal	Start here
Protect an ASP.NET Core endpoint in five minutes	Start in five minutes
Move from built-in role or permission policies	ASP.NET Core migration path
Define policies in C# without YAML	Code-first policies without YAML

A real policy

This policy requires a capability and role, checks document state, organization, amount, separation of duties, network, device, MFA age, and business hours:

- id: document-approveresourceType: documentaction: approverequirement:
all:
- permission: DOC.APPROVE
- role: DOCUMENT.APPROVER
- attribute:
source: resourcename: statusoperator: equalvalueType: stringvalue: submitted
- attributeComparison:
left: { source: subject, name: organizationId }operator: equalright: { source: resource, name: organizationId }
- attributeComparison:
left: { source: resource, name: totalAmount }operator: lessThanOrEqualright: { source: subject, name: approvalLimit }
- not:
attributeComparison:
left: { source: subject, name: userId }operator: equalright: { source: resource, name: ownerId }
- context:
property: networkZoneoperator: invalueType: stringCollectionvalue: [internal, vpn]
- contextAge:
timestamp: mfamaximumAge: '00:15:00'
- timeWindow:
days: [monday, tuesday, wednesday, thursday, friday]start: '08:00'end: '18:00'timeZone: Europe/Istanbul

The host supplies every attribute from a trusted server-side source. The browser cannot grant itself access.

Packages

Package	Purpose	Guide
Fotbiler.RuleGate.Abstractions	Public authorization and extension contracts	Packages
Fotbiler.RuleGate.Core	Fail-closed engine and built-in evaluators	Foundations
Fotbiler.RuleGate.Manifest	YAML loading, validation, and compilation	Policy language
Fotbiler.RuleGate.AspNetCore	ASP.NET Core enforcement, mapping, and enrichment	ASP.NET Core
Fotbiler.RuleGate.Cli	Validation, testing, explanation, linting, and generation	CLI lifecycle
Fotbiler.RuleGate.Keycloak	Optional Keycloak subject mapping	Identity and Keycloak
@fotbiler/rulegate-client	Framework-independent frontend state	Frontend
@fotbiler/rulegate-angular	Angular 20–22 guards, directives, and generation	Frontend
@fotbiler/rulegate-angular-legacy	Angular 12–19 legacy adapter	Frontend

Start in five minutes

dotnet add package Fotbiler.RuleGate.AspNetCore --version 1.0.0
dotnet tool install Fotbiler.RuleGate.Cli --version 1.0.0 \
--create-manifest-if-needed
dotnet tool run rulegate validate rulegate.yaml

Register a reloadable local manifest:

builder.Services.AddAuthentication().AddJwtBearer();builder.Services.AddAuthorization();builder.Services.AddRuleGate().AddHttpAuthorizationResultMapping().AddYamlPolicyFile("rulegate.yaml",
options =>options.ReloadOnChange=true);

Protect a Minimal API endpoint:

app.MapGet("/documents/{id}",GetDocumentAsync).RequireRuleGate("document","read","id");

Continue with the first protected API chapter, then follow the complete RuleGate guide from foundations through production deployment.

Capabilities

Area	Included
Policy model	permissions, roles, typed attributes, cross-attribute comparison, time/date windows, authentication/MFA age, canonical context, logical composition
ASP.NET Core	dynamic policies, Minimal API helpers, MVC attributes, imperative authorization, trusted enrichment, safe HTTP results
Frontend	framework-independent store, modern/legacy Angular guards and directives, Keycloak adapter, TypeScript generation
Policy lifecycle	YAML, CLI validation/test/explain/lint, C#/TypeScript generation, file/embedded/config/custom sources, atomic reload
Operations	safe diagnostics, OpenTelemetry activities/metrics, benchmarks, concurrency and package-consumer verification
Security	default deny, fail closed, bounded manifests/collections/depth, last-valid snapshot, non-sensitive public errors

Reference applications and sample portfolio

• Minimal ASP.NET Core — compact package-only host with a comprehensive manifest and deterministic fixtures.
• Document approval — Keycloak, ASP.NET Core, SQLite, modern Angular, trusted providers, resource filtering, approval workflow, and verification scenarios.
• Multi-domain and multi-stack sample portfolio — current applications, planned domains, platform baselines, authorization coverage, compatibility goals, and sample acceptance rules.

Documentation

• The RuleGate Guide — connected beginner-to-advanced handbook with concepts, integrations, recipes, tests, and production review.
• Documentation index — guide chapters and exhaustive references.
• Security model — complete trust, failure, and privacy boundaries.
• Roadmap — released capabilities and planned work.
• GitHub Wiki — wiki edition generated from the canonical repository guide.

Compatibility

• portable libraries: .NET Standard 2.0 and .NET 8–10;
• ASP.NET Core and Keycloak: .NET Core 3.1 and .NET 5–10;
• modern Angular: 20–22;
• legacy Angular adapter: 12–19;
• framework-independent client: Angular 9–11 and other TypeScript hosts.

See platform compatibility for current and legacy-tested support definitions.

Security

Read the security model before production integration. Report vulnerabilities through the process in SECURITY.md, not through a public issue.

Community and license

Contributions follow CONTRIBUTING.md and the Code of Conduct. Support guidance is in SUPPORT.md.

RuleGate is licensed under the MIT License.