Skip to content

Checked at sign-in, before the app opens.

Trust every device that reaches your company's apps. Nobody changes how they sign in.

Works where people already sign in.

XFA sits inside the sign-in you already have: as an extra factor on your identity provider, or in front of a single app. How people log in stays the same.

  • On your identity provider.

    Add XFA once, and every app behind it gets the check.

    • Google Workspace (beta)
    • Microsoft Entra ID
    • Okta
    • OneLogin
    • Ping Identity
    • Keycloak
  • Or on one app.

    Connect a single app over SAML or OAuth 2.0. There are guides for Atlassian, GitHub, HubSpot, Notion, Slack, and more.

  • For the people you pick.

    Limit the check to the groups you choose. Per connection, you can let people skip it, or sign in from a device XFA does not support. Every skip shows in your dashboard.

Three steps, then it runs. About 15 minutes.

Nobody rolls anything out. People get the XFA app at their first sign-in.

Set it up once, in the dashboard.

  1. Connect your identity provider

    Pick it in the dashboard and copy a few values across, as its guide shows.

  2. Choose who

    Start with your own account, then add the groups you choose.

  3. Set your policy

    The default is ready: the core checks, a warning after 7 days, no blocking.

What people see.

A device that passes goes straight in. One that doesn't is told what to fix, and how long it has. Nobody needs IT to install anything.

Warned first, blocked if you choose

People see what to fix and how many days they have. Until then, Sign in anyway takes them in.

For them, it's just signing in

Most days the check passes before they notice. Nothing on their laptop changes.

No app yet? About a minute

The first sign-in offers the download. About a minute, no admin rights.

Or just the browser

If you allow it, the browser checks the device instead. It sees less than the app.

You choose the days.

For each check, you decide what a failing device gets: a warning, a block, or both. You also decide how many days it has first.

See the device checks

Click around and play with the settings

Default policy

Device Checks

Operating System version

Set your compliance goal

Warn users

Block a device

Timeline

  1. The point an update becomes available.
  2. Users are warned 7 days after an update becomes available.
  3. Devices are blocked 14 days after an update becomes available.
  4. Devices must be compliant 30 days after an update becomes available.
  • Warn first.

    A warning names the problem and lets people keep working. By default it starts after 7 days.

  • Block later, if you want.

    Turn blocking on per policy. A device still failing after the deadline, 14 days by default, waits until it is fixed.

  • A goal only admins see.

    Set a compliance goal per check, 30 days by default. Devices that miss it show up in your dashboard. People never see it.

Every sign-in, on one page.

The dashboard shows how each device did at sign-in, so you never have to ask around.

  • Every connection.

    Your identity provider and the apps you connected, each with its policies and who may skip the check.

  • Every person.

    Whether each person verified their device at sign-in, or skipped it.

  • Past the deadline.

    See which devices are past their deadline and still allowed in.

Three ways to verify it's them.

On the apps you connect directly, XFA can also verify the person. Switch on the methods you want per app; people pick one the first time and the browser remembers. On your identity provider, its own second factor stays.

  • Built-in Passkey

    The XFA app on a trusted device is the second factor. Nothing to type or approve. A new laptop is approved from one they already trust.

  • Passkey

    Fingerprint, face, screen lock, or a security key, through the browser's own prompt. No XFA app needed.

  • Authenticator app

    A six-digit code from the authenticator app they already use. No XFA app needed.

“I prefer conversations about concrete behavior over abstract policies. XFA gives us data to have those conversations.”
Stephane Jans, CTO & CPO, DnergyStephane JansCTO & CPO, DnergyRead the Dnergy story

Questions about sign-in verification.

Compare plans
Is sign-in verification on from the start?

Yes. XFA checks every device from the first sign-in and warns people about anything they need to fix. Nobody is blocked unless you turn blocking on.

Is sign-in verification on the free plan?

Yes. Every plan checks each device at sign-in, the free one included, for as many people as you have. The pricing page shows what each plan adds.

What does XFA need from the identity provider?

Admin rights in your identity provider and, for Microsoft Entra ID, a P1 license. The guide for each provider is in the docs.

Read the setup guides (opens in a new tab)
Does sign-in verification work on phones?

On apps you connect directly, the sign-in opens the XFA mobile app for the check and comes back. For identity provider sign-ins, the device check runs on computers today.

Does everyone need the XFA app?

For the full set of checks, yes. If you allow it, people can also sign in without it through Google Chrome with a managed profile, on fewer checks.

Does XFA control the device?

No. XFA verifies the device at sign-in and never manages it. It does not collect private messages or emails, personal files, browsing history, passwords, or location data.

Check every device at sign-in.

Connect your identity provider. From then on, every sign-in comes with a device check.

Two people working on laptops at a shared table