Skip to main content

Roles, Permissions & Audit

What This Page Covers​

This page explains how role-based access control (RBAC) works in Access Control, how administrative permissions are managed, and how the platform maintains a complete audit trail of all access and administrative events for compliance and investigation.


Role Model​

Access Control uses role-based access control to determine who can configure access points, manage credentials, and view audit logs. Two system-wide roles are available:

Access Control Admin​

Permissions: Create/configure/delete access points, manage all credentials, create access profiles, view complete audit logs, manage user roles

Access Control Credential Manager​

Permissions: Create credentials and access profiles, assign/revoke access, activate/deactivate profiles, view audit logs for doors they manage

Limitations: Cannot create/delete access points, cannot view audit logs for doors outside their permission scope

Role Assignment and Time-Limiting​

Roles can be assigned to users and set to expire after a certain date. For example:

  • Assign someone as a Credential Manager for January 1–March 31, 2026 (temporary role for a specific project)
  • Assign someone as Admin permanently (no expiration)
  • Assign someone as both Admin and Credential Manager simultaneously (roles can overlap)

When a role expires, the user loses the associated permissions automatically.


Device-Level Permissions​

In addition to roles, non-admin users have device-level permissions that restrict which access points they can manage.

An admin user can manage any access point. A credential manager can only manage access points where they have explicit permission granted. This allows:

  • Facility manager for Building A to manage doors in Building A only
  • Facility manager for Building B to manage doors in Building B only
  • Each sees only the access points they have permission for

When you revoke a credential manager's permission to a specific access point:

  1. All profiles that person assigned are automatically deactivated
  2. All credentials they were managing remain in the database but become inaccessible
  3. Any in-progress provisioning is cancelled

Permissions in Practice​

What an Admin Can Do​

  • Create access points, configure new doors
  • Manage all credentials (create, reset, deactivate, delete)
  • Create and assign access profiles to any access point
  • Activate and deactivate profiles system-wide
  • View the complete audit log
  • Assign roles to other users
  • Grant/revoke device-level permissions

What a Credential Manager Can Do​

  • Create credentials (PIN, NFC, fingerprint, web)
  • Reset PINs and web credentials
  • Create and update access profiles
  • Assign profiles to access points they have permission for
  • Activate and deactivate profiles on their permitted doors
  • Bulk deactivate all profiles using a compromised credential
  • View audit logs for their permitted doors

Audit Trail​

All significant operations and access events are recorded in the audit log. Each entry captures:

FieldWhat It Records
What happenedCredential used, door accessed, configuration changed, etc.
WhenTimestamp of the event
WhoUser who initiated the action (or null if hub-initiated)
Which doorThe access point involved (if applicable)
StatusSuccess or error details

Types of Events in the Audit Log​

Access Events — When users attempt to access doors:

  • Successful access via PIN, NFC, fingerprint, or web token
  • Failed access attempts (wrong credential, outside schedule, etc.)
  • Who accessed which door and when

Administrative Events — When the system is configured:

  • Credentials created, reset, deactivated, or deleted
  • Access profiles created, updated, or assigned to doors
  • Access points created or modified
  • User permissions granted or revoked

System Events — When the platform itself makes changes:

  • Profiles automatically deactivated due to credential changes
  • Credentials removed from authenticators
  • Permission revocation events

Access Event Audit Trail​

Access Control logs successful and failed access attempts with:

  • Credential used (PIN, card ID, fingerprint, or web token identifier)
  • Door accessed
  • Timestamp
  • Whether the access succeeded or why it failed

Credential Audit Trail​

Changes to credentials are logged separately with sensitivity controls:

  • Credential creation: logged with the initial value
  • Credential reset: logged with a masked digest (never the actual new value) for security
  • Credential deactivation: logged with the change reason
  • Credential deletion: logged to show removal

PIN values and web secrets are never shown in regular logs.


Viewing Audit Logs​

Access Control Audit Log​

Shows all access events and administrative changes to the access control system.

  • Admin users: Can view all audit entries system-wide
  • Credential managers: Can view audit entries only for doors where they have permission
  • Results are paginated to handle large deployments

Typical queries:

  • "Show me all access to this specific door in the last week"
  • "Show me all failed access attempts"
  • "Show me all credential changes in the last month"

Credential Audit Log​

Shows sensitive information about credential changes. This is restricted more strictly:

  • Admins only can view this log
  • Includes plaintext PIN values (for admin compliance and investigation)
  • Includes masked digests of web secret resets (prevents exposure of new values)

This separation ensures that sensitive credential history is protected from non-admin users.


Best Practices​

Role Assignment​

  • Assign Credential Manager to staff who manage daily access for their departments or buildings
  • Reserve Admin for IT administrators and security officers only
  • Use time-limited roles for temporary needs (contractors, consultants, seasonal staff)
  • Regularly audit who has which roles to catch stale assignments
  • Revoke roles immediately when staff leave roles or change departments

Permission Management​

  • Grant device-level permissions narrowly — only to the access points each person needs to manage
  • Use facility-based permission scopes (e.g., "Building A manager", "Floor 2 manager") rather than giving everyone broad access
  • Revoke permissions when staff change roles
  • Test permission revocation to ensure it deactivates profiles correctly

Audit Trail Hygiene​

  • Review access logs weekly for unusual access patterns (access outside normal hours, multiple failed attempts)
  • Investigate error entries to identify misconfigured authenticators or network issues
  • Archive credential audit logs for compliance and retention
  • Never share plaintext PINs or WEB secrets outside of privileged audit access
  • Use audit logs for incident response — if a door is found compromised, check who had access and when

Where to Continue​

GoalPage
Learn how credentials and access profiles workCredentials and Profiles
Understand access points and door configurationAccess Points
See the core Access Control model and architectureOverview