protonlabs / webauthn
A simple PHP WebAuthn (FIDO2) server library
Requires
- php: >=7.1
This package is not auto-updated.
Last update: 2022-08-10 08:26:30 UTC
README
WebAuthn
A simple PHP WebAuthn (FIDO2) server library
Goal of this project is to provide a small, lightweight, understandable library to protect logins with security keys like Yubico or Solo, fingerprint on Android or Windows Hello.
Manual
See /_test for a simple usage of this library. Check webauthn.lubu.ch for a working example.
Supported attestation statement formats
- android-key ✅
- android-safetynet ✅
- apple ✅
- fido-u2f ✅
- none ✅
- packed ✅
- tpm ✅
This library supports authenticators which are signed with a X.509 certificate or which are self attested. ECDAA is not supported.
Workflow
JAVASCRIPT | SERVER
------------------------------------------------------------
REGISTRATION
window.fetch -----------------> getCreateArgs
|
navigator.credentials.create <-------------'
|
'-------------------------> processCreate
|
alert ok or fail <----------------'
------------------------------------------------------------
VALIDATION
window.fetch ------------------> getGetArgs
|
navigator.credentials.get <----------------'
|
'-------------------------> processGet
|
alert ok or fail <----------------'
Attestation
What's attestation? Normally, you just need to verify that a login comes from the same device like the device used on registration. For this usecase, you don't need any attestation. If you need more security, maybe when you know that for your company login everyone has a solokey, you can verify with direct attestation, that this device is really a solokey. Companys could even buy own authenticators signed with a company-own root certificate, then you can verify that a authenticator is one of your company.
no attestation
just verify that the device is the same device used on registration. You can use 'none' attestation with this library if you only check 'none' as format.
- this is propably what you want to use if you want simple 2FA login protection like github, facebook, google, etc.
indirect attestation
the browser may replace the AAGUID and attestation statement with a more privacy-friendly and/or more easily verifiable version of the same data (for example, by employing an anonymization CA). You can not validate against any root ca, if the browser uses a anonymization certificate. this library sets attestation to indirect, if you select multiple formats but don't provide any root ca.
- hybrid soultion, clients may be discouraged by browser warnings but then you know what device they're using (statistics rulez!)
direct attestation
the browser proviedes data about the identificator device, the device can be identified uniquely. User could be tracked over multiple sites, because of that the browser may show a warning message about providing this data when register. this library sets attestation to direct, if you select multiple formats and provide root ca's.
- this is probably what you want if you know what devices your clients are using and make sure that only this devices are used.
Resident Credential
A Client-side-resident Public Key Credential Source, or Resident Credential for short, is a public key credential source whose credential private key is stored in the authenticator, client or client device. Such client-side storage requires a resident credential capable authenticator. This is only supported by FIDO2 hardware, not by older U2F hardware.
How does it work?
With normal server-side key process, the user enters its username (and maybe password), then the server replys with a list of all public key credential identifier, which had been registered by the user. Then, the authenticator takes the first of the provided credential identifier, which has been issued by himself, and responses with a signature which can be validated with the public key provided on registration. With client-side key process, the user don't have to provide an username or password. The server don't send any identifier; rather, the authenticator is looking up in it's own memory, if there is a key saved for this relying party. If yes, he's responding the same way like he's doing if you provide a list of identifier, there is no difference in checking the registration. Resident Credential is supported by Windows 10 (Firefox, Chromium). Browser on old OS like Windows 7 do a fallback to FIDO U2F, which doesn't support resident credential.
How can I use it with this library?
on registration
When calling WebAuthn\WebAuthn->getCreateArgs
, set $requireResidentKey
to true,
to notify the authenticator that he should save the registration in its memory.
on login
When calling WebAuthn\WebAuthn->getGetArgs
, don't provide any $credentialIds
(the authenticator will look up the ids in its own memory).
Requirements
- PHP >= 7.1.0 with OpenSSL
- Browser with WebAuthn support (Firefox 60+, Chrome 67+, Edge 18+, Safari 13+)
Infos about WebAuthn
FIDO2 Hardware
- Yubico
- Solo Open Source!
- Nitrokey
- Feitan
- TrustKey
- Google Titan
- Egis
- OneSpan
- Hypersecu
- Kensington VeriMark™