Azuma DOA-eksemplet er en referenceklient til Azuma DOA-platformen. Det eksisterer for at
vise integratorer, hvordan enhedsbinding, adgangsnøgle og biometriske flows passer
sammen, og for at give teamet en reel klient at teste protokolændringer imod.
Det er et udviklereksempel, ikke et produkt. Det indeholder ingen patientdata, udfører ingen
klinisk funktion og er ikke medicinsk udstyr.
HVAD DET DEMONSTRERER
• Enhedsbinding — et hardwarebaseret nøglepar genereret i Android KeyStore,
med nøgleattestering, der beviser for backend, at den private nøgle ikke kan forlade enheden.
• Login med brugernavn og adgangskode, hvor hver anmodning signeres af den pågældende enhedsnøgle.
• Adgangsnøgler (FIDO2) — oprettelse af en konto, hvis første legitimationsoplysninger er en adgangsnøgle,
linkning af en adgangsnøgle til en eksisterende konto og login uden adgangskode, alt sammen via
Android Credential Manager.
• Biometri — en EC P-256- eller RSA-3072-nøgle, der opbevares bag BiometricPrompt, og som bruges til at linke en biometrisk legitimationsoplysninger og logge ind med den.
• Log ind via konto-ID og opdatering af sessionstoken.
• Et dashboard, der viser profilen, linkede adgangsnøgler og linkede biometriske legitimationsoplysninger med afbrydelse af link for hver.
KRAV
• Android 9 (API 28) eller nyere.
• Adgangsnøgle- og biometriske flows kræver en enhed med en skærmlås og en tilmeldt biometrisk kode.
• En konto i Azuma-testmiljøet. Denne build kommunikerer med en testbackend
og er ikke forbundet til produktionsdata.
DATA
De legitimationsoplysninger, du indtaster, opbevares på enheden i Android KeyStore-backed
krypteret lager og sendes kun til Azuma-backend. Appen indeholder ingen
analyse-, reklame- eller sporingskomponenter.
Referenceapp til Azuma DOA-enhedsbinding og adgangsnøgle-API'er.