Пример Azuma DOA — это эталонный клиент для платформы Azuma DOA. Он создан для того, чтобы
показать интеграторам, как взаимодействуют привязка устройства, пароль и биометрические потоки,
и предоставить команде реальный клиент для тестирования изменений протокола.
Это пример для разработчиков, а не продукт. Он не содержит данных пациентов, не выполняет никаких
клинических функций и не является медицинским устройством.
ЧТО ОН ДЕМОНСТРИРУЕТ
• Привязка устройства — аппаратная пара ключей, сгенерированная в Android KeyStore,
с подтверждением ключа, доказывающим бэкэнду, что закрытый ключ не может покинуть
устройство.
• Вход по имени пользователя и паролю, где каждый запрос подписывается этим ключом устройства.
• Пароли (FIDO2) — создание учетной записи, первыми учетными данными которой являются пароли,
привязка пароля к существующей учетной записи и вход без пароля, все через
Android Credential Manager.
• Биометрия — ключ EC P-256 или RSA-3072, хранящийся за BiometricPrompt, используемый для
привязки биометрических данных и входа в систему с их помощью.
• Вход в систему по идентификатору учетной записи и обновление токена сессии.
• Панель мониторинга со списком профиля, связанных паролей и связанных биометрических данных,
с возможностью отмены привязки для каждого.
ТРЕБОВАНИЯ
• Android 9 (API 28) или новее.
• Для потоков ввода пароля и биометрии требуется устройство с блокировкой экрана и зарегистрированными
биометрическими данными.
• Учетная запись в тестовой среде azuma. Эта сборка взаимодействует с тестовым бэкэндом,
и не подключена к производственным данным.
ДАННЫЕ
Введенные вами учетные данные хранятся на устройстве в зашифрованном хранилище Android KeyStore и отправляются только в бэкэнд azuma. Приложение не содержит компонентов аналитики, рекламы или отслеживания.
Справочное приложение для API-интерфейсов привязки устройств и ввода пароля azuma DOA.
Последнее обновление
25 сент. 2026 г.