С 1 января 2013 года регионы начали выдавать универсальные электронные карты по заявлениям граждан. Карта несёт на чипе квалифицированный сертификат ключа подписи, и это превращает её в средство входа на портал государственных услуг. До сих пор вход держался на связке логин-пароль и подтверждённой учётной записи через почту или код заказным письмом. УЭК добавляет третий способ – аппаратный, с двухфакторной аутентификацией прямо из коробки. Разберём, как это работает на практике и что придётся доработать в инфраструктуре, чтобы карта реально открывала дверь в ведомственные сервисы.

Что физически происходит при входе

Гражданин вставляет карту в контактный считыватель, подключённый к рабочему месту. Браузер через криптопровайдер обращается к чипу, на котором лежит закрытый ключ и квалифицированный сертификат. Портал запрашивает аутентификацию по протоколу TLS с клиентским сертификатом; пользователь подтверждает доступ к ключу вводом ПИН-кода. Ключ не покидает карту – подпись формируется внутри чипа. Это и есть второй фактор: владение картой плюс знание ПИН.

На стороне рабочего места нужны три вещи: драйвер считывателя, сертифицированный криптопровайдер с поддержкой российских алгоритмов ГОСТ Р 34.10-2001 и плагин, который связывает браузер с криптографией. Без этого набора карта останется куском пластика с банковским приложением. Для массового внедрения в МФЦ и ведомствах это означает стандартизацию парка считывателей и централизованную раскатку ПО – задача рутинная, но требующая дисциплины.

Где это стыкуется с ведомственными системами

Портал – только витрина. За ним стоит ЕСИА как единый поставщик идентификации и СМЭВ как транспорт межведомственных запросов. Когда пользователь вошёл по УЭК, его идентификатор должен однозначно сопоставляться с учётными записями в системах конкретного ведомства: ЗАГС, соцзащита, налоговая, региональные реестры. Здесь и начинается настоящая работа – не на портале, а в интеграционном слое.

Типовая проблема: внутренние системы исторически опознают гражданина по СНИЛС, по номеру дела или по собственному внутреннему коду, а ЕСИА оперирует своим идентификатором учётной записи. Связать одно с другим, не плодя дублей и не нарушая требований к защите персональных данных по 152-ФЗ, требует интеграции разнородных систем через шину сообщений, а не разовой настройки. Мы выстраиваем такой слой через шину сообщений и адаптеры к СМЭВ, чтобы факт аутентификации по карте превращался в проверяемое право доступа к конкретной услуге.

Что это значит для планов 2013 года

Запуск УЭК ложится в общий тренд: государство переносит взаимодействие с гражданином в цифровой канал и требует юридически значимой идентификации. Мы уже отмечали в итогах 2012 года, что спрос сместился от пилотов к промышленной эксплуатации, и в прогнозе на 2013-й ставили интеграцию ведомственных систем со СМЭВ и ЕСИА в число приоритетов года. УЭК подтверждает направление: ведомства, у которых интеграционный слой готов, подключают карту как ещё один способ входа малой кровью. Те, у кого учётные записи разрознены, столкнутся с долгим сопоставлением данных.

Вывод

УЭК на портале Госуслуг – не отдельная фича, а проверка зрелости интеграции. Сам вход по карте технически прост: считыватель, криптопровайдер, ПИН, сертификат. Сложность – позади витрины, в том, насколько чисто ваши системы умеют сопоставлять одного и того же человека между ЕСИА, СМЭВ и внутренними реестрами. Начинать стоит не с закупки считывателей, а с инвентаризации идентификаторов и проектирования интеграционного слоя.