Подробный гайд: Почему КриптоАРМ долго подписывает документы - Часть 2
Почему КриптоАРМ долго подписывает документы: подробный гайд. Часть 2
В первой части мы разобрали, что считать нормой, как выполняется первичная диагностика, а также остановились на ключевых контейнерах, токенах, цепочках сертификатов, проверке отозванности, штампах времени, больших файлах, пакетной подписи и влиянии антивирусов.
Во второй части рассмотрим сетевые диски, временные файлы, криптопровайдер, настройки самого КриптоАРМ, веб-сценарии, терминальные серверы, Linux, а также приведем удобную таблицу симптомов и итоговый алгоритм действий.
14. Сетевые диски и сетевые пути
Очень частая причина медленной подписи — документ находится не на локальном диске, а на сетевом ресурсе. Это может быть сетевая шара, DFS-путь, подключенный сетевой диск, папка на файловом сервере или перенаправленная папка в терминальной сессии.
Почему сетевые пути замедляют подпись
Когда КриптоАРМ подписывает файл, он обычно выполняет несколько операций:
- читает исходный документ;
- создает временные данные;
- формирует файл подписи или измененный подписанный документ;
- записывает результат;
- повторно читает или проверяет данные, если это нужно для сценария.
Если файл находится в сети, каждая из этих операций зависит от скорости сети, загрузки сервера, прав доступа и стабильности подключения.
Типовые признаки проблемы
- Локально маленький файл подписывается быстро.
- Тот же файл с сетевого диска подписывается заметно дольше.
- Иногда подпись зависает на этапе сохранения результата.
- Проблема усиливается в часы нагрузки на файловый сервер.
- Ошибки появляются при разрыве на нестабильном канале.
- Пакетная подпись с сетевой папки занимает в разы больше времени, чем локальная.
Что может мешать
1. Медленный сетевой канал.
Особенно актуально для филиалов, удаленных рабочих мест.
2. Высокая нагрузка на файловый сервер.
В пиковые часы сеть и диск сервера могут быть перегружены.
3. Проблемы с правами доступа.
Иногда система долго обрабатывает проверки доступа или ожидает подтверждения прав.
4. Антивирус на сервере или рабочей станции.
Он может сканировать файл при каждом сетевом обращении.
5. Блокировка файла другим процессом.
Документ может быть открыт в системе документооборота, редакторе или службе индексирования.
6. Перенаправленные папки в RDP.
Если файл физически находится на клиентском компьютере, а работа идет в удаленной сессии, обмен данными может быть медленным.
7. Офлайн-файлы и кэширование.
Механизмы автономных файлов иногда вызывают задержки и конфликты.
Что делать
1. Скопировать документ локально.
Самый простой и надежный тест: взять файл с сетевого диска, положить его на локальный диск и подписать.
2. Использовать временную рабочую папку.
Для регулярной работы можно сделать схему: - скопировать документ из сети; - подписать локально; - переместить результат обратно.
3. Проверить скорость сети.
Если канал перегружен, подпись больших файлов будет медленной даже при исправном КриптоАРМ.
4. Проверить права на чтение и запись.
У пользователя должны быть права не только на чтение исходного файла, но и на запись результата в целевую папку.
5. Проверить, не открыт ли файл другой программой.
Если документ используется системой документооборота, редактором или службой резервного копирования, могут возникать задержки.
6. Не использовать сетевой путь для ключевых контейнеров без необходимости.
Хранение ключей на сетевой папке часто приводит к медленной и нестабильной работе, если такая схема не реализована специально и безопасно.
7. Проверить влияние антивируса.
Если локально файл подписывается быстро, а с сетевого ресурса медленно, антивирус может сканировать данные при каждом обращении.
15. Временные файлы и место на диске
КриптоАРМ и компоненты криптопровайдера могут использовать временные файлы. Если с временными файлами есть проблемы, процесс подписи может тормозить или зависать.
Что может быть не так
- На системном диске мало свободного места.
- Временная папка находится на медленном дисе.
- Временная папка перенаправлена на сетевой ресурс.
- Временные файлы не удаляются и накапливаются.
- У пользователя нет прав на запись во временные папки.
- Временные папки сканируются антивирусом особенно строго.
- Профиль пользователя перемещаемый, и временные данные синхронизируются медленно.
Признаки проблемы
- Подпись работает нестабильно даже на небольших файлах.
- После очистки временных файлов становится лучше.
- Проблема возникает только у одного пользователя.
- Ошибки появляются при нехватке места на диске.
- В системном журнале есть ошибки доступа к временным файлам.
Что проверить
1. Свободное место на системном диске.
Если диск заполнен почти полностью, скорость операций может падать.
2. Расположение переменных TEMP и TMP.
Желательно, чтобы они указывали на локальный диск, а не на сетевой путь.
3. Права доступа.
Пользователь должен иметь возможность читать и писать во временные папки.
4. Состояние диска.
Медленный или перегруженный диск может быть узким местом.
5. Настройки перемещаемого профиля.
Если профиль перемещаемый, временные файлы и кэши могут обрабатываться дольше обычного.
Что делать
- Освободить место на системном диске.
- Очистить временные файлы, если они накопились.
- Убедиться, что временные папки локальные.
- Проверить права на запись.
- Временно отключить антивирусное сканирование временных папок для диагностики, если это разрешено.
- Протестировать подпись в другом профиле пользователя.
16. Проблемы с криптопровайдером
КриптоАРМ обычно не выполняет криптографические операции полностью самостоятельно. Он использует установленный криптопровайдер: КриптоПро CSP, ViPNet CSP или другой совместимый компонент. Если криптопровайдер работает медленно или некорректно, КриптоАРМ тоже будет работать медленно.
Признаки проблемы с криптопровайдером
- Медленно подписываются документы разными сертификатами.
- КриптоАРМ долго видит сертификаты или контейнеры.
- Другие программы, использующие тот же криптопровайдер, тоже работают медленно.
- После обновления или удаления криптопровайдера проблема появилась впервые.
- В системе установлено несколько криптопровайдеров, и они конфликтуют.
- Есть ошибки при просмотре контейнеров или сертификатов.
Что проверить
1. Версию криптопровайдера.
Устаревшая версия может некорректно работать с новыми сертификатами, токенами или обновлениями ОС.
2. Лицензию.
Некоторые криптопровайдеры могут работать с ограничениями или предупреждениями при проблемах с лицензией.
3. Корректность установки.
Если криптопровайдер устанавливался с ошибками, часть компонентов могла не встать корректно.
4. Конфликтующие компоненты.
Если в системе установлено несколько криптопровайдеров, они могут мешать друг другу.
5. Настройки считывателей контейнеров.
Неправильный приоритет считывателей или проблемы с драйверами носителей могут замедлять доступ к ключам.
6. Работу с токенами.
Криптопровайдер должен корректно видеть токен и его драйверы.
7. Актуальность корневых и промежуточных сертификатов.
Даже если сам криптопровайдер исправен, медленная проверка цепочек может создавать впечатление проблемы с ним.
Как диагностировать
Хороший способ — проверить подпись не только через КриптоАРМ, но и через другие средства, которые используют тот же криптопровайдер.
Если есть возможность:
- выполните тестовую подпись штатной утилитой криптопровайдера;
- проверьте сертификаты в контейнере через инструменты криптопровайдера;
- проверьте копирование контейнера;
- сравните скорость с другим криптопровайдером, если он установлен и разрешен.
Если в других программах тоже медленно:
- проблема, скорее всего, в криптопровайдере, токене, сертификатах, системе или драйверах.
Если в других программах быстро, а в КриптоАРМ медленно:
- проблема, вероятно, в настройках КриптоАРМ, конкретном профиле, версии программы или сценарии подписи.
Что делать
- Обновить криптопровайдер до поддерживаемой версии.
- Проверить лицензию и состояние установки.
- Удалить старые или конфликтующие криптопровайдеры, если они не нужны.
- Обновить драйверы токенов.
- Проверить настройки считывателей.
- При необходимости выполнить восстановление или переустановку криптопровайдера.
- После изменений перезагрузить компьютер и повторить тест.
Переустановку криптопровайдера лучше выполнять после резервной копии ключевых контейнеров и только в соответствии с регламентом вашей организации.
17. Настройки самого КриптоАРМ
Иногда причина медленной работы кроется не в инфраструктуре, а в конкретных настройках программы или профиля подписи.
Что может замедлять КриптоАРМ
1. Присоединенная подпись там, где достаточно отсоединенной.
Для некоторых сценариев присоединенная подпись может быть тяжелее, особенно если файл большой или программа формирует итоговый контейнер.
2. Добавление штампа времени.
Если штамп времени включен, программа обращается к серверу времени.
3. Проверка статуса сертификата.
Если проверка выполняется по сети, а серверы CRL/OCSP доступны медленно, подпись будет дольше.
4. Усовершенствованные форматы подписи.
Форматы с долгосрочной проверкой и вложенными данными об отзыве могут требовать больше времени и сетевых обращений.
5. Визуальная подпись в PDF.
Если создается видимая отметка, дополнительная задержка может быть связана с обработкой PDF, шрифтами, изображениями или размером документа.
6. Пакетная обработка без оптимизации.
Если подписывается много файлов, но для каждого выполняются все проверки и запросы, время резко возрастает.
7. Скрытые или зависшие диалоги.
Иногда программа ждет ввода пароля или PIN, а окно не видно пользователю.
8. Устаревшая версия программы.
В старых версиях могут быть ошибки или неоптимальные сценарии.
Что проверить в КриптоАРМ
1. Версию программы.
Если есть более новая поддерживаемая версия, обновитесь.
2. Формат подписи.
Проверьте, не используется ли формат, который не нужен для конкретного документооборота.
3. Тип подписи.
Если допустимо, используйте отсоединенную подпись для больших файлов.
4. Штамп времени.
Проверьте, включен ли он и нужен ли он в данном сценарии.
5. Проверку статуса сертификата.
Для теста временно отключите ее и сравните скорость.
6. Пакетный режим.
Если подписывается много документов, убедитесь, что используется именно пакетная обработка, а не ручное подписание по одному.
7. Журнал операций.
Если в КриптоАРМ есть журнал или логи, посмотрите, на каком этапе происходит задержка.
8. Повторяемость проблемы.
Проверьте, проявляется ли проблема у другого пользователя, на другом файле, с другим сертификатом.
Что можно безопасно оптимизировать
- Использовать локальную папку для временной работы.
- Отключать штамп времени для тестовых подписей.
- Использовать отсоединенную подпись, если это соответствует регламенту.
- Обновить КриптоАРМ до актуальной версии.
- Проверить, не запрашивается ли PIN для каждого файла.
- Убрать лишние файлы из пакета, если они не требуют подписи.
- Проверить настройки по умолчанию, чтобы каждый раз не выполнять лишние действия вручную.
Не меняйте параметры подписи, влияющие на юридическую значимость, без согласования с ответственными сотрудниками вашей организации.
18. Если КриптоАРМ используется через браузер или веб-интерфейс
В некоторых организациях КриптоАРМ используется не как классическое настольное приложение, а через веб-сценарии, браузерные компоненты, серверное подписание или интегрированные системы документооборота. В этом случае причины медленной работы могут отличаться от обычных настольных проблем.
Возможные причины
1. Медленная сеть между клиентом и сервером.
Если документ загружается на сервер или результат возвращается обратно, скорость зависит от канала.
2. Большой размер файла.
В веб-сценарии файл может дополнительно копироваться, загружаться и обрабатываться сервером.
3. Перегрузка сервера подписи.
Если одновременно подписывает много пользователей, может возникать очередь.
4. Проблемы с браузерным плагином.
Устаревший или несовместимый плагин может работать медленно или с ошибками.
5. Блокировка необходимых соединений.
Файрвол или SSL-инспекция могут мешать работе компонентов.
6. Таймауты сессии.
Если сессия прерывается, процесс может повторяться или ждать восстановления.
7. Проблемы с клиентскими сертификатами.
Браузер или веб-компонент может долго выбирать сертификат или проверять его статус.
8. Ограничения браузера.
Некоторые браузеры или их настройки могут некорректно работать с криптографическими плагинами.
Что проверить
1. Скорость подписи маленького файла.
Если маленький файл подписывается быстро, а большой медленно, проблема может быть в канале или серверной обработке.
2. Другой браузер.
Если в другом браузере процесс быстрее, проблема может быть в расширениях, настройках или плагине.
3. Расширения браузера.
Антивирусные веб-модули, блокировщики рекламы и корпоративные расширения могут мешать работе.
4. Версию плагина.
Плагин должен быть совместим с браузером и серверной частью.
5. Логи сервера подписи.
Если есть доступ, проверьте, нет ли очереди, ошибок и задержек на сервере.
6. Размер документов.
Для больших файлов веб-подпись может требовать дополнительной передачи данных.
Что делать
- Обновить браузер и криптографический плагин.
- Отключить лишние расширения браузера для теста.
- Проверить подпись с локальным файлом, если интерфейс это позволяет.
- Проверить нагрузку на сервер подписи.
- Проверить сетевую доступность нужных серверов.
- Проверить, нет ли очереди заданий.
- При необходимости использовать более быстрый канал или локальный контур.
19. Если проблема на терминальном сервере или в RDP
Работа через удаленный рабочий стол добавляет дополнительный слой: сеть между клиентом и сервером, проброс устройств, перенаправление дисков и особенности пользовательских сессий.
Почему подпись через RDP может быть медленной
1. Токен проброшен в удаленную сессию.
Если токен физически находится на клиентском компьютере, а подпись выполняется на сервере, обмен с токеном идет через канал удаленного доступа.
2. Медленный или нестабильный канал.
Любая задержка сети влияет на работу с проброшенными устройствами.
3. Неправильный проброс смарт-карт или токенов.
Если проброс настроен некорректно, устройство может работать с ошибками или задержками.
4. Высокая нагрузка на терминальный сервер.
Если сервер перегружен, операции подписи могут выполняться дольше.
5. Перенаправленные диски.
Если файл находится на клиентском диске, а подпись выполняется на сервере, данные передаются через удаленный канал.
6. Проблемы профиля пользователя.
В терминальных средах профили могут быть перемещаемыми, поврежденными или перегруженными.
Признаки проблемы
- Локально на терминальном сервере подпись быстрая, а через RDP медленная.
- Токен виден в сессии, но операции с ним идут с задержкой.
- Подпись больших файлов через проброшенный диск особенно медленная.
- После переподключения к сессии ситуация временно меняется.
- У других пользователей на том же сервере скорость отличается.
Что делать
1. Проверить подпись локально на сервере.
Если есть возможность, войдите на сервер напрямую или используйте локальный файл на сервере.
2. Проверить проброс смарт-карт.
Убедитесь, что токен пробрасывается корректно и поддерживается сценарием удаленной работы.
3. Использовать локальный файл.
Не подписывайте файл с перенаправленного клиентского диска, если можно положить его на сервер.
4. Проверить канал связи.
Высокая задержка или потери пакетов могут сильно влиять на проброс токена.
5. Проверить нагрузку на сервер.
Если сервер перегружен, проблема может быть не в КриптоАРМ, а в ресурсах терминальной фермы.
6. Проверить профиль пользователя.
Иногда помогает тест в новом профиле или очистка поврежденных временных данных.
7. Рассмотреть серверное подписание.
Если документов много и они подписываются в терминальной среде, иногда эффективнее использовать серверные схемы подписи, если это соответствует архитектуре и безопасности.
20. Если проблема в Linux
Если КриптоАРМ или аналогичное решение для подписи используется в Linux, диагностика имеет свои особенности.
Основные компоненты, которые стоит проверить
1. Криптопровайдер.
В российских сценариях часто используется КриптоПро CSP для Linux или другой совместимый CSP.
2. Архитектура пакетов.
Желательно использовать 64-битные компоненты, если система 64-битная и нет специальных ограничений.
3. Поддержка токенов.
Для работы с аппаратными ключами нужны соответствующие библиотеки, драйверы и службы.
4. Службы смарт-карт.
Если используется токен, должны быть установлены и запущены необходимые службы.
5. Права доступа к устройствам.
Пользователь должен иметь доступ к USB-устройству токена.
6. Файловая система и диски.
Медленные диски, NFS, проблемы с правами и блокировками могут замедлять подпись.
7. Энтропия.
На некоторых системах при низкой доступной энтропии криптографические операции могут выполняться медленнее.
Признаки проблемы в Linux
- Токен виден системе, но криптопровайдер работает с ним нестабильно.
- Подпись выполняется медленно только под определенным пользователем.
- Файлы на сетевой файловой системе подписываются дольше.
- После перезапуска служб токена проблема временно исчезает.
- В системных журналах есть ошибки доступа к устройствам или библиотекам.
Что проверить
1. Версию криптопровайдера.
Убедитесь, что установлена актуальная поддерживаемая версия.
2. Наличие необходимых пакетов.
Для токенов часто нужны библиотеки поддержки и драйверы производителя.
3. Работу служб.
Проверьте службы, отвечающие за смарт-карты и токены, если они используются.
4. Права пользователя.
Пользователь должен иметь доступ к устройствам, ключевым контейнерам и рабочим файлам.
5. Локальные файлы.
Проверьте подпись файла, который лежит локально, а не на сетевом ресурсе.
6. Сетевые файловые системы.
NFS и другие сетевые файловые системы могут давать задержки и блокировки.
7. Уровень энтропии.
Если система виртуальная или серверная, при низкой энтропии криптографические операции могут быть медленнее. В корпоративной инфраструктуре этот вопрос нужно решать аккуратно и в соответствии с политикой ИБ.
Что делать
- Обновить криптопровайдер и системные пакеты.
- Установить актуальные библиотеки для токенов.
- Проверить права доступа к устройствам и контейнерам.
- Использовать локальный диск для тестовой подписи.
- Проверить системные журналы.
- Проверить работу под другим пользователем.
- При необходимости настроить средства увеличения доступной энтропии, если это допустимо в вашей инфраструктуре.
21. Таблица быстрых симптомов
Ниже — компактная таблица, которая помогает быстро сопоставить симптом и вероятную причину.
| Симптом | Вероятная причина | Что проверить первым |
|---|---|---|
| Маленький файл подписывается очень долго | Проверка статуса, штамп времени, токен, CSP | Отключить штамп времени и проверку статуса для теста |
| Локально быстро, с сетевого диска медленно | Сеть, права, антивирус, файловый сервер | Скопировать файл локально |
| Один сертификат медленный, другой быстрый | Контейнер, токен, цепочка сертификата | Проверить цепочку и другой контейнер |
| Все сертификаты медленные | КриптоАРМ, CSP, ОС, антивирус | Обновить ПО, проверить антивирус |
| Быстро без штампа времени | Сервер времени недоступен или медленный | Проверить TSA и сеть |
| Быстро без проверки статуса | CRL/OCSP недоступны или отвечают медленно | Проверить адреса отзыва |
| Подпись зависает перед вводом PIN | Токен, драйверы, запросы PIN | Проверить драйверы и кэширование PIN |
| Пакет подписывается долго | Пакетные проверки, сеть, антивирус, штамп времени | Проверить пакетный режим и локальную папку |
| Проблема только в RDP | Проброс токена, сеть, перенаправленные диски | Проверить локально на сервере |
| Проблема только в браузере | Плагин, сеть, сервер подписи | Проверить другой браузер и плагин |
| После перезагрузки быстро, потом медленно | Кэши, ресурсы, токен, антивирус | Проверить нагрузку и журналы |
| Файл большого размера подписывается долго | Размер файла, диск, антивирус, сеть | Использовать локальный диск и отсоединенную подпись |
22. Рекомендуемый порядок действий для администратора
Если проблема массовая или повторяется у нескольких пользователей, лучше действовать по формализованному алгоритму. Это экономит время и помогает не пропустить важный фактор.
Этап 1. Сбор информации
Зафиксируйте:
- Версию КриптоАРМ.
- Операционную систему и ее разрядность.
- Версию криптопровайдера.
- Тип сертификата: квалифицированный или неквалифицированный.
- Издателя сертификата.
- Где хранится ключ: токен, локальный контейнер, реестр, сетевой путь.
- Тип токена, если он используется.
- Размер и расположение файла.
- Тип подписи: присоединенная или отсоединенная.
- Включен ли штамп времени.
- Включена ли проверка статуса сертификата.
- Используется ли RDP, терминальный сервер или веб-интерфейс.
- Сколько времени занимает подпись.
- Есть ли сообщения об ошибках.
- Проблема у одного пользователя или у многих.
Эта информация значительно ускоряет диагностику.
Этап 2. Локализация проблемы
Нужно понять, где именно теряется время.
Для этого выполняют последовательные тесты:
- Подпись маленького файла локально.
- Подпись того же файла с сетевого диска.
- Подпись другим сертификатом.
- Подпись с другим ключевым контейнером.
- Подпись без штампа времени.
- Подпись без проверки статуса сертификата.
- Подпись в другом профиле пользователя.
- Подпись на другом компьютере.
- Подпись через другое приложение, использующее тот же криптопровайдер.
- Подпись в другом браузере, если используется веб-сценарий.
После этих тестов обычно становится ясно, где узкое место:
- файл;
- сеть;
- токен;
- сертификат;
- криптопровайдер;
- КриптоАРМ;
- антивирус;
- браузер;
- сервер подписи;
- терминальная инфраструктура.
Этап 3. Устранение причины
В зависимости от результатов диагностики:
- обновляют КриптоАРМ;
- обновляют криптопровайдер;
- обновляют драйверы токена;
- переносят файлы локально;
- отключают ненужный штамп времени;
- чинят доступ к CRL/OCSP;
- устанавливают корневые и промежуточные сертификаты;
- настраивают антивирус;
- меняют токен;
- оптимизируют пакетную подпись;
- проверяют сервер времени;
- устраняют проблемы терминального сервера;
- настраивают веб-плагин;
- обращаются в поддержку.
Этап 4. Проверка результата
После изменений обязательно повторите тест:
- Маленький файл локально.
- Рабочий документ в обычном месте.
- Пакет документов, если проблема была пакетной.
- Сценарий с токеном, если использовался токен.
- Сценарий через RDP или браузер, если проблема была там.
Только после стабильного результата можно считать проблему решенной.
23. Безопасные действия и чего не стоит делать
При диагностике медленной подписи легко ошибиться и нарушить безопасность. Поэтому важно разделять временные тестовые действия и постоянные изменения.
Что можно и желательно делать
- Делать резервные копии ключевых контейнеров перед изменениями.
- Тестировать на отдельном пользователе или тестовом сертификате.
- Обновлять программное обеспечение.
- Проверять журналы и сообщения об ошибках.
- Использовать локальные копии файлов для теста.
- Фиксировать время операции до и после изменений.
- Согласовывать изменения с ИБ, если они касаются ключей, сертификатов и защитного ПО.
Чего не стоит делать без понимания
- Удалять ключевые контейнеры.
- Форматировать токен без резервной копии.
- Отключать проверку отзыва сертификатов на постоянной основе.
- Хранить закрытые ключи в незащищенных папках.
- Передавать пароли и PIN в открытом виде.
- Отключать антивирус навсегда без согласования.
- Менять системные криптографические настройки без резервной точки восстановления.
- Устанавливать несколько криптопровайдеров одновременно без необходимости.
- Копировать ключевые контейнеры на случайные носители.
Особая осторожность с юридически значимой подписью
Если речь идет о квалифицированной электронной подписи, нельзя просто отключать проверки безопасности ради скорости.
Нужно устранять причину:
- настраивать доступность CRL/OCSP;
- использовать локальные серверы проверки;
- применять исправные токены;
- обновлять программное обеспечение.
24. Когда обращаться в поддержку
Не все проблемы можно решить на уровне рабочего места.
В поддержку КриптоАРМ, удостоверяющего центра или внутреннего ИТ-подразделения стоит обращаться, если:
- Проблема воспроизводится на маленьком файле локально.
- Обновление КриптоАРМ и криптопровайдера не помогло.
- Другим сертификатом быстро, а этим медленно, и сертификат выдан вашим УЦ.
- Есть ошибки проверки сертификата.
- Есть ошибки токена или криптопровайдера.
- Подпись зависает без видимых диалогов.
- Проблема массовая на нескольких компьютерах.
- Подпись медленно работает только с квалифицированными сертификатами.
- Есть подозрение на повреждение ключевого контейнера.
- Проблема появилась после обновления ОС, криптопровайдера или КриптоАРМ.
- Веб-сценарий подписи работает медленно у многих пользователей.
- Терминальный сервер или сервер подписи показывает очередь операций.
Что приложить к обращению
Чтобы поддержка быстрее помогла, подготовьте:
- версию КриптоАРМ;
- версию операционной системы;
- версию криптопровайдера;
- тип токена или расположение ключа;
- размер файла;
- путь к файлу: локальный, сетевой, проброшенный;
- тип подписи: присоединенная или отсоединенная;
- включен ли штамп времени;
- включена ли проверка статуса;
- время операции;
- скриншоты настроек;
- сообщения об ошибках;
- результат теста маленьким файлом;
- результат теста другим сертификатом;
- результат теста без штампа времени;
- результат теста без проверки статуса;
логи, если есть возможность их выгрузить.
Не отправляйте закрытые ключи, пароли, PIN-коды и полные копии ключевых контейнеров без явной необходимости и без согласования с безопасностью.
25. Краткий итог: самый быстрый путь к решению
Если нужно быстро устранить проблему, используйте короткий алгоритм:
- Создайте маленький тестовый файл.
- Положите его локально.
- Подпишите отсоединенной подписью без штампа времени.
- Если быстро — проблема в большом файле, сетевом пути, антивирусе или настройках подписи.
- Если медленно — временно отключите проверку статуса сертификата.
- Если стало быстро — чините CRL/OCSP, цепочку сертификатов, сервер времени.
- Если не помогло — проверьте другой сертификат или контейнер.
- Если другим сертификатом быстро — проблема в конкретном ключе, токене или сертификате.
- Если все медленно — обновляйте КриптоАРМ, криптопровайдер, драйверы токена, проверяйте антивирус и ОС.
- Если используется RDP, браузер или сервер подписи — проверяйте сеть, плагин, проброс токена и нагрузку на сервер.
Заключение
Медленная подпись в КриптоАРМ почти всегда имеет объяснимую причину.
Чаще всего это не «программа тормозит», а один из факторов:
- недоступная или медленная проверка статуса сертификата;
- медленный сервер штампов времени;
- проблемы с токеном или драйверами;
- ключевой контейнер на медленном носителе;
- большие файлы на сетевом диске;
- антивирус или DLP;
- устаревший криптопровайдер;
- неправильные настройки подписи;
- особенности RDP или веб-сценария.
Информация предоставлена в ознакомительных целях. Применение описанных настроек в системах, должно осуществляться только после согласования с ответственными за информационную безопасность и в соответствии с требованиями ФСТЭК, ФСБ и иных уполномоченных органов.