Ведомства до сих пор плодят собственные базы учётных записей: на каждом портале – своя регистрация, свой пароль, своя процедура восстановления. Для гражданина это десяток несвязанных кабинетов, для государства – десяток уязвимых точек хранения персональных данных. Единая система идентификации и аутентификации (ЕСИА), которую Минкомсвязи разворачивает в составе инфраструктуры электронного правительства, убирает этот зоопарк. Одна учётная запись открывает доступ к Единому порталу госуслуг и к любой ведомственной системе, подключённой к ЕСИА.
Что делает ЕСИА
ЕСИА разделяет две задачи, которые раньше каждая система решала сама. Идентификация отвечает на вопрос «кто это», аутентификация – «он ли это на самом деле». Учётная запись физлица привязывается к СНИЛС, юрлица – к данным из ЕГРЮЛ, чиновника – к его должности и полномочиям в ведомстве. Дальше система выдаёт уровни доступа: упрощённая запись по номеру телефона или e-mail, стандартная с проверенными СНИЛС и паспортом, подтверждённая – после очной верификации в центре обслуживания или с помощью квалифицированной электронной подписи.
Для ведомства принципиально то, что ЕСИА работает как поставщик идентификации, а не как ещё одна база данных под охрану. Прикладная система перенаправляет пользователя на аутентификацию в ЕСИА и получает обратно подтверждённый набор атрибутов. Хранить и защищать пароли больше не нужно – эту ответственность забирает оператор инфраструктуры. О том, как смежные механизмы выстраивают доверие при входе через госуслуги и УЭК, мы подробно писали в материале о едином входе через госуслуги и УЭК.
Что нужно для подключения
Интеграция идёт по протоколу SAML 2.0: ведомственная система выступает поставщиком сервиса, ЕСИА – поставщиком идентификации. На практике это означает три блока работ. Первый – настройка SAML-обмена: метаданные, сертификаты, правила сопоставления атрибутов ЕСИА с внутренними ролями системы. Второй – модель полномочий: нужно решить, какой уровень учётной записи открывает какую функцию, и как обрабатывать делегирование прав сотруднику организации. Третий – защищённый канал и регламент: подключение к инфраструктуре электронного правительства требует соблюдения требований по защите персональных данных и каналам связи.
Самая недооценённая часть – не сам коннектор, а согласование атрибутной модели и тестирование на стенде. Здесь выигрывает тот, у кого процесс выкатки и проверок выстроен заранее: подключение ЕСИА удобно вести так же, как любую критичную интеграцию – короткими итерациями с автоматическими проверками, по принципам непрерывной поставки. Это снимает риск, что доступ к госуслуге упадёт после очередного обновления.
Что это даёт бизнесу и госсектору
Ведомство снимает с себя задачу хранить и подтверждать личности – а заодно и значительную часть рисков утечки. Гражданин получает один вход вместо десятка паролей. Компания, работающая с госзаказом или предоставляющая услуги населению, может опереться на уже подтверждённую государством идентификацию вместо собственной дорогой процедуры проверки. Это тот же сдвиг ответственности на общую инфраструктуру, что мы наблюдали по итогам года в облачных сервисах: инфраструктура централизуется, а прикладные системы упрощаются.
Подключение к ЕСИА – это не строчка в техзадании, а проект на стыке интеграции, безопасности и регламентов. Спроектировать атрибутную модель, реализовать SAML-обмен и пройти аттестацию канала без выстроенной защиты персональных данных и каналов связи не получится. Чем раньше ведомство встроит единую идентификацию в архитектуру, тем дешевле обойдётся каждая следующая электронная услуга.
