BACnet B-AS Authorization Server Profile

B-AS is the BACnet Authorization Server profile (Annex L): the device that issues access tokens for BACnet authorization, what it is

What B-AS Is

A BACnet device profile is a standardized capability level: a checklist of things a device must be able to do before it can wear the label. B-AS (BACnet Authorization Server) is defined in Annex L of ANSI/ASHRAE 135-2024 (clause L.14.1) as the server in the BACnet authorization model: it issues access tokens to authorization clients (or their helpers) and holds the persistent authorization policies for the tokens it issues. The authorization mechanics are defined in Clause 17.

The checklist items are BACnet Interoperability Building Blocks (BIBBs). B-AS is the only profile in the Authentication and Authorization family. A device documents its claim in its PICS (Protocol Implementation Conformance Statement); to verify a claim, ask for the PICS and check the profile line.

Where It’s Used

B-AS fits the device that centralizes authorization decisions on a BACnet network.

  • Token issuance. A server that issues access tokens a client presents to gain authorized access to protected operations.
  • Policy enforcement point. A device holding the authorization policies for a site’s secured BACnet interactions.
  • Security infrastructure. A server component in a BACnet deployment that layers authorization onto the network.

Required Services

The table below is the exhaustive service set required by the B-AS BIBBs. Initiates means the device sends the request or notification; Executes means the device receives and acts on it (responding, for confirmed services). BIBB codes encode the same split: a -A BIBB is the initiating side, a -B BIBB the executing side. A - means the profile does not require that direction; a device may still support it.

Capability areaServiceRequired by BIBBInitiatesExecutes
Authentication and authorizationAuthRequestAA-AS-B-Yes
Data sharingReadPropertyDS-RP-B-Yes
Device and network managementWho-IsDM-DDB-B-Yes
Device and network managementI-AmDM-DDB-BYes-
Device and network managementWho-HasDM-DOB-B-Yes
Device and network managementI-HaveDM-DOB-BYes-
Device and network managementDeviceCommunicationControlDM-DCC-B-Yes

The AA-AS-B requirement is the authorization-server function itself: the device executes the AuthRequest exchange defined in Clause 17 to issue tokens. The other rows are the ordinary device surface every BACnet device exposes.

ProfileHow it relates to B-AS
B-SCHUBSecure Connect Hub: the transport-security infrastructure profile, a complementary security role
B-BCBuilding Controller: a device that may rely on an authorization server for secured operations
B-GENERALGeneral: the catch-all profile, where an unusual security device might otherwise land

What Chipkin Provides

The Clause 17 authorization-server function is part of Chipkin’s BACnet security roadmap; talk to us about B-AS and BACnet authorization on the CAS BACnet Stack.