Криптографический алгоритм российской ЭЦП — это ГОСТ Р 34.10-2012: схема подписи на эллиптических кривых, стойкость которой опирается на сложность задачи дискретного логарифма в группе точек кривой над конечным простым полем. Отдельно он не работает: подпись ставится не на файл, а на его хеш, а хеш считает ГОСТ Р 34.11-2012, известный как Стрибог. Длина ключа — 256 или 512 бит, хеш берётся той же разрядности. Главное различие, которое определяет всё остальное: для усиленной подписи в России применяется только ГОСТ, RSA и ECDSA в квалифицированной подписи не используются, потому что средство электронной подписи обязано иметь действующий сертификат ФСБ России.
Разберём, что лежит внутри файла .p7s или .sig, чем CMS отличается от CAdES-BES и почему подпись перестаёт проверяться после истечения сертификата. Покажем, как за минуту увидеть OID алгоритма в своём сертификате, чем извлекаемый ключ отличается от неизвлекаемого и что даёт ФКН с защитой канала по SESPAKE. Отдельно отделим подпись от шифрования: Магма и Кузнечик к формированию ЭЦП отношения не имеют. Классы защиты КриптоПро CSP, работа с МЧД, стоимость подключения на 2026 год и ответы на частые вопросы — во второй половине статьи.
ГОСТ Р 34.10-2012 и Стрибог: связка, которая и есть российская ЭЦП
Российская электронная подпись собрана не из одного алгоритма, а из пары. ГОСТ Р 34.10-2012 описывает процессы формирования и проверки подписи, ГОСТ Р 34.11-2012 описывает хеш-функцию. Разорвать пару нельзя: в схеме подписывается хеш-код фиксированной длины, и стойкость всей конструкции определяется одновременно сложностью дискретного логарифма в группе точек эллиптической кривой и стойкостью хеш-функции. Если хеш слабый, длина ключа уже не спасает.
Разрядность выбирается парой. Ключ 256 бит работает с хешем 256 бит, ключ 512 бит — с хешем 512 бит. Подпись по 256-битной схеме представляет собой два целых числа r и s по 256 бит каждое, то есть 64 байта в октетном представлении. Это объясняет, почему файл открепленной подписи весит килобайты, а не мегабайты: основную его массу занимает не сама подпись, а сертификат подписанта и служебные атрибуты контейнера.
Ниже — карта стандартов, которую стоит держать в голове, когда читаете чужую документацию по интеграции. Путаница в этих номерах — самая частая причина, по которой разработчик ищет в библиотеке не ту функцию.
| Стандарт | Что задаёт | Параметры | Отношение к ЭЦП |
|---|---|---|---|
| ГОСТ Р 34.10-2012 | Формирование и проверка электронной цифровой подписи на эллиптических кривых | Ключ 256 или 512 бит | Основной алгоритм подписи |
| ГОСТ Р 34.11-2012 (Стрибог) | Хеш-функция, на выходе которой считается подпись | Хеш 256 или 512 бит | Обязательная часть схемы подписи |
| ГОСТ Р 34.12-2015 (Магма, Кузнечик) | Блочное шифрование | Блок 64 бита у Магмы и 128 бит у Кузнечика | К подписи отношения не имеет, только конфиденциальность |
| ГОСТ Р 34.13-2015 | Режимы работы блочных шифров | Применяется вместе с ГОСТ Р 34.12-2015 | К подписи отношения не имеет |
| ГОСТ Р 34.10-2001 | Предыдущая схема подписи на эллиптических кривых | Ключ 256 бит, прежняя хеш-функция | Выведена из применения, встречается только в архивах |
Практический вывод из таблицы: если в задаче фигурируют Магма или Кузнечик, речь идёт о шифровании канала или файла, а не о подписи, и искать там причину проблем с валидацией бессмысленно.
Мария Ж, специалист по цифровой подписи и КЭДО: «Чаще всего интеграцию ломает не сам алгоритм подписи, а рассинхрон разрядности. Ключ выпущен на 256 бит, а библиотека хеширует на 512, и проверка падает без внятной диагностики. Первое, что стоит сверить при отладке, — совпадение разрядности ключа и хеша, а не переустановка криптопровайдера.»
Что реально лежит в файле p7s: от хеша до контейнера CMS
Файл подписи не является зашифрованным документом. Это контейнер формата CMS, исторически известного как PKCS#7, внутри которого лежат значение подписи, сертификат подписанта, идентификаторы алгоритмов и подписанные атрибуты. Расширение отражает только договорённость между программами: .p7s, .sig и .sgn описывают один и тот же тип контейнера, и в настройках Инструментов КриптоПро расширение выбирается из выпадающего списка вручную.
Отсюда типовая ситуация: контрагент прислал .sgn, а принимающая система ждёт .sig и отказывается загружать файл. Переименование расширения не меняет содержимое контейнера и не портит подпись. На партии в несколько сотен файлов массовое переименование через Rename-Item в PowerShell отрабатывает быстрее, чем повторная выгрузка из системы-источника.
Второе различие, которое влияет на весь процесс, — присоединённая подпись против открепленной. В присоединённой документ упакован внутрь контейнера, файл один, но открыть исходный документ без специализированного ПО не получится. В открепленной рядом с документом лежит отдельный файл подписи, документ читается любым просмотрщиком, но при проверке нужно подать оба файла. Для многостороннего подписания это критично: каждая следующая присоединённая подпись накладывается на результат предыдущей.
Визуальный штамп «Подписано цифровой подписью» на странице PDF к содержимому контейнера отношения не имеет. Это отрисовка для человека, и при разборе спора запрашивают исходный документ вместе с файлами подписи, а не распечатку со штампом. Штамп удобно добавлять на копию документа для просмотра и печати, при этом целостность оригинала не нарушается.
Как узнать, каким алгоритмом подписан ваш документ: пошаговая инструкция
- Шаг 1. Найдите сертификат подписанта: откройте контейнер подписи в средстве проверки либо дважды кликните по установленному сертификату в хранилище операционной системы.
- Шаг 2. Перейдите на вкладку состава сертификата и найдите поля «Алгоритм подписи» и «Хэш-алгоритм подписи». Именно они показывают, по какому ГОСТу выпущен ключ.
- Шаг 3. Сверьте OID открытого ключа. Значение 1.2.643.7.1.1.1.1 означает ГОСТ Р 34.10-2012 с ключом 256 бит, 1.2.643.7.1.1.1.2 — тот же стандарт с ключом 512 бит.
- Шаг 4. Проверьте комбинированный идентификатор алгоритма подписи. OID 1.2.643.7.1.1.3.2 соответствует подписи ГОСТ Р 34.10-2012 с ключом 256 бит и хешем ГОСТ Р 34.11-2012 длиной 256 бит.
- Шаг 5. Если в поле стоит 1.2.643.2.2.19, перед вами сертификат по ГОСТ Р 34.10-2001. Такой ключ для нового подписания непригоден, он встречается только в архивных документах.
- Шаг 6. Раскройте цепочку сертификации и убедитесь, что корневой и промежуточные сертификаты установлены. Разрыв цепочки даёт ошибку проверки, хотя с самим алгоритмом всё в порядке.
Проверьте, какой алгоритм стоит в вашем файле подписи
Добыто · Проверка подписи
Что за файл пришёл с документом
Загрузите файл — определим по расширению и содержимому: присоединённая это подпись или откреплённая, чем открыть и куда идти дальше. Архивы раскрываем и смотрим, что внутри.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
Нет файла под рукой? Выберите расширение вручную:
Мы не храним ваши файлы и не имеем к ним доступа. Файл читается только в памяти вашего браузера, на сервер Добыто он не передаётся, копий не остаётся. Закройте страницу — и от файла не останется следов.
Важный нюанс из практики: при разборе входящих документов расхождение расширений и форматов даёт больше отказов, чем реальные криптографические ошибки. В сервисе Добыто проверка контейнера идёт до загрузки в маршрут согласования, поэтому файл с чужим расширением не доходит до специалиста по кадрам в нечитаемом виде.
Почему УКЭП нельзя выпустить на RSA
Выбор алгоритма в России определяется не техническими предпочтениями, а требованиями к средству электронной подписи. Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи» вводит понятие квалифицированной подписи и требует, чтобы средства ЭП и средства удостоверяющего центра получили подтверждение соответствия требованиям ФСБ России. Сами требования утверждены приказом ФСБ России от 27.12.2011 № 796; в редакции от 13.04.2022 он действует до 1 января 2027 года. Средство, реализующее RSA, подтверждения по классу квалифицированной подписи не получает, поэтому вопрос закрывается на уровне аккредитации, а не на уровне библиотеки.
При этом RSA в российском контуре присутствует. Национальный удостоверяющий центр начинал с выпуска именно RSA-сертификатов для защиты веб-ресурсов, а ГОСТ-сертификаты появились в его выдаче позже. Это разные задачи: серверный TLS и электронная подпись документа живут по разным правилам, и переносить вывод из одной области в другую нельзя.
Проверить, кто выпустил конкретный сертификат и была ли у центра аккредитация, можно самостоятельно: актуальный перечень аккредитованных удостоверяющих центров на портале уполномоченного федерального органа ведётся государством и показывает статус центра на текущую дату. Для УКЭП в вершине цепочки всегда стоит Минцифры России, для УНЭП корневым будет сам удостоверяющий центр или инфраструктура электронного правительства.
Мария Ж, судебный эксперт по трудовому праву: «В трудовых спорах суд смотрит не на криптографию, а на доказательства: действовал ли сертификат в момент подписания и тот ли документ ушёл в удостоверяющий центр. В известных делах, где работник заявлял, что подписывал не он, восстанавливали именно работника, и решающим оказывался комплект локальных актов о применении подписи, а не стойкость ГОСТа.»
Виды ЭЦП: где криптография есть, а где её нет
Простая электронная подпись криптографического преобразования документа не выполняет вообще. Логин с паролем, код из SMS, подтверждение в приложении — это фиксация факта подписания, но не математическая привязка к содержимому. По ПЭП нельзя доказать, что документ не менялся после подписания, поэтому работодатели уходят от неё в кадровом документообороте.
Пожалуйста, подпишитесь на нас в мессенджерах
Канал для кадровиков и HR: изменения в законах, практика проверок, шаблоны документов, инструменты подбора и оценки.
У усиленной неквалифицированной и усиленной квалифицированной подписи механизм формирования одинаковый: тот же ГОСТ Р 34.10-2012 и тот же Стрибог. Различие юридическое. УНЭП может выпустить сам работодатель или удостоверяющий центр без аккредитации, а УКЭП выпускает только центр, прошедший аккредитацию ФСБ России и Минцифры. Отдельный случай — УНЭП, выданная с использованием инфраструктуры электронного правительства: такая подпись не требует отдельного соглашения сторон о её признании.
Для разработчика это означает простую вещь: код формирования подписи для УНЭП и УКЭП не отличается, отличается происхождение сертификата и цепочка доверия. Ошибка «не найден корневой сертификат» при работе с УНЭП появляется чаще, потому что корневые сертификаты неаккредитованных центров операционная система по умолчанию не считает доверенными и их приходится устанавливать вручную. Устанавливая такой сертификат как доверенный, вы соглашаетесь, что система будет доверять ему и дальше, поэтому текст предупреждения стоит прочитать до нажатия кнопки.
Мария Ж, соучредитель сервиса КЭДО Добыто: «Работодатели регулярно спрашивают, надо ли переписывать интеграцию при переходе с УНЭП на УКЭП. Технически нет: преобразование то же самое. Переписывать придётся регламент и локальный нормативный акт, потому что меняются требования к выпуску сертификата и порядок его отзыва при увольнении.»
Где живёт закрытый ключ: токены, ФКН и защита канала
Алгоритм подписи одинаков, а вот место хранения закрытого ключа определяет реальный уровень защиты. Ключи делятся на извлекаемые и неизвлекаемые. Извлекаемый ключ генерируется программным криптопровайдером, а токен работает как защищённое PIN-кодом хранилище: при подписании закрытый ключ ненадолго попадает в оперативную память компьютера. Неизвлекаемый ключ генерируется криптоядром внутри микроконтроллера токена и память устройства не покидает никогда.
Извлекаемые ключи в свою очередь бывают экспортируемыми и неэкспортируемыми. Флаг ставится при генерации или копировании контейнера. В удостоверяющем центре ФНС России извлекаемый ключ выдаётся только неэкспортируемым: по регламенту копировать такой контейнер запрещено.
У неизвлекаемых ключей два формата. PKCS#11 генерируется аппаратными средствами устройства и является открытым совместимым форматом: любой софт, встраивающий библиотеку PKCS#11, увидит эти ключи и сможет получить информацию о сертификате. ФКН генерируется аппаратными средствами токена совместно с КриптоПро CSP, и дополнительно канал между криптопровайдером и токеном шифруется по протоколу SESPAKE. В этом режиме в смарт-карту передаётся не только PIN, но и данные для подписи, а обратно возвращается уже готовая последовательность подписи.
Полезно знать: формат ФКН защищает не только ключ, но и канал: PIN-код не передаётся в открытом виде, а навязать свой хеш встраиванием в канал между рабочей станцией и смарт-картой не получится.
Компромисс здесь неочевидный. Пассивный режим с извлекаемым ключом менее защищён, но работает со всеми версиями криптопровайдера, включая старые. Если сотрудник носит токен между машинами с разными версиями КриптоПро CSP, неизвлекаемый ключ с защитой канала может просто не заработать на части рабочих мест. Выбор делается по тому, где физически будет использоваться носитель, а не по формальному уровню безопасности.
Лайфхак: прежде чем закупать токены под массовую выдачу, посчитайте память. На носителе с 128 КБ защищённой памяти помещается до 31 контейнера в извлекаемом формате, а один контейнер с длинной цепочкой сертификатов может занимать до 12 КБ.
Токены с поддержкой ГОСТ выпускают несколько производителей, и линейки не взаимозаменяемы по режимам работы. Устройство, которое умеет только пассивное хранение, не сгенерирует неизвлекаемый ключ, сколько бы драйверов вы ни поставили. Встроенная криптография на токене не заменяет установленный на компьютер криптопровайдер: если информационная система требует КриптоПро CSP, его придётся ставить и лицензировать отдельно. В практике Добыто мы прогоняем закупленную партию носителей на пилотной группе до раскатки на всю компанию, и на этом этапе отсеивается основная часть несовместимостей.
КриптоПро CSP: версии, классы защиты и что влияет на работу
Криптопровайдер выполняет преобразование по ГОСТ Р 34.10-2012 на рабочем месте. Линейка 5.0 поддерживает и российские, и зарубежные криптоалгоритмы, умеет хранить ключи удалённо и работать с носителями, которые не выводят ключ наружу.
Различия релизов внутри пятой линейки важны для планирования парка. В 5.0 R2 появилась поддержка Магмы и Кузнечика, а класс КС3 стал доступен не только на Windows, но и на Astra Linux Special Edition. В 5.0 R3 добавился SDK для встраивания подписи, включая усовершенствованную, и обращения к службам штампа времени и проверки статусов сертификатов; там же появилась поддержка TLS 1.3 с российской криптографией по классу КС1, а КС3 стал возможен ещё и на Red Hat Enterprise Linux 8.
Факт: релизы 5.0 R1, 5.0 R2 и 5.0 R3 сертифицированы по классам КС1, КС2 и КС3, и сертификаты на все три действуют до 1 мая 2027 года.
Лицензирование внутри линейки 5.0 единое: одна лицензия подходит и для R2, и для R3. При переходе с четвёртой версии покупается лицензия на обновление, она дешевле новой. Отдельная история с серверами: для веб-сервера с российской криптографией нужна не стандартная серверная лицензия, а специальная лицензия TLS-сервера, которая считается по количеству одновременных подключений.
Кейс из практики: на внедрении КЭДО в компании с распределёнными филиалами часть рабочих мест осталась на четвёртой версии провайдера, и токены с неизвлекаемыми ключами там не заработали. Решение оказалось организационным: сотрудникам филиалов выдали ключи в пассивном режиме, а неизвлекаемые оставили руководителям, работающим с одного рабочего места. После разделения повторных обращений в поддержку по этой причине не было.
Магма и Кузнечик: почему это не про подпись
Магма и Кузнечик — блочные шифры из ГОСТ Р 34.12-2015. Они обеспечивают конфиденциальность: зашифровать файл, письмо, канал. К формированию ЭЦП они отношения не имеют, и увидеть их в поле «алгоритм подписи» сертификата невозможно.
Путаница возникает потому, что в реальных сценариях подпись и шифрование идут рядом. Готовая отчётность сначала подписывается личным сертификатом, а затем шифруется открытым ключом получателя, например сертификатом ведомства, указанным специально для шифрования. В защищённой переписке стандарт S/MIME работает с ГОСТ 2012 для подписи и ГОСТ 2015 для шифрования — это два разных алгоритма внутри одного письма ЭЦП.
Банк России ведёт внутренние работы по переходу на Магму и Кузнечик и рекомендует банкам использовать эти алгоритмы при взаимодействии с ним. На практике это означает требование обновить криптопровайдер минимум до версии 5.0 R2, потому что в более ранних релизах поддержки нет. Требование касается шифрования, но обновление провайдера затрагивает и подпись, поэтому планировать такие работы приходится вместе.
Почему подпись перестаёт проверяться: CAdES, штамп времени и OCSP
Базовый формат CAdES-BES фиксирует только сам факт подписи. Срок действия сертификата ограничен, а кадровые и финансовые документы хранятся годами и десятилетиями. Когда сертификат истекает или отзывается, доказать задним числом, что в момент подписания он был действителен, по одной лишь CAdES-BES не получится.
Задачу закрывают доказательства подлинности, которые добавляются в контейнер. Штамп времени от доверенной службы фиксирует точное время и хеш подписанного документа. Ответ OCSP подтверждает, что на момент подписания сертификат не был отозван заранее. Архивная метка заверяет обе предыдущие метки поверх. Из этих элементов и собираются усовершенствованные форматы.
Ниже — соответствие форматов задачам хранения. Таблица нужна, чтобы выбрать уровень до внедрения, а не переподписывать архив потом.
| Формат | Что добавлено | Когда применять |
|---|---|---|
| CMS и CAdES-BES | Подпись и сертификат подписанта | Оперативный обмен внутри срока действия сертификата |
| CAdES-T | Штамп доверенного времени | Когда важен доказуемый момент подписания |
| CAdES-X Long Type 1 | Штамп времени, ссылки на сертификаты и ответы OCSP | Документы, которые переживут срок действия сертификата |
| CAdES-A | Архивная метка поверх предыдущих доказательств | Долгосрочный электронный архив |
Подпись, уже сформированную в CAdES-BES, можно усовершенствовать до более высокого уровня без переподписания документа: доказательства добавляются в существующий контейнер. Это отдельная операция, и на больших архивах её автоматизируют серверными средствами, которые периодически обходят хранилище и находят документы, требующие улучшения.
Внимание: в мобильном приложении Госключ штампа времени в коробке нет. Момент подписания там подтверждается косвенно, через журнал входов и действий пользователя, поэтому для документов с длительным сроком хранения источник доверенного времени нужно предусматривать отдельно.
МЧД: тот же алгоритм, другая структура файла
Машиночитаемая доверенность подписывается тем же ГОСТ Р 34.10-2012, что и любой другой документ, но живёт в формате XML с собственной структурой. Данные МЧД включают сведения о представителе, в том числе СНИЛС и ИНН, и перечень полномочий. Файл МЧД прикрепляется к подписи, и на выходе получается единый архив, где лежат и подписанные файлы, и сама доверенность.
Отдельный вопрос — МЧД на сотрудника филиала. Доверенность может быть оформлена на физическое лицо без указания должности, и тогда увольнение работника само по себе её не прекращает. Отзыв МЧД и отзыв сертификата — две разные процедуры: удаление контейнера из реестра рабочей станции не отзывает ни то, ни другое. Заявление на отзыв сертификата подаётся в тот удостоверяющий центр, который его выпустил, и это забота владельца подписи, а не работодателя.
Шаблоны и формы для работы с электронной подписью
Комплект закрывает разбор проблем с подписью и учёт сертификатов; начинать удобнее с чек-листа диагностики.
| Документ | Скачать |
|---|---|
| Чек-лист диагностики «Подпись не валидна» | Скачать |
| Протокол проверки электронной подписи (образец) | Скачать |
| Реестр сертификатов сотрудников (XLSX) | Скачать |
| Машиночитаемая доверенность (МЧД): образец и структура XML | Скачать |
| Акт о невозможности переподписания (образец) | Скачать |
Мария Ж, юрист со стажем более 20 лет: «Штампы времени в кадровом документообороте почти никто не закладывает на старте, а вспоминают о них через год, когда сертификат уже истёк. Мы фиксируем источник доверенного времени в регламенте до первого подписания: переподписать архив задним числом нельзя, а усовершенствовать подпись вовремя можно.»
Когда ГОСТ-подпись не подходит и во что обходится ошибка
Российский алгоритм закрывает не все задачи. Если контрагент находится за пределами страны и его системы не понимают ГОСТ, подпись по ГОСТ Р 34.10-2012 для него будет просто набором байтов: проверить её нечем. Для обмена с зарубежными платформами используются зарубежные алгоритмы, и это отдельный контур, а не замена российскому. Обе ветки продолжают существовать параллельно, и покрытие российской криптографии расширяется постепенно.
Второе ограничение — инфраструктура. Работа с ГОСТ-подписью требует криптопровайдера на рабочем месте, браузерного плагина или совместимого браузера, а для веб-ресурсов ещё и ГОСТ-сертификата на сервере. Если у вас парк из разных операционных систем и мобильных устройств, переход делается поэтапно.
Третье — обезличенный сертификат. Он выдаётся на юридическое лицо или индивидуального предпринимателя, привязывается к информационной системе и предназначен для автоматического подписания счетов, квитанций и запросов в госорганы. Сотрудники таким сертификатом пользоваться не могут, и подписать им можно не любые документы.
Стоимость ошибки в выборе формата подписи
Ошибка редко стоит переоформления одного документа. Если архив собран в CAdES-BES без штампов времени, через год после истечения сертификатов масса документов теряет доказательную ценность: усовершенствовать подпись после отзыва сертификата уже нельзя, а переподписать документы за уволившихся сотрудников невозможно физически. Восстанавливать приходится актами о невозможности переподписания и косвенными доказательствами.
Вторая по цене ошибка — неверный вид подписи под конкретный документ. Механизм преобразования у УНЭП и УКЭП одинаковый, но требования к виду подписи для отдельных кадровых документов заданы законом, и несоответствующая подпись оставляет документ без юридической силы. В известных трудовых спорах суды восстанавливали работников и взыскивали средний заработок с компенсацией морального вреда, при этом проверяли не алгоритм, а комплект локальных актов и порядок применения подписи.
Если вы читаете этот раздел как ИТ-специалист работодателя и понимаете, что реестра сертификатов у вас нет, отдельная система учёта для этого не нужна: в Добыто сертификаты сотрудников и статусы подписания видны в общем списке документов, а выгрузка для проверки готовится из интерфейса.
Стоимость подключения КЭДО и электронных подписей для сотрудников
Стоимость зависит от численности сотрудников, набора видов подписи и потребности в интеграции с учётной системой.
| Услуга | Стоимость | Сроки |
|---|---|---|
| Тариф «Старт»: до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны | от 30 ₽ за сотрудника / мес | подключение за 5 минут |
| Тариф «Бизнес»: неограниченно сотрудников, ПЭП, УНЭП и УКЭП | от 50 ₽ за сотрудника / мес | подключение за 5 минут |
| Минимальная оплата по тарифу «Бизнес» | 50 сотрудников за 30 000 ₽ в год | оплата за год |
| Тариф «Корпорация»: выделенный сервер, SLA 99.9%, API и кастомные интеграции | по запросу | рассчитывается индивидуально |
| Выпуск ПЭП и УНЭП для сотрудников | бесплатно на всех тарифах | входит в тариф |
| Получение УКЭП через партнёров-удостоверяющих центров | по запросу | рассчитывается индивидуально |
| Интеграция с 1С:ЗУП готовым модулем | входит в тариф «Бизнес» | установка и настройка за один день |
| Электронный архив и приоритетная поддержка | входит в тариф «Бизнес» | входит в тариф |
Итоговая сумма складывается из численности, выбранного набора видов подписи и потребности в интеграции: полный состав условий по каждому пакету собран на странице тарифов ДОБЫТО КЭДО. Электронные подписи для сотрудников входят в тариф и отдельно не оплачиваются.
Тариф можно повысить или понизить в любое время, при повышении разница пересчитывается пропорционально оставшемуся периоду. Платформа соответствует требованиям 377-ФЗ, статей 22.1-22.3 Трудового кодекса РФ и 152-ФЗ о персональных данных.
Выводы
В основе российской ЭЦП лежит пара стандартов: ГОСТ Р 34.10-2012 формирует и проверяет подпись на эллиптических кривых, ГОСТ Р 34.11-2012 считает хеш, и разрядность у них всегда совпадает. Магма и Кузнечик к подписи отношения не имеют, это шифрование. Юридическую силу даёт не сам алгоритм, а сертифицированное средство подписи, аккредитованный удостоверяющий центр и правильно оформленный комплект локальных актов. Долговечность подписи определяется форматом: без штампа времени и ответов OCSP документ перестаёт проверяться вместе с истечением сертификата.
В Добыто мы работаем с этой связкой каждый день: подключаем сотрудникам ПЭП, УНЭП и УКЭП, разбираем ошибки цепочек сертификатов при интеграции с 1С и определяем формат хранения подписи до того, как в архиве появится первый документ.
Частые вопросы
Можно ли понять алгоритм по файлу подписи, если сертификат не установлен в системе?
Да. Сертификат подписанта лежит внутри контейнера CMS вместе со значением подписи, поэтому идентификаторы алгоритмов читаются из самого файла .p7s или .sig без установки чего-либо в хранилище. Установка сертификата нужна для построения цепочки доверия и проверки статуса отзыва, но не для чтения OID алгоритма.
Что делать, если забыл пароль от контейнера с закрытым ключом?
Восстановить пароль к контейнеру нельзя, это не предусмотрено конструкцией: закрытый ключ защищён PIN-кодом или паролем, и обходного пути нет. Сертификат придётся отзывать и выпускать заново в том удостоверяющем центре, который его выдавал, а документы, подписанные до отзыва, останутся проверяемыми, если в подписи есть штамп времени.
Почему подписанное письмо открывается у получателя как непонятное вложение?
Защищённая переписка по S/MIME использует ГОСТ 2012 для подписи и ГОСТ 2015 для шифрования, и почтовый клиент получателя должен поддерживать эти алгоритмы. Если поддержки нет, вместо текста приходит вложение S/MIME с зашифрованным содержимым, и открыть его без совместимого клиента или отдельного средства обработки не получится.
Нужно ли переподписывать документы при выходе новой редакции стандарта?
Нет, подпись, сформированная действующим на момент подписания алгоритмом, не аннулируется выходом новой редакции. Проблема возникает в обратной ситуации: сертификаты по ГОСТ Р 34.10-2001 с OID 1.2.643.2.2.19 для нового подписания непригодны, и документы, подписанные ими, проверяются только средствами, сохранившими поддержку прежней схемы.
Влияет ли алгоритм подписи на скорость обработки больших пакетов документов?
Заметнее влияет не алгоритм, а режим работы с носителем. При подписании на борту токена каждая операция уходит в микроконтроллер устройства и упирается в его производительность, тогда как программный криптопровайдер считает быстрее. Для пакетной обработки в информационных системах применяют серверные средства и обезличенный сертификат, привязанный к системе, а не к сотруднику.
Как проверить, что метка времени получена от доверенной службы?
Штамп времени сам подписан сертификатом службы, поэтому в результатах проверки видно, кто его выдал, и цепочка этого сертификата строится так же, как цепочка подписанта. Службы штампа времени есть у ФНС России и у удостоверяющих центров; если цепочка сертификата службы не строится или сертификат отозван, метку доверенной считать нельзя.
Отличается ли алгоритм подписи в мобильном приложении от подписи на токене?
Преобразование одинаковое, различается хранение закрытого ключа. В мобильном варианте закрытая часть хранится в приложении на телефоне, и при удалении приложения или утрате пароля доступ теряется без возможности восстановления: подпись выпускается заново, уже с другим сроком действия. На токене ключ живёт в памяти устройства и переносится между рабочими местами вместе с носителем.
