Есть сообщение созданное в linux

В разных тестовых площадках делаю ryptcp -verify -verall ~/test_cont
подпись проверяется норм

В mac os X 10.8.4
получаю

Ошибка: Подпись не верна.
/dailybuilds/CSPbuild/CSP/samples/CPCrypt/DSign.cpp:800: 0x200001F9
[ErrorCode: 0x200001f9]

Вот сообщение.

Версия

/opt/cprocsp/bin/csptest -keyset -verifycontext
CSP (Type:75) v3.6.5364 KC1 Release Ver:3.6.7491 OS:MacOS CPU:AMD64 FastCode:READY:AVX.
AcquireContext: OK. HCRYPTPROV: 140250446823427
GetProvParam(PP_NAME): Crypto-Pro GOST R 34.10-2001 FKC CSP
Total:
[ErrorCode: 0x00000000]

cyrill:
Предположение пользователя Андрей * неверно.
В данном случае происходит ошибка при проверке проверить улучшенную подпись. Всё будет работать, если добавить к команде проверки подписи -nocades.
C ошибкой при проверке улученной подписи будем разбираться.

Отредактировано пользователем 15 июля 2013 г. 10:02:35(UTC)  | Причина: Не указана

Пожалуйста.
Единственное -- у меня на linux и на macos одинаковое поведение (такое как у Вас на macos). Возможно на linux у вас более старая версия CSP, cryptcp в которой не содержит проверки усовершенствованной подписи по умолчанию.
Ошибку зарегистрировала в нашей системе управления проектом, будем исправлять.

По умолчанию при проверке подписи проверяется и то что подпись математически корректна и то что к сертификату подписавшего есть доверие. В случае с проверкой подписи если подпись при этом единственная -errchain работает так же как проверка без флагов. Поэтому, если корневой сертификат не установлен или если не удается проверить какой-то сертификат на отзыв, то с опцией -errchain и без опций вы должны получать ошибку, а при проверке с опцией -nochain ошибки не будет.
У опции -errchain и вызова без опций есть ещё такое отличие: при запуске без опций, если не удалось проверить сертификат, вы получите запрос типа

Do you want to use this certificate ([Y]es, [N]o, [C]ancel)?

И, если ответить Y, то подпись проверится, если ответить N, то нет. Кеширование есть, но оно не влияет на доверенность сертификатов, только на выкачивание из сети CRL и корневых сертификатов.
Доверенность сертификатов могла измениться если
1) вы установили корневой сертификат
2) точка распространения CRL была не доступна по сети, а затем стала доступна
3) у вас неправильно настроено время (сертификат был "выпущен в будущем", а потом перестал)
4) вы делали манипуляции с cryptcp, связанные с созданием сертификатом и на вопрос от cryptcp "установить ли корневой" ответили утвердительно
...

Чтобы проверить, должно ли у вас быть доверие к корневому, можно, например, проверить что стоит в хранилище:

/opt/cprocsp/bin/<arch>/certmgr -list -store root