2009-08-04 3 views
10

私は区別の要因があると思いますAesManagedまたはRijndaelManagedでAesCryptoServiceProviderを選択できるのはいつですか?

  • AesCryptoServiceProviderは、FIPSに準拠し
  • AesManagedは、クロスプラットフォームであるRijndaelManagedは、.NET 2.0上で動作する.NET 3.0
  • は、ブロックサイズ
を制限する必要が必要です

はそうですか?

+0

が重複する可能性[なぜRijndaelManagedとAesCryptoServiceProviderは異なる結果を返すされている?](http://stackoverflow.com/questions/957388/why-are-rijndaelmanaged-and-aescryptoserviceprovider-returning-different-results) –

答えて

2

AesManaged documentation

「がAESアルゴリズムは、固定ブロックサイズ及び反復回数。RijndaelManagedクラスとしてこのクラスの機能と同じ方法とラインダール対称アルゴリズムは、本質的であるが、128ビットのブロックを制限し、がないと述べていますフィードバックモードを許可する。

ECB(Electronic Codebook)モードを使用することを推奨します。これは、プレーンテキストデータの同一のブロックが暗号出力の同一のブロックになることを意味するので、暗号化されたデータに対して著しい弱点となる可能性がある。


編集:Modeプロパティの
文書は(紛らわしいフィードバックモードIS)CBCにそのモードInfactはデフォルトを示しますが、CFBまたはOFB(暗号フィードバック/出力に設定することはできません(補正など)フィードバック)の

+2

ありませんECBにとってのみ有用であると私には示唆していません。実際にAESがECBBのためだけに使用可能であった場合、マイクロソフトの文書スタイルを知っていれば、文書は明示的に述べています。 (そしてそれは "クックブック"、その "コードブック"ではない)。 CBCを含むAESがサポートする他のモードもあります。 – Cheeso

+0

ええと、私はあなたが正しいと思う、それはドキュメントの矛盾であるかもしれない。更新された答え – PaulG

関連する問題