Попробовал. Ошибка аналогичная.

А вы не могли бы привести кусок кода, который занимается преобразованием поданной в Content строки в массив байт в api cades? Это бы могло сильно упростить решение нашей проблемы.

Пробовал вырезать перед декодированием. Игнорировать не пробовал.

Получается, если мы обновимся до новой версии плагина, то у нас перестанет работать подписание? :)
Существует ли в API Cades метод для получения версии плагина, установленного на клиентском ПК?

Елена, к сожалению, не удалось разобраться с функцией Base64Decode (http://msdn.microsoft.com/en-US/library/2fzdww6e(v=vs.80).aspx), т.к. работаю в Java и точного аналога найти не удалось.

Смущает то, что вы говорите, что нашли у себя ошибку, хотя при этом говорите, что ничего дополнительного не делаете кроме подачи того, что передано в Content, далее на преобразование в байты.

Все-таки интересует вопрос - что вы делаете с переменной String, которая приходит из JavaScript, чтобы ее дальше преобразовать в массив байт и отдать на декодирование в ATL?

Юрий, если бы внимательно прочитали данную ветку, то не давали подобных комментариев. У меня нет возможности внести исправление в код, который на протяжении 5 лет создает подписи. Мне нужен механизм, который сможет эти подписи проверить в JCP. На будущее замечание понятно и его уже выше сформулировала Елена.

Склеивание строк таким образом опасно, хотя бы тем, что теоретически, возможна подмена документа.
"Ошибка" у нас заключается в использовании функции Base64Decode. Ничего, кроме передачи в эту функцию, мы со строкой дополнительно не делаем.

Попробуйте создать тем же кодом присоединенную подпись и выложите здесь.