Security, privacy, and resilience at Falcon Veritas Intelligence.
This page is maintained by Falcon Veritas Intelligence (“FVI”) to answer common security, privacy, and compliance questions about the FVI reconciliation platform. It describes controls that are enabled today, our shared-responsibility model, and — plainly — which frameworks we are aligned with by design versus which are formally certified.
Last reviewed: November 2026. This overview is app-owned editable content and is not an independent assurance report or certification.
Scope. This overview applies to the FVI reconciliation platform hosted by Falcon Veritas Intelligence for enterprise customers. It does not cover customer-owned systems, data you export, or third-party services you integrate at your discretion.
Honest disclosure. We describe our architecture as “aligned with” recognised frameworks where we have designed controls to their guidance. We do not claim certifications that have not been issued, and we identify each framework’s current status in the table below.
Who is accountable for what.
Enterprise security is a partnership. The controls below are grouped by the party best positioned to operate them.
Falcon Veritas Intelligence
The platform, its infrastructure, and platform-level controls.
- Product security, tenant isolation, encryption, and audit logging
- Availability of the service against the published target
- Vulnerability management for platform code and dependencies
Customer administrators
How your organization configures and operates the service.
- User lifecycle, role assignment, and periodic access review
- SSO / MFA enforcement and IP allow-list policies
- Approval of connectors, sub-processors of your own, and data flows
Underlying cloud providers
Physical infrastructure and hyperscaler-managed services.
- Datacentre physical security and environmental controls
- Host-level patching for managed compute and storage
- Hyperscaler certifications (SOC 2, ISO 27001, etc.) inherited by tenants
Enabled platform capabilities.
These controls are live in the platform and available to enterprise customers, subject to plan and deployment topology.
Identity & access
Enterprise-grade authentication with least-privilege authorization.
- SSO via SAML 2.0 and OIDC; SCIM 2.0 user & group provisioning
- TOTP multi-factor authentication with step-up for sensitive actions
- Role-based access control with maker–checker (four-eyes) approvals
- IP allow-listing and configurable session-inactivity policies
Tenant isolation & residency
Logical and, where required, physical separation between customers.
- Row-level security enforced in the database for every tenant boundary
- Deployment options: pooled SaaS, dedicated silo, or single-tenant VPC
- Configurable regional residency across EU, UK, US, APAC & Middle East
- Per-tenant configuration of retention windows above platform minimums
Encryption & key management
Data protected in transit and at rest using modern cryptography.
- TLS 1.2+ for all customer traffic; HSTS enforced on public endpoints
- AES-256 at rest for primary storage and managed backups
- Bring-your-own-key (BYO-KMS) available on dedicated deployments
- Secrets held in a managed vault; no long-lived credentials in code
Audit, evidence & governance
Every state change is captured for downstream audit and investigation.
- Append-only, hash-chained audit log across platform and tenant actions
- Immutable evidence pack for reconciliation runs, breaks, and approvals
- Time-boxed break-glass access with full session capture and attestation
- Change-management workflow with signed release notes per environment
Secure software development
Security is part of engineering, not an inspection at the end.
- Peer review and mandatory checks in the CI pipeline for every change
- Static analysis, dependency scanning, and secret detection on each commit
- Segregated Development, UAT, and Production environments
- Third-party penetration testing conducted on a recurring cadence
Resilience & recovery
Designed to recover quickly from infrastructure and process failures.
- Target availability of 99.95% on production plans
- Recovery objectives: RPO ≤ 5 minutes, RTO ≤ 30 minutes (dedicated)
- Encrypted backups with periodic restore verification
- Documented business-continuity plan tested at least annually
Expand any control to see scope and shared-responsibility detail.
Each framework below is deliberately labelled with its current state — aligned, in progress, or not certified. Open a row to see what is in scope, who does what, and which evidence FVI can share.
SOC 2 (Trust Services Criteria)Controls mapped to Security, Availability, and Confidentiality criteria. Type II attestation is on the roadmap; a report is not yet available.Aligned by design
The FVI multi-tenant SaaS control plane and data plane, covering the Security, Availability and Confidentiality Trust Services Criteria. Privacy and Processing Integrity are not currently in scope of the planned attestation.
- Draft control matrix (TSC → FVI control) available under NDA
- Auditor-facing artefacts: access-review logs, change tickets, vuln scans, on-call records
- Type I / Type II reports will be published to Tier-1 tenants when issued
- Operate the SOC 2 control framework, including change management, access review, monitoring and incident response
- Retain control evidence continuously so the auditor observation window is uninterrupted
- Engage an AICPA-registered CPA firm for the Type I and Type II attestation
- Configure SSO, RBAC and least-privilege inside your tenant per your own SOC 2 scope
- Review the SOC 2 report annually as part of your vendor-risk file
- Report suspected control failures via the documented incident channel
ISO/IEC 27001:2022Information Security Management System practices modelled on Annex A controls. External certification is planned; no certificate is yet issued.Aligned by design
The FVI ISMS covering the design, development, operation and support of the reconciliation platform and the personnel and systems supporting it. Statement of Applicability targets all 93 Annex A controls with documented exclusions where appropriate.
- ISMS policy pack (Information Security, Access Control, Cryptography, Supplier, Incident, BCM)
- Risk register and treatment plan sample under NDA
- Certificate and Statement of Applicability will be published upon issuance
- Maintain the ISMS: risk register, Statement of Applicability, internal audit, management review
- Operate Annex A controls (A.5–A.8) with documented policies and evidence of effectiveness
- Engage an accredited certification body for Stage 1 and Stage 2 audits
- Maintain your own ISMS for the customer side of the shared-responsibility boundary
- Provide security requirements in the contract so FVI can flow them into its own SoA
GDPR / UK GDPRLawful-basis and data-subject-rights workflows are supported. A Data Processing Addendum is available on request.Aligned by design
FVI acts as a data processor on documented tenant instructions for all personal data processed inside the tenant boundary. Applies to EU/UK personal data regardless of tenant home region, with SCCs and UK IDTA as required.
- DPA template with SCCs, IDTA and sub-processor register
- Records of Processing Activities extract relevant to your tenant
- Transfer Impact Assessment supporting materials on request
- Provide a DPA with Standard Contractual Clauses and the UK International Data Transfer Addendum
- Assist with data-subject requests, DPIAs and regulator engagement within statutory windows
- Notify controllers of a personal-data breach without undue delay (target ≤ 72 hours)
- Act as controller: determine lawful basis, purpose and retention for personal data
- Configure retention, PII masking and access controls consistent with your privacy notice
- Handle data-subject communications with the individuals concerned
DORA (Digital Operational Resilience Act)Architecture and contractual annexes support Chapter II governance and Article 28–30 third-party requirements.Aligned by design
FVI as an ICT third-party service provider to EU-regulated financial entities. Covers Chapter II (ICT risk management), Chapter III (incident reporting support), Chapter IV (digital operational resilience testing) and Chapter V (third-party risk, Articles 28–30).
- DORA contractual addendum with Article 28 & 30 clauses
- Register-of-information data pack (JSON + CSV) matching the RTS templates
- Exit plan, BCP/DR test evidence and sub-processor change-notification workflow
- Include DORA Article 30 mandatory clauses in the standard Order Form / MSA
- Support your ICT third-party register with LEI, function criticality and substitutability inputs
- Cooperate with competent authorities, participate in TLPT where the tenant is in scope
- Classify the FVI service in your Important Business Service catalogue and set Impact Tolerances
- Register FVI as an ICT third-party (and, if applicable, as supporting a critical/important function)
- Perform your own concentration-risk assessment across your ICT third-party estate
BCBS 239 principlesData lineage, aggregation, and reporting practices designed for risk-data aggregation principles.Aligned by design
Applies where FVI processes risk-relevant data feeding books-and-records or regulatory reporting. Principles 3 (accuracy & integrity), 4 (completeness), 5 (timeliness), 6 (adaptability), 7 (accuracy of reporting) and 8 (comprehensiveness) are the primary design anchors.
- Lineage export per reconciliation run (source → normalisation → match → outcome)
- Signed hash-chain verification bundle for any window on demand
- Completeness and timeliness KPI reports through the analytics API
- Preserve end-to-end lineage from source ingestion to matched output in the hash-chained audit
- Provide reconciliation completeness and timeliness metrics per run
- Retain evidence for the tenant-configured period (default 7 years)
- Own upstream data quality and the definition of the risk data being reconciled
- Integrate FVI outputs into your risk-reporting and governance forums
SR 11-7 / PRA SS1/23 (Model Risk Management)Model inventory, validation evidence, and challenger-model workflows for AI-assisted matching.Aligned by design
All AI/ML models used by FVI that materially influence a reconciliation outcome: auto-mapping, fuzzy-match scoring, break-triage suggestions and any LLM used for extraction or narrative generation. Deterministic rule engines are treated as models where they drive automated decisions.
- Model documentation and validation pack per model version
- Explainability record for every AI decision inside the hash-chained audit
- Per-tenant model allow-list configuration and BYO-LLM routing evidence
- Maintain a per-model documentation pack: intended use, data, limitations, known failure modes
- Publish validation evidence: benchmarks, calibration, drift, champion/challenger comparisons
- Notify tenants of material model changes ahead of deployment
- Register FVI models in your own Model Inventory and set the appropriate risk tier
- Perform independent model validation to the depth your MRM policy requires
- Own the human-in-the-loop approval decisions inside the four-eyes workflow
MAS TRM (Singapore)Controls aligned to the MAS Technology Risk Management Guidelines (2021) for FIs operating in Singapore.Aligned by design
Applies to Singapore-regulated FI tenants. Covers TRM sections on third-party risk, access control, cryptography, systems reliability, cyber-security operations and incident management as they relate to the FVI service.
- TRM control-mapping worksheet
- Incident-management runbook extract
- Residency confirmation letter for Singapore-pinned tenants
- Support MAS Notice 655 / 644 incident-notification timelines through the security channel
- Provide TRM-aligned control evidence and threat-model documentation on request
- Offer Singapore-region data residency where operationally available
- Complete your outsourcing risk assessment and notify MAS where required
- Configure access, encryption and monitoring inside the tenant per your TRM policy
APRA CPS 234 (Australia)Information-security controls aligned to APRA Prudential Standard CPS 234 for Australian regulated entities.Aligned by design
Applies to APRA-regulated tenants (ADIs, insurers, RSE licensees). Focused on information-asset classification, control implementation commensurate with the criticality of information assets, testing of controls and incident notification.
- Control-testing summary aligned to CPS 234 paragraphs 20–26
- Incident-notification workflow with named APRA-liaison contact on your side
- Classify tenant information assets processed by FVI at the highest applicable sensitivity
- Test information-security controls on a defined cadence and share summary results
- Support APRA-required notification timelines (72 hours for material incidents)
- Maintain your own CPS 234 information-security capability and Board reporting
- Notify APRA of material information-security incidents affecting your entity
ISO 22301 (Business Continuity)Business Continuity Management System designed to ISO 22301; independent certification is on the roadmap.Aligned by design
Continuity of the FVI reconciliation service for enterprise tenants, including cross-AZ high availability by default, cross-region DR on request, and personnel / supplier continuity for the FVI operating team.
- BCMS policy and BIA summary
- Most recent DR-drill and BCP-exercise reports (redacted, under NDA)
- Documented Exit Plan with data-return format and timeline
- Maintain a BCMS with Business Impact Analysis, risk assessment and continuity plans
- Execute quarterly DR drills and an annual full-scenario BCP exercise
- Publish RTO ≤ 1 hour and RPO ≤ 5 minutes targets and report against them
- Include FVI in your own BCP scenarios and confirm your side of the runbook
- Nominate BCP contacts on both sides for invocation and communications
PCI DSSThe platform is not designed to store cardholder data (PAN). Customers should not route PAN through the service.Not certified
Out of scope. FVI is not designed as a Cardholder Data Environment (CDE) and does not accept, store, process or transmit Primary Account Numbers (PAN) or Sensitive Authentication Data.
- Statement of non-applicability available on request
- Design controls to keep the service out of the CDE
- Provide guidance on tokenising PAN upstream before ingestion
- Do not send PAN or SAD to FVI; tokenise or truncate before ingestion
- Handle any PCI-DSS obligations inside your own CDE, not inside FVI
HIPAAThe platform is not offered as a HIPAA-covered service and no Business Associate Agreement is available.Not certified
Out of scope. FVI is not offered as a HIPAA Business Associate and does not sign Business Associate Agreements. The service should not be used to process Protected Health Information (PHI).
- Statement of non-applicability available on request
- Decline BAA requests and clearly communicate non-applicability
- Do not process PHI in FVI; use a HIPAA-covered service for that workload
“Aligned by design” means the platform’s architecture and processes were shaped by the referenced framework. It does not constitute an audit opinion, certificate, or regulatory approval. Formal reports are pursued as the platform matures.
Personal data, retention, and subject rights.
We process customer data as a processor under GDPR (and equivalents) on the documented instructions of each customer.
Personal data & retention
Data classes, minimum retention windows, and the legal basis for each are published on the Data Retention Policy. Tenant administrators may extend, but not reduce below, platform minimums.
Subprocessors
A current list of subprocessors — including their role, region, and safeguards — is provided as part of the Data Processing Addendum on request via the contact form. Material changes are notified in accordance with the DPA.
Data-subject requests
End-user requests (access, rectification, erasure, portability) should be routed through the controller — typically your organisation. FVI supports the controller in responding within statutory timelines.
International transfers
Where personal data leaves the customer’s selected region, transfers rely on Standard Contractual Clauses (SCCs) and, where applicable, the UK IDTA, supported by technical measures such as encryption in transit and at rest.
How to reach us on a security matter.
Security incidents
Customers are notified of confirmed security incidents affecting their tenant without undue delay, in line with contractual and statutory obligations. Our incident-response playbook covers triage, containment, eradication, recovery, and post-incident review.
[email protected]Vulnerability disclosure
Researchers who believe they have identified a vulnerability affecting the platform are invited to report it privately. We do not pursue legal action against good-faith testing that respects user privacy, data integrity, and service availability.
Report privatelyNeed something not published here?
Enterprise customers can request the full due-diligence pack — including completed SIG Core and CAIQ v4, current penetration-test summary, SBOM, DPA and sub-processor register, and architecture diagrams — under mutual NDA.