views:

3052

answers:

6

I'm new to encryption. I need to implement asymmetric encryption algorithm, which i think it uses private/public key. I started using a sample of RSACryptoServiceProvider. it was ok with small data to encrypt. But when using it on relatively larger data "2 lines", i get the exception CryptographicException "Bad Length"!

//Create a new instance of RSACryptoServiceProvider.
using (RSACryptoServiceProvider RSA = new RSACryptoServiceProvider())
{

    //Import the RSA Key information. This only needs
    //toinclude the public key information.
    //RSA.ImportParameters(RSAKeyInfo);
    byte[] keyValue = Convert.FromBase64String(publicKey);
    RSA.ImportCspBlob(keyValue);

    //Encrypt the passed byte array and specify OAEP padding.  
    //OAEP padding is only available on Microsoft Windows XP or
    //later.  
    encryptedData = RSA.Encrypt(DataToEncrypt, DoOAEPPadding);
}

Then I found some samples of encrypting large data (or files) by using CryptoStream, and only use symmetric algorithms like DES or 3DES, which have the function CreateEncryptor to return ICryptoTransform as one of the input to the constructor of CryptoStream!!!

CryptoStream cStream = new CryptoStream(fStream,
                new TripleDESCryptoServiceProvider().CreateEncryptor(Key, IV),
                CryptoStreamMode.Write);

What is the way to encrypt files using RSA?

+7  A: 

Usually, RSA is only used to transfer a symmetric key (at the start of the stream for example) and encrypt the bulk data with that key. asymmetric encryption isn't efficient enough to transfer a lot of data.

Henk Holterman
+2  A: 

The .NET implementations of RSA (and all public/private key algorithms) do not support large blocks of data - because that's not the aim of public/private key.

Instead what you would do is generate a new symmetric key and use that to encrypt the data. Then you use public/private key to encrypt the symmetric key and exchange it with the other party securely. They then decrypt the symmetric key and use it to unencrypt your data.

blowdart
+4  A: 

RSA can only encrypt data blocks that are shorter than the key length so what you normally do is

1) Generate a random key of teh lnght required for AES or similar. 2) Encrypt your data using AES or similar using that key 3) Encrypt the random key using your RSA key

Then you publish both the outputs from 2 and 3

To decrypt

1) Decrypt the AES key using your RSA key. 2) Decrypt the data using that AES key

John Burton
If you do this then the only ones who can decrypt the data are those who possess the private key from your RSA keypair.
Joe Kuemerle
Yes of course, isn't that the point of encryption really?
John Burton
+5  A: 

As mentioned in other answers asymmetric encryption is only designed for encrypting data smaller than it's key size.

One option that I have implemented when needing to transfer large amounts of encrypted data between two systems is to have an RSA keypair whose public key is known to both the sender and the receiver then when data needs to be sent the receiver generates a new RSA keypair, encrypts the public key of that keypair with the common public key and sends the encrypted public key to the sender. The sender decrypts the receivers public key using it's private key (which the receiver does not need to know, just as the sender does not need to know the receivers generated private key), generates a symmetric encryption key, encrypts the data with the symmetric key and then encrypts the symmetric key using the public key received from the receiver. Both the encrypted symmetric key and the encrypted data are then sent to the receiver which uses it's generated private key to decrypt the symmetric key and then decrypts the data.

You can use the RSACRyptoServiceProvider.ToXMLString and RSACryptoServiceProvider.FromXMLString methods to store the common public key as an XML string literal in the receiver application.

Don't forget, when you generate the symmetric encryption key to use RNGCryptoServiceProvider() to generate the key as it is a much more secure method of generating (pseudo) random numbers.

Also, I strongly recommend against using 3DES as your symmetric encryption algorithm, it is old and starting to show it's age. Use AES symmetric encryption with either AesCryptoServiceProvicer or RijndaelManaged classes.

Joe Kuemerle
A: 

IF you want to understand in more details the difference between symmetric encryption (in your case TripleDES but I agree to use AES) and asymmetric encryption (used only for digital signatures or key exchange methods as those proposed) try to see

http://www.we-coffee.com/knowledge/BIB%5FA5R7T.aspx

Matteo Slaviero
+1  A: 

For future searches regarding RSA bad length exceptions...

You can calculate the max number of bytes which can be encrypted with a particular key size with the following:

((KeySize - 384) / 8) + 37

However, if the optimal asymmetric encryption padding (OAEP) parameter is true, the following can be used to calculate the max bytes:

((KeySize - 384) / 8) + 7

The legal key sizes are 384 thru 16384 with a skip size of 8.

abscode