Как создать Ключ шифрования для Алгоритмов шифрования?

Вы действительно должны сделать это правильно :)

1) Используйте надежно сгенерированный случайный IV
2) Используйте надежно сгенерированный случайный ключ
3) Не используйте режим ECB - НИКОГДА

AesManaged aes = new AesManaged();
aes.GenerateKey();
aes.GenerateIV();

Приведенный выше код правильно и безопасно сгенерирует для вас случайный IV и случайный ключ.

Используйте System.Security.Cryptography.RandomNumberGenerator для генерации случайных байтов:

var rnd = new System.Security.Cryptography.RandomNumberGenerator.Create();
var key = new byte[50];
rnd.GetBytes(key);

Сгенерировать случайные буквы / шестнадцатеричный код определенной длины.

Эта функция (взятая из здесь ) возвращает случайный ключ определенной длины:

private static string CreateSalt(int size)
{
    //Generate a cryptographic random number.
    RNGCryptoServiceProvider rng = new RNGCryptoServiceProvider();
    byte[] buff = new byte[size];
    rng.GetBytes(buff);

    // Return a Base64 string representation of the random number.
    return Convert.ToBase64String(buff);
}

Это действительно зависит от того, что вам нужно делать с ключом.

Если ключ должен быть сгенерирован компьютером (и может быть любым случайным значением), я обычно беру SHA256 из пары GUID. Это примерно такая же случайность, как и без аппаратного генератора случайных чисел.

Вы можете использовать ключи со всеми нулями, но, очевидно, это будет не очень безопасно.

Похоже, вам нужно прочитать класс Rfc2898DeriveBytes.

Rfc2898DeriveBytes.GetBytes();

В нем есть метод (см. Выше), который позволяет вам настраивать размер байтовых массивов, которые вводятся в свойства .Key и .IV по симметричному алгоритму шифрования, просто путем ввода значения типа int. Официальная книга MS 70-536 предлагает сделать это программно, разделив свойство KeySize / 8.

То есть TripleDes или AESManaged.Что бы вы ни использовали, у самого алгоритма будут некоторые предварительные требования, которые необходимо выполнить в первую очередь. Т.е. выполнение условий размера ключа. RunTime автоматически заполнит свойства, поля и т. Д. Лучшими и самыми сильными значениями для вас. Но IV и ключ должны исходить от вас. Вот как вы можете сделать следующее:

RijndaelManaged myAlg = new RiRijndaelManaged();
byte[] salt = Encoding.ASCII.GetBytes("Some salt value");
Rfc2898DeriveBytes key = new Rfc2898DeriveBytes("some password", salt);
myAlg.Key = key.GetBytes( myAlg.KeySize / 8);
myAlg.IV  = key.GetBytes( myAlg.BlockSize / 8);
// myAld should now fully set-up.

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

В книге Microsoft 70-536 говорится, что свойства .Key ожидают массивы байтов, которые вы передаете им в байтах, а не в битах. Класс RFC работает в байтах, тогда как свойство KeySize алгоритмов работает в битах. 1 байт = 8 бит. Вы видите, к чему это идет ...? Это должно дать вам представление о том, почему приведенный выше фрагмент кода выполнен именно так! Я изучил это, и для меня это чертовски разумно!

Приведенный выше ответ должен позволить вам создать объект алгоритма с предоставленным паролем и статическим значением соли, которое может быть жестким кодом на обоих концах. Единственное, что вам нужно сделать, это позаботиться о том, как вы собираетесь убедиться, что байтовые массивы, хранящиеся в .Key и .IV, безопасно доставлены получателю, чтобы можно было успешно расшифровать зашифрованное сообщение. Путем безопасного восстановления одного и того же объекта алгоритма.

OBTW:

AESManaged имеет требуемый размер ключа: 128 бит = 16 байт !!! (8 * 8 = 64, 64 бит / 8 бит на байт = 8 байтов) Следовательно

64 * 2 = 128 бит, 8 * 2, ==> размер ключа 16 байтов!

256Bit = 32Bytes !!!!

Согласно официальному учебнику 70-536, Aes ограничен размером ключа 128 бит. Например, с классом Rijndael можно использовать 256 бит, 192 и 128 ключей.

Вы можете, с другой стороны, полностью забыть обо всей этой чуши и просто использовать вместо них методы .GenerateKey и GenerateIV, чтобы избавить вас от лишних хлопот, связанных с сортировкой заранее согласованного и согласованного пароля и статических значений соли. Ваша единственная забота - выяснить способ хранения и извлечения массивов ключей и байтов IV. Двоичный форматтер? .