Для начала вам нужно разобраться, какой именно тип подписи формируется через плагин.

Если Cades - то способ проверки на Linux это использование PInvoke на cades в csp.

Если cms или xml - можно проверить, используя наш форк. Примеры проверки cms и xml аналогичны соответствующим примерам из КриптоПро.Net sdk (Классы SignedCms или SignedXml).

Должен, как создавали сертификат? Обращались к тестовому УЦ с ГОСТ 2001?

Я использовал метод из примера:

/// <summary>
/// Создать сертификат ГОСТ 34.10.2012 256
/// </summary>
private static void MakeMeCert()
{
using (var parent = new Gost3410_2012_256CryptoServiceProvider())
{
var parentReq = new CertificateRequest(
"CN=Experimental Issuing Authority",
parent,
HashAlgorithmName.Gost3411_2012_256);

parentReq.CertificateExtensions.Add(
new X509BasicConstraintsExtension(true, false, 0, true));

parentReq.CertificateExtensions.Add(
new X509SubjectKeyIdentifierExtension(parentReq.PublicKey, false));

using (var parentCert = parentReq.CreateSelfSigned(
DateTimeOffset.UtcNow.AddDays(-45),
DateTimeOffset.UtcNow.AddDays(365)))
{
byte[] certData = parentCert.Export(X509ContentType.Pfx, "1");
File.WriteAllBytes(@"MyCert.pfx", certData);
}
}
}

Вы изменили на Oids.Gost3410_2012_256 и Oids.Gost3410_2012_512,
которые в свою очередь соответствуют константам:

public const string Gost3410_2012_256 = GostConstants.OID_CP_GOST_R3410_12_256;
public const string Gost3410_2012_512 = GostConstants.OID_CP_GOST_R3410_12_512;

Константы соответствуют:

/// <summary>
/// OID алгоритма открытого ключа/цифровой подписи ГОСТ Р 34.10-2012 256
/// </summary>
internal const string OID_CP_GOST_R3410_12_256 = "1.2.643.7.1.1.1.1";

/// <summary>
/// OID алгоритма открытого ключа/цифровой подписи ГОСТ Р 34.10-2012 512
/// </summary>
internal const string OID_CP_GOST_R3410_12_512 = "1.2.643.7.1.1.1.2";

Вопрос:
Почему не вот эти oid-ы:

/// <summary>
/// OID алгоритма цифровой подписи ГОСТ Р 34.10-2012 256 (используется как SignatureAlgorithm в сертификате)
/// </summary>
internal const string OID_CP_GOST_R3411_12_256_R3410 = "1.2.643.7.1.1.3.2";

/// <summary>
/// OID алгоритма цифровой подписи ГОСТ Р 34.10-2012 512 (используется как SignatureAlgorithm в сертификате)
/// </summary>
internal const string OID_CP_GOST_R3411_12_512_R3410 = "1.2.643.7.1.1.3.3";

У нас на клиенте используется для подписи модели json плагин КриптоПро. И на сервере требуется расшифровать подпись, чтоб получить из нее данные. Не понятно, какую библиотеку для этого использовать и как. Ну или какой-нибудь сторонний апи. Насколько я понимаю, сформированная подпись в формате Pkcs7

Отредактировано пользователем 13 августа 2020 г. 10:07:50(UTC)  | Причина: Не указана

csp никуда не лезет.
что такое "подтверждение подписи от сервера криптопро"?
штамп времени (tsp) или подтвердить статус сертификата (ocsp)?

Добрый день! Светлое сертифицированное будущее ещё не настало? Ищется сертифицированное решение под .NET Core.
Спасибо.

Отредактировано пользователем 1 сентября 2020 г. 11:40:01(UTC)  | Причина: Не указана

Добрый день.

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

Пока для cms единственный вариант без окошек - как раньше устанавливать сертификат в хранилище(unix - /opt/cprocsp/bin/amd64/certmgr -install -pfx -file ./cert.pfx -store My -pin 1 ; windows - оснастка "сертификаты"), получать его в коде через x509Store и использовать в SignedCms.

CMS (и xml) шифрование пока не поддерживаем.

ps. В cms подписи починили в ночной сборке загрузку сертификатов из файла. Можно экспериментально попробовать.
https://ci.appveyor.com/...5uu5hpdhrl0tw9/artifacts
https://ci.appveyor.com/...68ps6bnrlh4lls/artifacts

Отредактировано пользователем 17 сентября 2020 г. 10:20:28(UTC)  | Причина: Не указана

Да, шифрование пока только симметричное для 28147-89 через соответствующий класс.
Асимметричное в ближайших планах.