Xades GIS

[LiptonDev]

Если правильно понял, то сейчас нельзя подписать XML для ГИС ЖКХ через библиотеку?
А то надоело уже держать отдельный сервис на старом net framework'e, да и клиенты пора бы уже давно на net core переводить 😥
Скоро выйдет net 8, а мы до сих пор застряли на net framework'e

[Fasjeit]

Добрый день.

В данный момент формирование Cades подписей (кроме просто cms) в рамках данной библиотеки не реализовано (как и рамках предшествующих corefx и КриптоПро.Net).

Есть планы на добавление поддержки ряда Cades подписей, но не раньше перехода на dotnet 8.

[7vitaly-krasovsky7]

И еще заметил, что у вас там одна из зависимостей (System.Security.Cryptography.Xml) требует версии 9+, хотя сборка позиционируется под .net8. Если использовать 8-ую версию этой библиотеки Xml, то при попытке вычисления подписи валится ошибка "System.Security.Cryptography.CryptographicException: SignatureDescription could not be created for the signature algorithm supplied."

[Fasjeit]

@7vitaly-krasovsky7 Добрый день. Чуть выше есть пример класса CpXadesSignedXmlCertV1, который в неком приближении формирует CertificateV1 если используется нужный флаг UseSigningCertificateV1. Конкретно данный узел формируется после комментария

// <Object>
//      <QualifyingProperties>
//          <SignedProperties>
//              <SignedSignatureProperties>
//                  <SigningCertificate>
//                      <Cert>
//                          <IssuerSerial>

Управление порядком байт при формировании серийника происходит тут (возможно надо будет поменять)

var serialBigInt = new BigInteger(serialNumberBytes, true, false);

Имя издателя задаётся тут:

x509IssuerNameNode.InnerText = signingCertificate.IssuerName.Name;

возможно, как вы указали, поможет следующее преобразование имени издателя перед записью в узел

    return signingCertificate.IssuerName
        .Replace("E=", "1.2.840.113549.1.9.1=")
        .Replace("unstructuredName=", "1.2.840.113549.1.9.2=");

Если дело в данном узле - возможно заработает. Если нет - возможно проблема где то ещё, например в какой то части трансформации/каноникализации узлов xml.

[Fasjeit]

И еще заметил, что у вас там одна из зависимостей (System.Security.Cryptography.Xml) требует версии 9+, хотя сборка позиционируется под .net8. Если использовать 8-ую версию этой библиотеки Xml, то при попытке вычисления подписи валится ошибка "System.Security.Cryptography.CryptographicException: SignatureDescription could not be created for the signature algorithm supplied."

Данный пакет (System.Security.Cryptography.Xml) собран с таргетом в runtive 8.0 и 9.0, так что в 8.0 должен работать без проблем.
https://www.nuget.org/packages/system.security.cryptography.xml/#supportedframeworks-body-tab

[7vitaly-krasovsky7]

Проверил, класс CpXadesSignedXmlCertV1 и прогон метода GetOidRepresentation над signingCertificate.IssuerName.Name, формируют в конце полностью валидную для ГИС ЖКХ xml-ку с подписью. Сам ГИС тоже на нее не ругнулся, ответ на запрос прислал. В целом нас устраивает, теперь наконец-то слезем с .net6 и старой версии libcore. Спасибо!

[Fasjeit]

Проверил, класс CpXadesSignedXmlCertV1 и прогон метода GetOidRepresentation над signingCertificate.IssuerName.Name, формируют в конце полностью валидную для ГИС ЖКХ xml-ку с подписью. Сам ГИС тоже на нее не ругнулся, ответ на запрос прислал. В целом нас устраивает, теперь наконец-то слезем с .net6 и старой версии libcore. Спасибо!

Отлично. В следующих релизах тогда для комплектности включим данный код (либо в виде отдельного класса, либо в основной с корректной работой флага v1). Существующий код из примера выше также продолжит работать. Спасибо за проверку.