QR-кода было недостаточно: как я добавил аутентификацию с привязкой к устройству

Как я добавил еще один уровень проверки, чтобы усложнить совместное использование учетных записей и посещение прокси. Проблема В моей предыдущей статье я объяснил, как я использовал динамическую QR-аутентификацию, чтобы уменьшить одну из самых простых форм посещаемости прокси: скриншот и поделитесь QR-кодом. Но это породило еще один вопрос. Что, если вместо этого студент поделится своей учетной записью? Рассмотрим этот сценарий: класс Студент А │ └── Имеет действительную учетную запись + доверенное устройство. Хостел Студент Б │ └── Получает учетные данные студента А │ └── Заходит с другого телефона │ └── Попытки посещения QR-код может быть действительным. Учетные данные могут быть действительными. Пользователь может пройти аутентификацию. И запрос на присутствие все еще может быть незаконным. Поэтому мне нужен был еще один уровень проверки. Аутентификация — это не то же самое, что доверие к устройству Традиционная аутентификация в первую очередь отвечает: Кто этот пользователь? По этой системе посещаемости тоже хотел ответить: Этот запрос исходит от устройства, связанного с этой учетной записью? Это побудило меня реализовать аутентификацию с привязкой к устройству. Идея проста: Учетная запись пользователя │ ▼ Доверенное устройство │ ▼ Запрос на участие │ ▼ Внутренняя проверка Устройство становится еще одной вывеской