azuma doa Flutter Example

azuma healthtech

Informacje o aplikacji

Przykład azuma DOA to klient referencyjny dla platformy azuma DOA. Jego celem jest
pokazanie integratorom, jak powiązanie urządzenia, klucz dostępu i przepływy biometryczne są ze sobą powiązane
oraz zapewnienie zespołowi rzeczywistego klienta do testowania zmian protokołu.

Jest to przykład dla deweloperów, a nie produkt. Nie przechowuje danych pacjentów, nie pełni żadnej
funkcji klinicznej i nie jest urządzeniem medycznym.

CO DEMONSTRUJE

• Powiązanie urządzenia — para kluczy sprzętowych generowana w Android KeyStore,
z atestacją klucza udowadniającą zapleczu, że klucz prywatny nie może opuścić
urządzenia.
• ​​Logowanie za pomocą nazwy użytkownika i hasła, gdzie każde żądanie jest podpisywane kluczem urządzenia.
• ​​Klucze dostępu (FIDO2) — tworzenie konta, którego pierwszym poświadczeniem jest klucz dostępu,
powiązanie klucza dostępu z istniejącym kontem oraz logowanie bez hasła, wszystko za pośrednictwem
Menedżera poświadczeń Android.
• Biometria — klucz EC P-256 lub RSA-3072 przechowywany za BiometricPrompt, używany do
powiązania danych uwierzytelniających biometrycznych i logowania się za ich pomocą.
• Logowanie za pomocą identyfikatora konta i odświeżanie tokena sesji.
• Panel z listą profilu, powiązanych kluczy dostępu i powiązanych danych uwierzytelniających biometrycznych,
z możliwością ich odłączenia.

WYMAGANIA

• Android 9 (API 28) lub nowszy.
• Klucz dostępu i przepływy biometryczne wymagają urządzenia z blokadą ekranu i zarejestrowaną
kartą biometryczną.
• Konto w środowisku testowym Azuma. Ta kompilacja komunikuje się z zapleczem testowym
i nie jest połączona z danymi produkcyjnymi.

DANE

Wprowadzone dane uwierzytelniające są przechowywane na urządzeniu w szyfrowanej pamięci obsługiwanej przez Android KeyStore
i wysyłane tylko do zaplecza Azuma. Aplikacja nie zawiera żadnych
komponentów analitycznych, reklamowych ani śledzących.