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.

Service-Oriented Architecture SOA / .NET REST + SOAP TLS 1.2 minimum FIPS 140-2 compliant Multi-forest AD Zone-redundant

Last updated by Anders Meyer: April 2026 · Applies to FastPass IVM v4.5

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.

» COMPONENT 01

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.

» COMPONENT 02

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.

» COMPONENT 03

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.

» STORAGE

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.

» STORAGE

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.

» OPTIONAL

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.

Position in Zero Trust architecture

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.

FastPassCloud

FastPass Cloud Instance Diagram via SSPR/Microsoft Entra ID and ITSM Integrations

FASTPASSCLOUD KEY CHARACTERISTICS

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.

TRUST BOUNDARIES

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.

On-premises

 

 

Full FastPass-On-Premise-Deployment-Diagram

ON-PREMISES KEY CHARACTERISTICS

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.

01
ITSM ticket triggers IVM
When an agent creates or categorises a ticket as a sensitive action (password reset, account unlock, Temporary Access Pass), the ITSM platform calls the FastPass IVC interface via a URL containing the username, ticket ID and optionally the Category. Supported platforms include ServiceNow, ManageEngine ServiceDesk Plus, Zendesk, HaloITSM, Ivanti, TOPdesk, and others.
02
Risk signals evaluated
Before any verification step is shown to the agent, IVM queries AD, the ITSM history, MFA provider logs, other data stores, and the FastPass internal database for risk signals: failed verification attempts in a configurable window, recent bad password attempts, account lock/unlock events, MFA device location anomalies, unusual call timing, and device-match status. Signals can add warnings, deduct verification score points, or trigger mandatory escalation.
03
Verification profile selected
IVM selects the verification profile that applies to this user based on their group membership — Finance, IT Admin, standard user, privileged user, and so on. Each profile defines which verification factors to offer, which are mandatory (must pass regardless of score), and what total score is required before any action can be released. The default installation includes a wide range of configurable scenarios.
04
Agent guided through checks
The agent is guided step-by-step through the applicable verification factors: MFA push (Okta, Entra, Duo, RADIUS), soft tokens such as TOTP or HOTP, HR data confirmation (partial value shown to agent, full value never exposed), manager information, device matching, asset tags, and custom keyword verification (badge number, employee ID etc.). Each successful factor awards its configured score value.
05
Threshold met → action executed
Once the required score is accumulated and all mandatory factors have passed, IVM executes the requested action (password reset, unlock, Temporary Access Pass, SAP credential reset, etc.) directly via the Gateway — the agent never needs elevated rights. The agent cannot skip this step or bypass the threshold; the system controls what happens next.
06
Audit trail written back to ITSM
On every exit action (completion, abandonment, escalation, failure), the IVC workflow engine calls back to the ITSM ticket and writes the full verification record: caller ID, resolution, action performed, status, IVM agent username, IVM ticket ID, every verification step taken, outcome, and timestamp. This produces a tamper-evident audit trail directly in the ticketing system — no separate log review required for compliance purposes.
IVM → ITSM CALLBACK PAYLOAD
{
  "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
Each ITSM platform connects to IVC through an inbound trigger and receives verification results via an outbound REST callback — the method varies by platform.
ServiceNowNative connector + RESTURL widget from incident formUpdates Caller ID, Resolution, Status, Short Description, Assign ToOn-prem · Cloud · FedRAMP GCC
ManageEngine SDP (On-prem)Custom widget + moduleCustom widget in ticket viewRequester ID, Resolution, Action, Status, IVM Agent, IVM Ticket IDOn-prem · Cloud
ManageEngine SDP (Cloud)Custom widget + moduleCustom module triggerFull verification record via RESTCloud
ZendeskREST APITicket app / sidebarFull verification record via RESTOn-prem · Cloud
HaloITSMCustom widgetTicket action triggerFull verification record via RESTOn-prem · Cloud
TOPdesk, Ivanti, Jira SM, BMC, OpenTextCustom ButtonConfigurable URL launchJSON/REST callback, fully customisable hooksOn-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
The following ports must be open for FastPass IVM to communicate across your network infrastructure.
HTTPS/TLS443All external communication and Cloud-to-Gateway connections. TLS 1.2 minimum enforced by the application — not just negotiated.
LDAP389Active Directory and LDAP directory queries (Gateway → AD).
LDAPS636Encrypted LDAP. Recommended for all AD communication.
SMB / Kerberos445Used by Gateway for AD operations in some configurations.
MSSQL1433Backend to SQL Server (on-prem). RDS in Cloud.
LDAPS (AD LDS)50001Backend to AD LDS replication (Cloud Active/Active pairs).
SMTP25 / 587Outbound notification emails (alerts, manager approval requests).
Cloud firewall posture

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

FIPS 140-2
Uses FIPS 140-2 compliant cryptographic algorithms, AES-256 encryption, PBKDF hashing. Covers Windows Client, Password Interceptor and Filter, server, and DC components.

DATA AT REST

All sensitive data in the FastPass database is encrypted. Supports Bring Your Own Key (BYOK) and Bring Your Own Encryption (BYOE). Per-object cryptographic configuration with customer-defined keys available from v4.5.

DATA IN TRANSIT

All external-facing web servers use modern cipher suites over HTTPS only. All backend server communication uses HTTPS TLS 1.2+. Certificate validation for Cloud-to-Gateway connections is enforced at the application layer — cannot be bypassed.

CLOUD DISK ENCRYPTION

All configuration data (Windows Registry + XML files), customer Gateway credentials, and VPN/domain credentials are stored on encrypted disks within the cloud environment.

ABUSE PROTECTION

The platform includes rate limiting, request validation, and anomaly detection at the application and WAF layer to protect against brute force, enumeration, and other abuse attempts.

BACKUPS (CLOUD)

Full backups every 6 hours, encrypted and stored within the same region. Transaction log backups every 5 minutes. Retained for 28 days. Recovery time approximately 1 minute per GB.

PERSONNEL (CLOUD)

All staff supporting FastPass Cloud hold minimum BPSS clearance. Annual data protection training. NDAs required. Information Security Policy and Data Protection Policy aligned to ISO 27001 and EU GDPR.

PENETRATION TESTING

FastPass IVM and SSPR penetration-tested by third party, latest via Backbone Security, results available on request. Weekly vulnerability scans across all production systems.

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 PasswordTarget OUsPassword reset operations
Write · LockOutTimeTarget OUsAccount unlock operations
Write · PwdLastSetTarget OUsPassword expiry management
Read-onlySpecific fieldsUser discovery, verification data, risk signals
Multi-forest support

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.AllUser profile and attribute lookup
UserAuthenticationMethod.ReadWrite.AllMFA device management, TAP issuance
Directory.Read.AllGroup membership, user discovery
User.EnableDisableAccount.AllAccount 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.

HA MODEL
Active/Active. Multiple Client and Backend servers behind a load balancer. AD LDS replication between nodes (LDAPS/50001). SQL Server mirroring or Always On Availability Groups for the database tier.

CLOUD HA

Each FastPassCloud instance runs within a single cloud provider environment using a multi-availability-zone architecture. Loss of a single availability zone reduces capacity only — it does not cause a service outage. Cross-provider redundancy is not used within a single customer instance.

GATEWAY RESILIENCE

Multiple Gateway Servers can be deployed to provide load balancing and fault tolerance for directory and connector operations. The FastPass Backend distributes requests across available Gateways.

UPDATE COMPATIBILITY

The Windows Client, Password Interceptor, and Filter components are backward compatible with the two most recent major versions, providing flexibility during rolling upgrades.

RELEASE CADENCE

Approximately one major version per year, with two to three additional minor releases for new features and bug fixes. EOL policy: current + one prior major version. Support not provided for versions two majors behind.

Encryption and data

Attribute On-premises FastPass Cloud
HostingCustomer data centreFastPassCorp managed cloud
Data residencyFull controlRegional — contact sales for options
UpdatesCustomer managedAutomatic
InfrastructureCustomer managedFastPassCorp managed
AdministrationCustomer managedFastPassCorp managed
Gateway locationCo-located (LAN)Customer premises (outbound only)
FedRAMP GCC✓ (on-prem)✓ (verified deployment)
MSP multi-tenant
POC time1–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.

What deployment options are available for FastPass IVM?

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.

What threat signals can FastPass IVM detect?
What interfaces does FastPass IVM provide for importing HR and back-office data?
Does FastPass IVM support multi-forest Active Directory architectures?
Does FastPass IVM support hybrid environments combining on-premises AD with Entra ID?
What specific Active Directory permissions does FastPass IVM require?
Does FastPass IVM support RADIUS-based authentication?
Does FastPass IVM support TOTP-based authentication compliant with RFC 6238?
Does FastPass IVM support SAML and Single Sign-On for Entra ID?
Can the scoring system and verification thresholds be customised?
How does FastPass IVM identify which computer a user normally uses?
What automated notifications can be configured for suspicious activity?
How often are updates and security patches released?
What is FastPass's End-of-Life policy for older versions?
Can FastPass IVM run stand-alone without FastPass SSPR?
Does FastPass IVM maintain a comprehensive audit log?

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.

Scroll to Top