Вход, для которого нужно подтверждение не в одном доверенном канале, а в нескольких: одна и та же
транзакция подтверждается сначала, скажем, в Telegram, затем в канале Email, и частичного успеха нет.
Зачем это нужно и кому, рассказано на странице
«Усиленный вход цепочкой каналов». Эта страница — о том,
как это спроектировано.
Основу этого сценария вы собираете сами из механизмов, которые в Veriqa уже есть; чего пока нет,
перечислено ниже. Мы работаем над тем, чтобы упростить его реализацию в продукте.
Как это спроектировано
- Модель связанной идентичности — несколько канальных идентичностей, объединённых в одну
запись, и правило, по которому её стабильный идентификатор становится идентификатором
пользователя для приложения. Порядок подтверждений на это не влияет, добавление или потеря
канала позже не превращает пользователя в кого-то другого.
- Политика «K из N» — приложение требует подтверждения K каналов из N привязанных. Цепочка из
двух — частный случай, где K и N равны двум.
- Связывание и восстановление — как каналы попадают в связку и что происходит при потере
одного из них.
- Поведение по умолчанию — выключено. Для приложений, которые цепочку не включили, не
меняется ничего.
Цепочка по определению добавляет трение, поэтому её включает приложение — для чувствительных
действий и step-up, а не для обычного входа.
Ограничения
Цепочка — не строгая многофакторная аутентификация. Оба подтверждения одной природы:
владение каналом плюс доверие к платформе этого канала. Два мессенджера на одном телефоне
теряются вместе с телефоном; подмена SIM-карты может задеть сразу несколько.
С чем не путать цепочку
Атрибут, полученный внутри канала, — это не ещё одно звено. Когда пользователь в мессенджере одной
кнопкой делится телефоном и номер подтверждает сама платформа, каналов в цепочке по-прежнему
столько же: это добор атрибута к идентичности. Полезно оно тем, что
подтверждённый номер достаётся без отправки, оплаты и ожидания SMS-кода. 
