Ang halimbawa ng azuma doa ay isang reference client para sa platform ng azuma DOA. Ito ay umiiral upang
ipakita sa mga integrator kung paano magkakasama ang device binding, passkey, at biometric flows,
at bigyan ang team ng isang tunay na kliyente na susubukan ang mga pagbabago sa protocol.
Ito ay isang sample ng developer, hindi isang produkto. Wala itong hawak na data ng pasyente, walang ginagawa
na klinikal na function, at hindi isang medical device.
ANO ANG IPINAPAKITA NITO
• Device binding — isang pares ng key na naka-backup sa hardware na nabuo sa Android KeyStore,
na may key attestation na nagpapatunay sa backend na ang private key ay hindi maaaring umalis
sa device.
• Pag-sign-in ng username at password, kung saan ang bawat kahilingan ay nilagdaan ng device key na iyon.
• Passkeys (FIDO2) — paglikha ng isang account na ang unang kredensyal ay isang passkey,
pag-link ng passkey sa isang umiiral na account, at pag-sign-in nang walang password, lahat sa pamamagitan ng
Android Credential Manager.
• Biometrics — isang EC P-256 o RSA-3072 key na nasa likod ng BiometricPrompt, na ginagamit upang
mag-link ng biometric credential at mag-sign in gamit ito.
• Mag-sign-in gamit ang account ID, at pag-refresh ng session token.
• Isang dashboard na naglilista ng profile, mga naka-link na passkey at naka-link na biometric credential, na may unlink para sa bawat isa.
MGA KINAKAILANGAN
• Android 9 (API 28) o mas bago.
• Ang passkey at biometric flow ay nangangailangan ng device na may screen lock at isang naka-enroll na
biometric.
• Isang account sa azuma test environment. Ang build na ito ay nakikipag-ugnayan sa isang test backend
at hindi nakakonekta sa production data.
DATA
Ang mga kredensyal na iyong ipinasok ay itinatago sa device sa Android KeyStore-backed
naka-encrypt na storage at ipinapadala lamang sa azuma backend. Ang app ay walang
mga component ng analytics, advertising o pagsubaybay.
Sangguniang app para sa mga API ng pag-bind at passkey ng azuma DOA device.
Na-update noong
Set 25, 2026