Passwordless identity

There is no password to steal

Most breaches start with a credential someone else can type. BlackWall removes the category entirely: there is no password field, no password column, no reset flow and no shared secret that can be phished, reused or leaked in someone else's data breach.

Authentication is a cryptographic proof, not a secret

Every sign-in is a WebAuthn assertion signed by a private key that never leaves the user's device. The server stores only a public key. Even a full database compromise yields nothing an attacker can sign in with.

  • Hardware security keys — YubiKey and any FIDO2 authenticator.
  • Platform authenticators — Touch ID, Face ID and Windows Hello.
  • Passkeys — synced across a user's own device ecosystem.
  • Origin-bound by design — an assertion for your domain is worthless on a look-alike phishing domain.
The end-user portal showing the signed-in user's project memberships with their privilege labels, and a list of registered security keys including a laptop passkey and a YubiKey, each with the date it was added and a control to remove it.
The end-user portal. People manage their own authenticators, see which projects they can reach and at what privilege — without raising a ticket.

Enrolment without a shared secret

A new user never receives a temporary password, because there is nothing to send. They are created as a profile, then follow a one-time link to bind their first authenticator.

  1. Create the profile

    An administrator creates the user against an organisation. No credential exists yet, so there is no window in which a weak default password is valid.

  2. Send a one-time enrolment link

    The link is single-use and time-bound. It authorises exactly one action: registering a first authenticator.

  3. The user binds a device

    The browser generates a key pair inside the authenticator. The private key never leaves it; BlackWall receives only the public key.

  4. They add a backup

    From the portal, users register additional keys — a hardware key for the safe, a passkey for daily use — and remove any that are lost.

Lifecycle an administrator can actually see

Users belong to an organisation and are assigned into projects at a named privilege level. Disabling someone is one action with immediate, visible effect — not a hunt through six systems.

  • Per-credential revocation — remove a single lost key without disturbing the user's other authenticators.
  • Server-backed sessions — when enabled, active sessions are listed and can be revoked centrally.
  • Concurrent session caps — limit a user to N parallel sessions per project; the oldest is revoked first.
  • Every step audited — enrolment, assertion, failure and revocation all reach the audit log.
The user administration screen listing users with their display label, unique identifier, owning organisation, active or disabled status and creation date.
User administration, scoped to the organisations an operator is allowed to see.

What disappears with the password

Attack or costPassword-based loginBlackWall
Phishing a credentialWorks — a convincing page collects it.Assertions are bound to your origin and useless elsewhere.
Credential stuffingWorks wherever a password was reused.No shared secret exists to reuse.
Database breachYields hashes to crack offline.Yields public keys, which sign nothing.
Password reset supportA recurring helpdesk cost and a social-engineering path.Users self-serve authenticators from the portal.
Rotation policiesExpiry rules that push users toward weaker patterns.Nothing to rotate.

Stand up passwordless identity for your business.

Create an organisation, enrol your first authenticator, and issue a token from a real OAuth 2.1 flow — without a password existing anywhere in the process.