azuma doa Flutter Example

azuma healthtech

Über diese App

Das Azuma DOA-Beispiel ist ein Referenzclient für die Azuma DOA-Plattform. Er dient dazu, Integratoren zu zeigen, wie die Gerätebindung, der Passkey und die biometrischen Abläufe zusammenwirken, und dem Team einen realen Client zum Testen von Protokolländerungen bereitzustellen.

Es handelt sich um ein Entwicklerbeispiel, nicht um ein Produkt. Es enthält keine Patientendaten, führt keine klinischen Funktionen aus und ist kein Medizinprodukt.

Was es demonstriert:

• Gerätebindung – ein hardwarebasiertes Schlüsselpaar, das im Android KeyStore generiert wird, mit Schlüsselattestierung, die dem Backend beweist, dass der private Schlüssel das Gerät nicht verlassen kann.

• Anmeldung mit Benutzername und Passwort, wobei jede Anfrage mit diesem Geräteschlüssel signiert wird.

• Passkeys (FIDO2) – Erstellen eines Kontos, dessen erste Anmeldeinformation ein Passkey ist, Verknüpfung eines Passkeys mit einem bestehenden Konto und passwortlose Anmeldung, alles über den Android Credential Manager.

• Biometrie – ein EC P-256- oder RSA-3072-Schlüssel, der hinter BiometricPrompt gespeichert ist und dazu dient,
eine biometrische Anmeldeinformation zu verknüpfen und sich damit anzumelden.

• Anmeldung per Konto-ID und Aktualisierung des Sitzungstokens.

• Ein Dashboard mit Profil, verknüpften Passkeys und verknüpften biometrischen
Anmeldeinformationen sowie der Möglichkeit, die Verknüpfung für jede zu trennen.

VORAUSSETZUNGEN

• Android 9 (API 28) oder neuer.

• Für Passkey- und Biometrie-Abläufe wird ein Gerät mit Bildschirmsperre und registrierter
Biometrie benötigt.

• Ein Konto in der Azuma-Testumgebung. Diese Version kommuniziert mit einem Test-Backend
und ist nicht mit Produktionsdaten verbunden.

DATEN

Die eingegebenen Anmeldeinformationen werden auf dem Gerät in einem durch den Android KeyStore gesicherten
verschlüsselten Speicher abgelegt und ausschließlich an das Azuma-Backend gesendet. Die App enthält keine
Analyse-, Werbe- oder Tracking-Komponenten.