Four records, one person
The app, website, branch and API each hold a different view of the customer. A change in one channel doesn't reach the others.



28 specialized agentsAll systems operational
Ready to transform your security infrastructure?
Explore our complete agent library and request a custom demoView All Solutions
Aiden FluxSenior AI Fraud Risk AnalystFraud Detection & Risk Scoring
Rhea LedgerSenior AI KYC/AML Compliance DirectorKYC/AML & Sanctions Screening
Nova SentinelLead AI Zero Trust Security ArchitectZero Trust Access Security
Iris VermaAI Verification SpecialistIdentity Verification & KYC
Oscar GraySenior AI OSINT Intelligence DirectorOSINT & Threat Intelligence
Bella NovaAI BNPL Risk AnalystBNPL Risk Monitoring


28 specialized agentsAll systems operational
Ready to transform your security infrastructure?
Explore our complete agent library and request a custom demoView All Solutions


28 specialized agentsAll systems operational
Ready to transform your security infrastructure?
Explore our complete agent library and request a custom demoView All Solutions
Cian Gatekeeper — Lead AI Customer Identity DirectorCian Gatekeeper is an AI agent that keeps one identity record per customer across your app, web, branch and API. He watches for credential stuffing and account takeover signals, recommends when to step up authentication, and tracks what each customer has consented to. Anything risky reaches your team with the evidence attached.

Your customer has a mobile login, a web login, a branch record and maybe an API consent. Each system keeps its own version of that person. Attackers test stolen passwords across all of them, and nobody sees the pattern in one place.
versions of the same customer
Each channel keeps its own.
The app, website, branch and API each hold a different view of the customer. A change in one channel doesn't reach the others.
Attackers run leaked username and password lists against your login pages. Spread across channels, the failed attempts look like noise.
Data protection law asks you to show consent and its scope. When consent lives in four systems, answering one customer request turns into a search.
Cian Gatekeeper is a Lead AI Customer Identity Director. He sits beside your identity provider and channel systems, links each customer's records into one identity, and watches how that identity is used.

We don't publish detection numbers from our own tests. Run Cian Gatekeeper beside your current identity controls and measure what he finds on your data before he acts on anything.
Cian Gatekeeper connects to your identity and channel systems through APIs. Your login flows stay where they are.
Login events, customer profiles, consent records and API access logs arrive from your apps, branch systems and identity provider.
Cian matches records that belong to the same customer and flags conflicts, such as different contact details in different channels. Your team confirms any link he isn't sure of.
He looks for credential stuffing, password spraying and takeover patterns across all channels at once, and scores each login and sensitive request. Session trust from Nova Sentinel feeds the same view.
Your autonomy settings decide what happens next. Routine logins can continue if you allow it. Medium risk goes to an analyst by default, and high risk always does. Every decision and consent change goes into tamper-evident evidence storage.
Run Cian Gatekeeper in shadow mode beside your current identity controls. He links records, scores logins and records why, and no customer is challenged or locked out. Compare his findings with your team's before you switch anything on.
Cian doesn't make you compliant. He produces the identity and consent evidence these frameworks expect you to keep.
One view of each customer, and takeover signals in one place.
| CRITERIA | Separate channel logins | Standard CIAM platform | Cian Gatekeeper |
|---|---|---|---|
| Time to first results | Already in place | Platform migration project | Shadow mode on your live login data |
| Who decides | Fixed rules per channel | Platform policy, then your team | Analyst, inside risk bands you set |
| One view of the customer | No | Yes, once migrated | Linked across the systems you already run |
| Cross-channel attack view | No | Partial | Yes, with patterns grouped into campaigns |
| Why a login was challenged | Rule ID | Policy name | Plain-English reason with the signals behind it |
| Where it's weaker | Attackers work the gaps between channels | A large migration before you see value | Only as good as your source records, and uncertain links need human review |
Cian's identity view gets sharper when other agents add what he can't see on his own.

Scores each session's trust, so Cian's identity view has live context.
Meet Nova
Re-verifies documents and liveness when Cian finds an identity conflict.
Meet Iris
Uses the linked identity for screening and customer risk rating.
Meet RheaLow risk can run on its own if you allow it. Medium risk goes to a person by default. High risk always goes to a person. You set the bands per rule, channel and transaction type.
Turn Cian off without touching the other agents or your core systems. The switch, and who used it, is stamped on the record.
Run Cian on live data with nothing blocked or closed. Compare the calls with your team's before anything changes.
Every decision answers why, in plain English, with the signals and the rule or policy behind it.
Each decision is stored with its inputs, its reasoning and the person who approved it, in tamper-evident evidence storage.
Agents connect beside your systems through APIs. Your core banking, screening and case tools stay where they are.
What we're learning about AML, fraud and the evidence examiners ask for.






Talk to the people who build the agents. We'll answer per capability, yes or no.
It keeps one identity record per customer across channels, watches how that identity is used and tracks consent. Cian Gatekeeper links records, detects credential stuffing and takeover patterns, and recommends when to step up authentication. Your team sets the rules and makes the call on anything risky.
No. Cian scores and recommends. Medium-risk activity goes to an analyst by default and high risk always does. Routine logins continue without review only where you allow it. A kill switch turns Cian off without touching your login flows.
No. Cian reads from the identity provider and channel systems you already run and links what they hold. Your authentication stays where it is.
He looks at failed and successful logins across every channel together: many accounts tried from a small set of networks, high failure rates and logins that match leaked credential patterns. He groups those attempts into one campaign for your team.
Cian links records and scores your live logins, but no customer is challenged or locked out. Your current controls keep working, and you compare his findings with your team's. You decide whether, and where, to switch on any autonomy afterwards.
He keeps a dated record of what each customer agreed to, through which channel, and every change since. That record supports access requests and consent reviews under the data protection law that applies to you.
FluxForce runs as SaaS, on-premise or hybrid, built on Microsoft Azure. We agree data residency and which components run inside your environment during deployment design, before any data moves.
Run Cian Gatekeeper beside your current process. He works on your live data and records every call, and nothing is blocked, closed or sent until you decide.
Shadow mode results belong to you.
Start with one workflow in shadow mode, then decide how much each agent does on its own.