RijndaelManagedとAesCryptoServiceProvider（AES暗号化）

Question

AESを使用してデータを暗号化する必要がありました。研究中私はAesCryptoServiceProviderクラスを発見しました。

初期化ベクトル（IV）が何であるかわからなかったので、スタックオーバーフローでAESの例を検索してみたところ、this questionになりました。

なぜスタックオーバーフローリンクでRijndaelManagedクラスが使用されますか？ RijndaelManagedとAesCryptoServiceProviderクラスは同じことをしていますか？

Answer 1

AESはRijndaelに基づいていますが、ブロックサイズは128ビットに制限されています。 Rijndaelはより広い範囲のブロックサイズをサポートしており、多くの暗号ライブラリはAESを補完するために別々のRijndael実装を提供しています。

ブロックサイズ128,160,192,224,256ビットはRijndaelアルゴリズムでサポートされていますが、AES規格では128ビットブロックサイズのみが指定されています。 [Wikipedia]

あなたはRijndaelManagedクラスにリンクしました。 AESの同等クラスはAesManagedです。クラス間の違いについて

：AesManagedは単にFIPS準拠していないとFIPSグループポリシーのフラグが設定されている場合は例外がスローされます使用された場合128 AesManagedとRijndaelManagedに設定されたブロックサイズでRijndaelManagedを使用しています。 .NET Framework 4.6.2（2016年8月）は、AesCngクラスを追加しました。これは、AESアルゴリズムのCNGバージョンの実装です。

An IVは、特定の対称動作モード（たとえばCBCモード）で必要とされる、ブロックサイズと同じ長さのランダムデータです。典型的には、IVは、平文の第1のブロックまたは暗号文の第1のブロックと結合される（排他的論理和）。アイデアは、同じキーで同じメッセージを2回暗号化しても同じ出力が得られないようにすることです。