Cómo puedo firmar un archivo usando RSA y SHA256 with.NET?

El uso de PrivateKey.toXMLString (true) o PrivateKey.ExportParameters (true) no se pueden usar en un entorno seguro, ya que requieren que su clave privada sea exportable, lo cual NO es una buena práctica.

Una mejor solución es cargar explícitamente el proveedor de criptomonedas "Mejorado" como tal:

// Find my openssl-generated cert from the registry
var store = new X509Store(StoreLocation.LocalMachine);
store.Open(OpenFlags.ReadOnly);
var certificates = store.Certificates.Find(X509FindType.FindBySubjectName, "myapp.com", true);
var certificate = certificates[0];
store.Close();
// Note that this will return a Basic crypto provider, with only SHA-1 support
var privKey = (RSACryptoServiceProvider)certificate.PrivateKey;
// Force use of the Enhanced RSA and AES Cryptographic Provider with openssl-generated SHA256 keys
var enhCsp = new RSACryptoServiceProvider().CspKeyContainerInfo;
var cspparams = new CspParameters(enhCsp.ProviderType, enhCsp.ProviderName, privKey.CspKeyContainerInfo.KeyContainerName);
privKey = new RSACryptoServiceProvider(cspparams);

Así es como lidié con ese problema:

 X509Certificate2 privateCert = new X509Certificate2("certificate.pfx", password, X509KeyStorageFlags.Exportable);

 // This instance can not sign and verify with SHA256:
 RSACryptoServiceProvider privateKey = (RSACryptoServiceProvider)privateCert.PrivateKey;

 // This one can:
 RSACryptoServiceProvider privateKey1 = new RSACryptoServiceProvider();
 privateKey1.ImportParameters(privateKey.ExportParameters(true));

 byte[] data = Encoding.UTF8.GetBytes("Data to be signed"); 

 byte[] signature = privateKey1.SignData(data, "SHA256");

 bool isValid = privateKey1.VerifyData(data, "SHA256", signature);

Me decidí por cambiar el archivo de clave para especificar el Proveedor de Servicios de cifrado apropiado, evitando el problema en.NET por completo.

Así que cuando creo un archivo PFX a partir de una clave privada PEM y un certificado público CRT, lo hago de la siguiente manera:

openssl pkcs12 -export -aes256 -CSP "Microsoft Enhanced RSA and AES Cryptographic Provider" -inkey priv.pem -in pub.crt -out priv.pfx

La parte clave es -CSP "Microsoft Enhanced RSA and AES Cryptographic Provider".

(-inkey especifica el archivo de clave privada y -in especifica el certificado público a incorporar.)

Puede necesitar para ajustar esto para los formatos de archivo que tiene a mano. Los ejemplos de la línea de comandos en esta página pueden ayudar con eso: https://www.sslshopper.com/ssl-converter.html

Encontré esta solución aquí: http://hintdesk.com/c-how-to-fix-invalid-algorithm-specified-when-signing-with-sha256/

Cuando usa un certificado para obtener su RSACryptoServiceProvider, realmente importa cuál es el proveedor subyacente de CryptoAPI. De forma predeterminada, cuando crea un certificado con 'makecert', es "RSA-FULL" que solo admite hashes SHA1 para la firma. Necesita el nuevo" RSA-AES " que soporte SHA2.

Por lo tanto, puede crear su certificado con una opción adicional: - sp" Microsoft Enhanced RSA and AES Cryptographic Provider " (o un equivalente-sy 24) y luego su código funcionaría sin la llave haciendo malabares.

De acuerdo con este blog debería trabajar con FX 3.5 (ver nota a continuación). Sin embargo, es importante recordar que la mayor parte de la criptografía.NET se basa en CryptoAPI (incluso si CNG está siendo cada vez más expuesto en los últimos lanzamientos de FX).

La clave es que CryptoAPI El soporte del algoritmo depende del Proveedor de Servicios Crypto (CSP) que se utiliza y que varía un poco entre las versiones de Windows (es decir, lo que funciona en Windows 7 puede que no funcione en Windows 2000).

Lea los comentarios (de la entrada del blog) para ver una solución posible donde especifique el CSP AES (en lugar del predeterminado) al crear su instancia RSACCryptoServiceProvider. Eso parece funcionar para algunas personas, YMMV.

Nota: esto es confuso para muchas personas porque todos los.NET frameworks liberados incluyen una implementación administrada de SHA256 que no puede ser utilizada por CryptoAPI. FWIW Mono hace no sufrir de tales problemas; -)

Así es como firmé una cadena sin tener que modificar el certificado (a un proveedor de cifrado RSA y AES mejorado de Microsoft).

        byte[] certificate = File.ReadAllBytes(@"C:\Users\AwesomeUser\Desktop\Test\ServerCertificate.pfx");
        X509Certificate2 cert2 = new X509Certificate2(certificate, string.Empty, X509KeyStorageFlags.Exportable);
        string stringToBeSigned = "This is a string to be signed";
        SHA256Managed shHash = new SHA256Managed();
        byte[] computedHash = shHash.ComputeHash(Encoding.Default.GetBytes(stringToBeSigned));


        var certifiedRSACryptoServiceProvider = cert2.PrivateKey as RSACryptoServiceProvider;
        RSACryptoServiceProvider defaultRSACryptoServiceProvider = new RSACryptoServiceProvider();
        defaultRSACryptoServiceProvider.ImportParameters(certifiedRSACryptoServiceProvider.ExportParameters(true));
        byte[] signedHashValue = defaultRSACryptoServiceProvider.SignData(computedHash, "SHA256");
        string signature = Convert.ToBase64String(signedHashValue);
        Console.WriteLine("Signature : {0}", signature);

        RSACryptoServiceProvider publicCertifiedRSACryptoServiceProvider = cert2.PublicKey.Key as RSACryptoServiceProvider;
        bool verify = publicCertifiedRSACryptoServiceProvider.VerifyData(computedHash, "SHA256", signedHashValue);
        Console.WriteLine("Verification result : {0}", verify);

He notado problemas similares en. NET con la clave privada incorrecta que se utiliza (o fue errores de plano? No recuerdo) cuando el certificado con el que estoy trabajando no está en el almacén de certificados de usuario/equipo. Instalarlo en el almacenado solucionó el problema para mi escenario y las cosas comenzaron a funcionar como se esperaba, tal vez pueda intentarlo.