TECHNICAL ARCHITECTURE · FASTPASS IVM V4.5
FastPass IVM Technical Architecture: Cloud & On-Premises Deployment
A complete technical reference for IT architects and security engineers evaluating or deploying Identity Verification Manager.
01 · ARCHITECTURE OVERVIEW
Three core components, one unified service layer
FastPass IVM is built on a Service-Oriented Architecture (SOA). All core components run as web services communicating over HTTPS with support for both REST and SOAP protocols. Whether deployed on-premises inside your own data centre or via FastPass Cloud, the logical architecture is identical — only the hosting model differs.
Backend Server
Controls all end-user transactions and coordinates the full verification workflow. Manages scheduled discovery of users in the domain infrastructure, password synchronisation orchestration, invitation processing, and communication with Gateway Servers. Houses the IVM policy engine, scoring engine, and risk-signal evaluation logic.
Client Server
Implements the web interface for both the service desk (FastPassIdentityVerificationClient) and end users (FastPassClient for SSPR). Renders the IVM verification workflow inside the agent's browser and communicates with the Backend Server over HTTPS. Agents access this directly — it is what launches inside the ITSM interface.
Gateway Server
Implements access to backend infrastructure: Active Directory, Entra ID, LDAP directories, HR systems, and third-party connectors (SAP, Oracle, MSSQL, MySQL, iSeries, eDirectory, RADIUS targets, etc.). In the Cloud deployment model, the FastPass Gateway is installed on customer premises or in the customer's cloud. The Gateway does not initiate outbound connections — instead, FastPassCloud establishes HTTPS/443 connections to it. Customers restrict inbound access to FastPassCloud IP ranges only.
AD LDS (ADAM)
FastPass uses an AD Lightweight Directory Services instance as its primary data store for user profiles, verification enrollment data, group policies, and configuration. Sensitive fields (keywords, HR data, MFA secrets) are stored encrypted. Encryption keys are supported (BYOK/BYOE), with per-object cryptographic configuration available from FastPass v4.5.
SQL Server
The MSSQL or MySQL database holds audit logs, IVM ticket-feedback records, and keyword tables. Sensitive fields (keywords, HR data, MFA secrets) are stored encrypted. Encryption keys are supported (BYOK/BYOE), with per-object cryptographic configuration available from FastPass v4.5. In FastPassCloud, this is a managed RDS SQL Server instance deployed across multiple Availability Zones with full backups every 6 hours and transaction log backups.
Windows Client Agent
A lightweight agent installed on end-user workstations. Reports device identity to the FastPass backend and enables dynamic device-matching verification. When a service desk call is received, FastPass can prompt the user to activate the agent on their enrolled device to confirm the call originates from their registered machine — a strong anti-social-engineering signal. The agent can also be used for Self-Service Password Reset.
FastPass IVM operates as part of the workforce identity verification layer within a Zero Trust architecture, ensuring that high-risk actions such as password resets and account recovery are only executed after strong, policy-driven identity validation.
02 · DEPLOYMENT ARCHITECTURE
On-premises and Cloud deployment diagrams
FastPass IVM is available in three deployment models: on-premises (customer data centre), FastPassCloud (zone-redundant, active/active), and multi-tenant Cloud for MSPs. The diagrams below show the component topology and data flows for each primary model.
Inbound traffic is received by a WAF and load balancer, then distributed across two independent availability zones each running a Frontend/Client Server and a Backend App Server in Active/Active configuration. The FastPass Gateway is installed on customer premises and does not initiate outbound connections — FastPassCloud establishes HTTPS/443 connections to it. Customers restrict inbound access to FastPassCloud IP ranges only. FastPassCloud connects directly to Entra ID and ITSM platforms over HTTPS. All connections enforce TLS 1.2 minimum.
In the FastPassCloud model, the Backend and Client components operate within the FastPass-managed cloud environment, while the Gateway remains under customer control within their network or cloud tenant. Identity sources (e.g. Active Directory, Entra ID, HR systems) remain authoritative and are never replicated into FastPass beyond the specific attributes required for verification.
All three core components (Backend, Client, Gateway) install on the same Windows Server by default, but can be distributed across separate machines for High Availability. The Backend and Client servers run on IIS; the Gateway communicates with AD/LDAP over ports 389/636, with MSSQL connectors over 1433, and with SAP/Oracle via their respective native ports. A dedicated DMZ server can host the Client components if internet-facing SSPR access is required, communicating to the LAN server exclusively over HTTPS/443.
03 · VERIFICATION WORKFLOW
How a call is processed end-to-end
From the moment an agent creates a ticket to the moment the audit trail is written back, IVM controls every step. The agent never makes a judgment call — the system does.
{
"CallerID": "jsmith",
"Resolution": "Identity verified",
"Action": "PasswordReset",
"Status": "Completed",
"IVMAgent": "helpdesk.agent1",
"IVMTicketID": "IVM-20241004-0042",
"VerificationSteps": [
{
"Factor": "OktaPush",
"Result": "Passed",
"Score": 40,
"Timestamp": "2024-10-04T09:14:22Z"
},
{
"Factor": "HRData_EmployeeID",
"Result": "Passed",
"Score": 30,
"Timestamp": "2024-10-04T09:14:51Z"
},
{
"Factor": "DeviceMatch",
"Result": "Passed",
"Score": 20,
"Timestamp": "2024-10-04T09:14:55Z"
}
],
"TotalScore": 90,
"Threshold": 80,
"RiskSignals": [],
"ActionExecuted": true
}ISSENSITIVE field: From v4.5, keyword records in the IVC table can be marked ISSENSITIVE. When set, the decrypted payload is exposed only to the verification routine and is never retrievable through the IVC interface or the Administration Client — agents see confirmation of match/no-match, never the raw value.
04 · ITSM INTEGRATION MODEL
How IVM connects to your ticketing platform
FastPass IVM integrates with ITSM platforms via a two-part mechanism: an inbound URL call from the ITSM into IVC, and an outbound REST callback from IVC back to the ITSM ticket on completion. Both directions are configurable and both run over HTTPS.
| ITSM Platform | Integration method | Inbound trigger | Outbound callback | Deployment | |
|---|---|---|---|---|---|
| ServiceNow | Native connector + REST | URL widget from incident form | Updates Caller ID, Resolution, Status, Short Description, Assign To | On-prem · Cloud · FedRAMP GCC | |
| ManageEngine SDP (On-prem) | Custom widget + module | Custom widget in ticket view | Requester ID, Resolution, Action, Status, IVM Agent, IVM Ticket ID | On-prem · Cloud | |
| ManageEngine SDP (Cloud) | Custom widget + module | Custom module trigger | Full verification record via REST | Cloud | |
| Zendesk | REST API | Ticket app / sidebar | Full verification record via REST | On-prem · Cloud | |
| HaloITSM | Custom widget | Ticket action trigger | Full verification record via REST | On-prem · Cloud | |
| TOPdesk, Ivanti, Jira SM, BMC, OpenText | Custom Button | Configurable URL launch | JSON/REST callback, fully customisable hooks | On-prem · Cloud |
All ITSM integrations share the same two-step model. From v4.5, the IVC workflow engine executes ITSM ticket-feedback integration on every exit action, exposing full customisation hooks for feedback generation and routing — allowing organisations to write custom payloads, route to different endpoints per action type, or trigger additional workflows on ticket update.
05 · SECURITY CONTROLS
Encryption, network, and data handling
FastPass IVM is designed to meet the requirements of security-sensitive environments including government, defence, healthcare, and critical infrastructure. The controls below apply to both deployment models.
Network and transport
| Protocol / port | Port(s) | Usage | |
|---|---|---|---|
| HTTPS/TLS | 443 | All external communication and Cloud-to-Gateway connections. TLS 1.2 minimum enforced by the application — not just negotiated. | |
| LDAP | 389 | Active Directory and LDAP directory queries (Gateway → AD). | |
| LDAPS | 636 | Encrypted LDAP. Recommended for all AD communication. | |
| SMB / Kerberos | 445 | Used by Gateway for AD operations in some configurations. | |
| MSSQL | 1433 | Backend to SQL Server (on-prem). RDS in Cloud. | |
| LDAPS (AD LDS) | 50001 | Backend to AD LDS replication (Cloud Active/Active pairs). | |
| SMTP | 25 / 587 | Outbound notification emails (alerts, manager approval requests). |
The FastPass Gateway does not initiate outbound connections. Instead, FastPassCloud establishes HTTPS/443 connections to the Gateway on customer premises. Customers configure their firewall to allow inbound HTTPS/443 from FastPassCloud IP ranges only — no other inbound access is required or permitted. The cloud-facing edge only exposes HTTPS/443 externally.
Encryption and data
DATA AT REST
DATA IN TRANSIT
CLOUD DISK ENCRYPTION
ABUSE PROTECTION
BACKUPS (CLOUD)
PERSONNEL (CLOUD)
PENETRATION TESTING
06 · ACTIVE DIRECTORY INTEGRATION
Required AD permissions and multi-forest support
FastPass IVM uses a least-privilege service account model. The delegated rights required are minimal and well-defined, and full delegation documentation is available from the FastPass support team.
On-premises Active Directory
| Permission | Scope | Purpose |
|---|---|---|
| Reset Password | Target OUs | Password reset operations |
| Write · LockOutTime | Target OUs | Account unlock operations |
| Write · PwdLastSet | Target OUs | Password expiry management |
| Read-only | Specific fields | User discovery, verification data, risk signals |
FastPass IVM supports an effectively unlimited number of Active Directory forests and AD connections. Each forest requires its own delegated service account with the permissions above. Full multi-forest configuration documentation is available in the FastPass Administration Guide.
Microsoft Entra ID (Azure AD)
An Enterprise Application is registered in Entra to grant FastPass access to the required data fields only. The application is granted the minimum Graph API permissions necessary for user lookups, password resets, and MFA device queries — no Global Admin rights are required.
| Entra permission | Purpose |
|---|---|
| User.Read.All | User profile and attribute lookup |
| UserAuthenticationMethod.ReadWrite.All | MFA device management, TAP issuance |
| Directory.Read.All | Group membership, user discovery |
| User.EnableDisableAccount.All | Account enable/disable actions |
Hybrid simultaneous reset: When both on-premises AD and Entra ID are connected, FastPass can reset a user's password on both directories simultaneously — a significant advantage for hybrid environments where write-back or AAD Connect synchronisation introduces delay.
07 · HIGH AVAILABILITY AND PERFORMANCE
Scaling and fault tolerance
For enterprise deployments, FastPass IVM supports a High Availability configuration with multiple Client Servers and Gateway Servers behind a load balancer. The architecture is designed around active components, with AD LDS replication and SQL Server Always On providing data layer resilience.
CLOUD HA
GATEWAY RESILIENCE
UPDATE COMPATIBILITY
RELEASE CADENCE
Encryption and data
| Attribute | On-premises | FastPass Cloud |
|---|---|---|
| Hosting | Customer data centre | FastPassCorp managed cloud |
| Data residency | Full control | Regional — contact sales for options |
| Updates | Customer managed | Automatic |
| Infrastructure | Customer managed | FastPassCorp managed |
| Administration | Customer managed | FastPassCorp managed |
| Gateway location | Co-located (LAN) | Customer premises (outbound only) |
| FedRAMP GCC | ✓ (on-prem) | ✓ (verified deployment) |
| MSP multi-tenant | ✓ | ✓ |
| POC time | 1–2 days (AD/Entra) | 1–2 days (AD/Entra) |
08 · TECHNICAL FAQ
Questions from IT architects and security engineers
These questions serve IT architects and security engineers in a deep technical evaluation.
FastPass IVM is available in three deployment models. The on-premises model is installed within your own data center, runs entirely inside your network perimeter, and is recommended for organisations with strict data-residency requirements. The FastPass Cloud model is hosted by FastPassCorp on SOC 2-aligned, Cyber Essentials Plus-certified infrastructure and includes automatic updates with no infrastructure to manage. The multi-tenant cloud model is designed for Managed Service Providers who need to support multiple client organisations from a single instance with full client separation. Both the on-premises and cloud editions support the same range of ITSM platforms, MFA providers, and back-end systems.
Ready to run a proof of concept?
A POC can be operational in your environment within a day for standard AD and Entra setups. Both cloud and on-premises options are available.