Securing 2M+ accounts & $15B+ in assets, protected & secure·B5 Secure™ — per data-element authorization for .NET platforms

The Security Pipeline

Docs / The Security Pipeline

The Security Pipeline

B5 Secure · Never Trust

2026 extension — each stage gains a standards-aligned 2026 capability: RFC 9421 signatures, FIDO2 passkeys, AuthZEN / OpenFGA authorization, an adaptive identity firewall, and policy-driven suspension with CAE. See Security Extensions →

The security pipeline is the heart of B5 Secure. By default it subjects every request to a multi-stage series of checks before the request reaches your business logic. Each stage fails closed: if the required evidence is absent, the request is denied.

The stages

  1. Cross-site scripting (XSS) screening. Inbound payloads are inspected for script injection before processing.
  2. Authentication. The identity token is validated using the request’s authentication scheme (HMAC, Service-HMAC, AuthCookie or Service-Key), including IP-firewall, origin and sensitive-key checks.
  3. Multi-factor (MFA). High-impact actions and identities require step-up verification.
  4. Account verification. Unverified or password-expired identities are stopped.
  5. Suspension. Suspended users or entities are blocked.
  6. Authorization (ADA). The identity must possess an explicit permit for this action and this record.

Every stage is governed by one principle: absence of evidence is absence of access. A request advances only by explicitly satisfying each applicable check.

Configuring the pipeline

Apply [Protect] to opt a controller or service into the full pipeline. Fine-tune behaviour for individual actions with attributes such as [AllowAnonymous], [MFANotRequired], [VerificationNotRequired], [AllowSuspendedUser] and [SkipActivityAuthorization] — each a deliberate, visible exception to the secure default.

C#
[Protect]
// every action runs the pipeline
[AllowAnonymous]  // explicit, auditable exception
public OpResult Health() { ... }

How many checks are enough?

The guiding rule: the greater the impact or privilege, the more checks you enforce. Low-impact actions still run the pipeline; high-impact ones add MFA, IP-firewall and tighter permits on top.

Developer Relations

Talk to a human.

Get architecture guidance, Test Mode access, integration review, or help choosing the right B5 identity and authorization pattern.

Scroll to Top