مثال azuma doa یک کلاینت مرجع برای پلتفرم azuma DOA است. این کلاینت وجود دارد تا به یکپارچهسازان نشان دهد که چگونه اتصال دستگاه، کلید عبور و جریانهای بیومتریک با هم هماهنگ میشوند و به تیم یک کلاینت واقعی برای آزمایش تغییرات پروتکل ارائه دهد.
این یک نمونه توسعهدهنده است، نه یک محصول. هیچ داده بیمار را در خود نگه نمیدارد، هیچ عملکرد بالینی انجام نمیدهد و یک دستگاه پزشکی نیست.
آنچه نشان میدهد
• اتصال دستگاه - یک جفت کلید با پشتیبانی سختافزاری که در Android KeyStore تولید میشود، با گواهی کلید که به backend ثابت میکند که کلید خصوصی نمیتواند دستگاه را ترک کند.
• ورود با نام کاربری و رمز عبور، که در آن هر درخواست توسط آن کلید دستگاه امضا میشود.
• کلیدهای عبور (FIDO2) - ایجاد یک حساب کاربری که اولین اعتبار آن یک کلید عبور است،
پیوند دادن یک کلید عبور به یک حساب موجود، و ورود بدون رمز عبور، از طریق
Android Credential Manager.
• بیومتریک - یک کلید EC P-256 یا RSA-3072 که پشت BiometricPrompt نگهداری میشود و برای پیوند دادن یک اعتبارنامه بیومتریک و ورود به سیستم با آن استفاده میشود.
• ورود به سیستم با شناسه حساب و بهروزرسانی توکن جلسه.
• داشبوردی که نمایه، کلیدهای عبور پیوند داده شده و اعتبارنامههای بیومتریک پیوند داده شده را فهرست میکند، به همراه لغو پیوند برای هر کدام.
الزامات
• اندروید ۹ (API 28) یا جدیدتر.
• جریانهای کلید عبور و بیومتریک به دستگاهی با قفل صفحه و یک بیومتریک ثبت شده نیاز دارند.
• یک حساب کاربری در محیط آزمایشی azuma. این نسخه با یک backend آزمایشی ارتباط برقرار میکند و به دادههای تولید متصل نیست.
دادهها
اعتبارنامههایی که وارد میکنید در دستگاه در فضای ذخیرهسازی رمزگذاری شده با پشتیبانی Android KeyStore نگهداری میشوند و فقط به backend azuma ارسال میشوند. این برنامه حاوی هیچ مؤلفه تحلیلی، تبلیغاتی یا ردیابی نیست.
برنامه مرجع برای API های اتصال دستگاه و کلید عبور Azuma DOA.
تاریخ بهروزرسانی
۳ مهر ۱۴۰۵