FedRAMP Rev 5 Secure Configuration guidance
Document version
Version: 1.0.0
Last Updated: 2026-02-26
This Secure Configuration Guidance document fulfills the FedRAMP Rev5 Recommended Secure Configuration (FRR-RSC) requirement for Cloud Service Providers (CSPs) to publish publicly accessible configuration guidance for customers and authorized users. Aurigo Masterworks Cloud is a FedRAMP-authorized SaaS platform for capital program management, serving public sector agencies across transportation, utilities, and federal infrastructure programs.
This document covers the Administration and Account Management domain of Masterworks Cloud, specifically addressing:
- User Account lifecycle management—creation, modification, and deactivation
- Security Role definition, assignment, and permission configuration
- Roles and Permissions matrix—granular module-level access control
- Administrative account protection, including System Admin and Customer Admin accounts
- Import/export controls and audit capabilities
Scope
This guidance applies to all Masterworks Cloud tenants operating in FedRAMP-authorized environments. Guidance covers both platform-level (Aurigo-managed) and tenant-level (customer-configurable) controls.
FRR-RSC requirements
| Req ID | Description | Aurigo Solution |
|---|---|---|
| FRR-RSC-01 | Top-Level Administrative Accounts | System Admin & Customer Admin account guidance, naming conventions, and decommissioning |
| FRR-RSC-02 | Administrative Security Settings | Admin-only platform settings, session controls, and audit log configuration |
| FRR-RSC-03 | Privileged Accounts Security | Security Roles with least-privilege permissions, role-based access matrix, MFA enforcement |
| FRR-RSC-04 | Secure Defaults on Provisioning | Default User role (no permissions), mandatory role assignment workflow, two built-in admin roles |
| FRR-RSC-05 | Comparison / Drift Detection | Excel-based permissions export for diff analysis; audit trail for permission changes |
| FRR-RSC-06 | Export Capability | Excel export of Security Roles and full Permissions matrix |
| FRR-RSC-07 | API Capability | NA |
| FRR-RSC-08 | Machine-Readable Guidance | NA |
| FRR-RSC-09 | Publish Guidance | This document is publicly accessible on the Aurigo website |
| FRR-RSC-10 | Versioning and Release History | Version-controlled guidance with change tracking and publication history |
FRR-RSC-01—Top-level administrative accounts guidance
Masterworks administrative account types and naming conventions
Masterworks Cloud defines two built-in top-level administrative account tiers that control enterprise-wide access to the platform. These are provisioned by Aurigo at tenant onboarding and cannot be deleted.
| Account type | Purpose and scope | Naming convention |
|---|---|---|
| System Admin | This is for Aurigo employees to configure system level settings and permissions in the application, this account does not have access to any business data and only platform and system level configuration data. | systemadmin |
| Customer Admin | Tenant-level administrative account — manages user accounts, security roles, and permission assignments within the agency tenant. Has complete permissions on business data. | [agency]-admin@[agency-domain].gov (recommended format) |
| Security Role: Administrator | Application role granting all module permissions to assigned users. Functionally equivalent to Customer Admin in terms of application access. Should be assigned sparingly. In addition to the permission provided, the customer admin has access to all system settings that are exposed for customer configurations. | Role name: “Administrator” (built-in, non-deletable) |
| Security Role: User (Default) | Blank default role with zero permissions. Automatically assigned to newly registered users pending formal role assignment. Serves as a zero-trust provisioning baseline. | Role name: “User” (built-in, non-deletable) |
Accessing administrative accounts securely
The following controls MUST be applied to all top-level administrative accounts:
- Multi-Factor Authentication (MFA): All Administrator and Customer Admin accounts have MFA enforced. Masterworks supports TOTP-based authenticator apps and hardware tokens via the platform’s authentication layer (Azure AD / SAML 2.0 federation).
- Federated Identity: Masterworks supports SSO via SAML 2.0/Azure AD with their agency Identity Provider (IdP), ensuring administrative accounts are governed by the agency’s MFA policy.
- No Shared Credentials: Administrative accounts must never be shared. Each administrator requires a uniquely identified account with individual audit traceability.
- Strong Password Policy: Where local authentication is used, passwords meet NIST SP 800-63B requirements — minimum 12 characters, no complexity rules, checked against compromised-password lists.
- Session Timeout: Administrative sessions must time out after 15 minutes of inactivity. This is configurable by the Customer Admin under Administration > Session Settings.
Configuring administrative accounts
Only Administrators can configure additional administrators by adding users to an Administrator role.
Decommissioning administrative accounts
The following steps must be followed upon administrative personnel separation or role change:
- Immediate Disable: Navigate to Administration > User Management > User Accounts. Locate the user, select Inactive Account. This immediately revokes all active sessions.
- Role Removal: Remove all Security Role assignments from the user record within 24 hours of separation.
- Audit Review: Export audit logs for the departing administrator covering the last 90 days and archive per agency records retention policy.
- Account Retention: Do not delete user accounts. Retain in disabled state for 3 years to preserve audit trail continuity. After 3 years, archive the record per data retention policy.
- Inactive user accounts will not be able to login to the application.
FRR-RSC-02—Administrative security settings
Platform-level security settings (system admin only)
| Setting | Description and security implication | Recommended configuration |
|---|---|---|
| Single Configuration for All Library Forms | Controls whether all Library forms share one permission entry or maintain individual entries. Enabling this reduces administrative overhead but decreases granularity. NIST AC-3 implication: less granular access enforcement. | Enable for standard deployments. Disable only when Library forms require differentiated access control. |
| Customer Admin | Configures how long platform audit records are retained. FedRAMP Moderate requires minimum 3-year retention. NIST AU-11 control. | Set to minimum 36 months. Configure automated archival to agency-approved long-term storage. |
| Session Inactivity Timeout | Defines the maximum idle time before an authenticated session is automatically terminated. NIST AC-12 control. | Set to 15 minutes for all user types. Administrative sessions should inherit this or a shorter limit. |
| Default Role on Registration | The role automatically assigned to newly created user accounts. Controls the access posture of unreviewed accounts. NIST AC-2(2) control. | Must be set to the built-in “User” role (zero permissions). Never change this to a role with active permissions. |
| SSO / SAML 2.0 Configuration | Configures federated identity provider integration. Controls whether local credential authentication is permitted in parallel with SSO. NIST IA-2 control. | Enable SSO. Disable local password authentication for all production FedRAMP environments. |
Customer admin configurable security settings
| Setting | Description and security implication | Recommended configuration |
|---|---|---|
| User Account Enable/Disable | Administration > User Management > User Accounts | Immediate access revocation. Must be actioned within 24 hours of personnel separation per NIST AC-2. |
| Security Role Assignment | Administration > User Management > Security Roles > Manage Users | Controls all application-level permissions. Changes must be documented and follow change management procedures. |
| Permissions Matrix Export | Administration > User Management > Permissions > Export | Enables comparison against approved baseline. Required for continuous monitoring per NIST CM-3. |
| Report Permissions | Administration > User Management > Permissions > Report Permissions | Controls which roles can access sensitive reporting data. Ensure report access is limited to need-to-know roles. |
| Copy Permissions Between Roles | Administration > User Management > Permissions > Copy Permissions From | Convenience feature — risk of unintentionally propagating over-permissive access. Review before and after any copy operation. |
FRR-RSC-03—Privileged accounts security
Security roles architecture
Security Roles are the foundational access control mechanism of Masterworks Cloud. They are the functional grouping of users based on their job function, analogous to job designations within the agency. All application-level permissions are derived from Security Role assignments.
Key characteristics of the Security Roles model:
- A single user can be assigned multiple Security Roles. Permissions from all assigned roles are combined (additive model — no role negation).
- Security Roles apply at the application module level. Project-level access is controlled separately through Project Team membership.
- The built-in ‘Administrator’ role grants all permissions and cannot be modified. It should be assigned only to personnel designated as system administrators.
- The built-in ‘User’ role has zero permissions and serves as the default assignment for all new users, implementing a deny-all provisioning baseline.
- Custom roles are created by Customer Admin users and can be scoped precisely to the modules and permissions required by each job function.
- Only Customer Admin or Administrators can define Security Roles and Permissions.
Privileged account monitoring
- Audit Log: All privileged actions including Security Role creation, permission changes, and user account modifications are logged to the Masterworks Audit Log.
- Export: At any point, current configurations of security roles and permissions can be exported to understand current configurations and make appropriate changes.
FRR-RSC-04—Secure defaults on provisioning
Default user account state
All newly created Masterworks Cloud user accounts are provisioned in a deny-all state by default, implementing a zero-trust access baseline:
| Default attribute | Default value and rationale |
|---|---|
| Security Role on Creation | Built-in ‘User’ role zero permissions. User cannot access any module until a Customer Admin explicitly assigns an appropriate role. |
| Account Status on Creation | Inactive account is disabled until the user completes the email activation workflow. Ensures no access during onboarding delay. |
| Authentication Method | Federated SSO (SAML 2.0) where configured. Local password only permitted where SSO is not yet configured. Local passwords enforce NIST 800-63B length requirements. |
| MFA Status | Enforced for all administrative roles. Standard users inherit MFA policy from the agency IdP when SSO is configured. |
| Project Access on Creation | No project access. Project Team membership must be explicitly granted by a Project Manager or Customer Admin. |
| Report Access on Creation | No report access. Report permissions are assigned via the Permissions matrix under the assigned Security Role. |
Default security role configuration
- Built-in ‘Administrator’ role: All permissions enabled, cannot be modified or deleted. Assign only to designated system administrators.
- Built-in ‘User’ role: All permissions disabled, cannot be modified or deleted. This is the zero-trust baseline role for all new accounts.
- Custom roles: Created with zero permissions by default. Permissions are explicitly granted through the Permissions configuration page.
- New module deployment: When new modules are added to Masterworks (e.g., through a product update), the permissions for the new module are set to Disabled for all custom roles by default. Admins must explicitly enable permissions for each role.
Default platform security settings
- Session Timeout: 30 minutes (recommended baseline). Configure to 15 minutes for FedRAMP High environments.
- Audit Logging: Enabled by default for all events. Cannot be disabled by Customer Admins.
- Export/Import: Import validation is enabled by default, preventing malformed data from being injected via the Excel import mechanism.
FRR-RSC-05—Configuration comparison capability
Permissions matrix export for baseline comparison
Masterworks Cloud provides a full export of the Permissions configuration in Excel format. This export contains the complete role-permission matrix and serves as the primary mechanism for baseline comparison and drift detection.
Security roles list export
The Security Roles list page also supports export, providing a snapshot of all defined roles and their descriptions.
FRR-RSC-06—Export capability
All exports are available in Excel format only currently.
Customer admin configurable security settings
| Export type | Details |
|---|---|
| Security Roles – Excel/XLSX | Exports the full list of Security Roles (Role Name, Description, Record ID) in Excel format. Navigation: Administration > User Management > Security Roles > Export. |
| Permissions Matrix – Excel/XLSX | Exports the complete Form Permissions and Report Permissions matrix for all roles. Columns are dynamic per role count. Navigation: Administration > User Management > Permissions > Permissions > Excel Import/Export > Excel Template with Data. |
| User Accounts – Excel/XLSX | Exports all user account records including assigned roles, account status, and profile information. Navigation: Administration > User Management > User Accounts > Export. |
Import capability and validation
Masterworks supports bulk import for Security Roles and Permissions via Excel:
- Security Roles Bulk Import: Download the import template from the Import/Export menu. Populate with Role Name and Description. Import via the Upload option. Records are validated (alphanumeric, field length limits) before insertion.
- Permissions Bulk Import: Download the permissions template with existing data, modify Y/N values per module and role, and re-import. The system validates the format and applies the delta.
FRR-RSC-07—API capability
Currently Masterworks APIs are used for business processes with appropriate authentication mechanisms, however there are no APIs for accessing or updating system or security configurations as there has not been business use cases on the same and could have potential security implications.
FRR-RSC-08—Machine-readable guidance
All configurations are exportable to an excel format.
