Добрый день!
При реализации метода проверки подписи xades и СМЭВ, возникла следующая проблема:
провайдер JCP - отлично проверяет подпись xades, но подружить со СМЭВ у меня никак и не получилось, изначальная ошибка:


Нашел статью где используется xades4j, плюс в дистрибутиве JCP есть samples-sources, где проверка делается xades4j, в результате обычный xades-bes со СМЭВ проходит проверку успешно, но когда пытаюсь проверить xades-T то возникает ошибка:

Проблема в том, что в последних версиях xades4j используют org.apache.santuario » xmlsec 2.2.3, а в JCP 2.1.2, в итоге работает либо xades4j либо JCP
Отказаться от JCP не хотелось бы, но проверку xades необходимо с учетом СМЭВ.

Вопрос: Можно подружить JCP и СМЭВ ? или как-то еще решить текущую проблему ?

Добрый день.


есть пример как можно зарегистрировать ? И возможно зарегистрировать без xades4j ?

Установил минимально допустимую версию по xmlsec = xades4j 1.5.1, и теперь в момент создания xades подписи добавились теги:
Signature -> KeyInfo -> X509Data -> X509IssuerSerial и
Signature -> KeyInfo -> X509Data -> X509SubjectName
раньше был только
Signature -> KeyInfo -> X509Data -> X509Certificate
И теперь проверка не проходит, так как приоритет проверяемых тегов в KeyInfo сдвинулся на X509IssuerSerial (вместо X509Certificate), где в процессе сравнения issuer и cert.getIssuerX500Principal возникает ошибка Could not determine unique target subject.


Ошибка возникает так как атрибуты в ИНН и ОГРН в сертификате указаны с типом NumericString (#12), а при получении атрибута из строки Signature -> KeyInfo -> X509Data -> X509IssuerSerial -> X509IssuerName (OID.1.2.643.100.1=1037700085444, OID.1.2.643.100.4=7717107991) используется тип PrintableString (#13)



Указать NumericString для проверки у меня не получилось.
При создании можно добавить в профиль не включать эти теги new XadesBesSigningProfile(keyingProvider).withBasicSignatureOptions(new BasicSignatureOptions().includeIssuerSerial(false).includeSubjectName(false))
и тогда всё работает, но есть риск, что поступит подпись, которую не мы создали и там будут эти теги.

Возможно, я не первый, кто столкнулся с этой проблемой, просьба написать возможные варианты решения.

Отредактировано пользователем 28 июня 2022 г. 8:32:26(UTC)  | Причина: Не указана

1. Регистрация трансформации у меня уже используется Transform.register("urn://smev-gov-ru/xmldsig/transform", SmevTransformSpi.class);
без неё xades4j не работал бы. Вопрос был по JCP, был у вас с ним уже успешный опыт со СМЭВ и может есть пример ?
2. Я сейчас отключил генерацию этих тегов, решение создавать их в виде base64, не решает проблему если поступит на проверку подпись в обычном представлении от другой системы

Добрый день.
По поводу X509IssuerSerial тогда будем ждать прецедентов, может и действительно их не будет.


В первом сообщении я прикладывал ссылку XAdES-T для взаимодействия с ГИС ГМП

На текущий момент реализуется универсальный сервис для работы с ЭЦП: подпись, усовершенствование, проверка и взаимодействие со СМЭВ, ГИС ЖКХ и другими системами.
Поэтому планируем реализацию доступных форматов, которые поддерживает КриптоПро

.

Отредактировано пользователем 30 июня 2022 г. 11:09:35(UTC)  | Причина: Не указана