C# アプリケーションのパフォーマンスをデバッグしているときに、同等の Java よりもはるかに遅いことに気付きました。調べてみると、問題は暗号化/復号化の方法が原因のようです。
モードを CFB8 に設定し、パディングなしで AES 暗号化を使用する必要があります。Javaの場合、これは私が使用できるので非常に簡単ですCipher.getInstance("AES/CFB8/NoPadding");
。C# では、 を使用する必要があることがわかりましたnew RijndaelManaged()
。同じキーと同じデータでテストを実行した後の結果は次のとおりです。
ジャワ:
- 暗号化: 0.402 秒
- 復号化: 0.480 秒
C#:
- 暗号化: 4.201 秒
- 復号化: 3.671 秒
C# 暗号コード:
public ICryptoTransform enc;
public ICryptoTransform dec;
public AesCrypto(byte[] key)
{
enc = Generate(key).CreateEncryptor();
dec = Generate(key).CreateDecryptor();
}
private SymmetricAlgorithm Generate(byte[] key) {
RijndaelManaged cipher = new RijndaelManaged();
cipher.Mode = CipherMode.CFB;
cipher.Padding = PaddingMode.None;
cipher.KeySize = 128;
cipher.FeedbackSize = 8;
cipher.Key = key;
cipher.IV = key;
return cipher;
}
public byte[] Crypt(byte[] buffer, int offset, int count) {
return enc.TransformFinalBlock(buffer, offset, count);
}
C# テスト コード:
static void Test() {
// Init
var AesCrypto = new AesCrypto(Encoding.UTF8.GetBytes("aaabbbccaaabbbcc"));
var testData = Encoding.UTF8.GetBytes(createDataSize(9000000)); // 9mb test.
// Timer
var stopWatch = new Stopwatch();
stopWatch.Start();
AesCrypto.Crypt(testData, 0, testData.Length);
stopWatch.Stop();
Console.WriteLine("AesCrypto.Crypt took: " + stopWatch.ElapsedMilliseconds);
}
static string createDataSize(int msgSize)
{
StringBuilder sb = new StringBuilder(msgSize);
for (int i = 0; i < msgSize; i++)
{
sb.Append('a');
}
return sb.ToString();
}
結果: "AesCrypto.Crypt かかった: 3626"
JAVA 暗号コード:
public Cryptor(boolean reader) throws CryptingException {
keySpec = new SecretKeySpec(secretKey.getBytes(CHARSET), "AES");
ivSpec = new IvParameterSpec(iv.getBytes(CHARSET));
try {
cipher = Cipher.getInstance("AES/CFB8/NoPadding");
if (reader) cipher.init(Cipher.DECRYPT_MODE, keySpec, ivSpec);
else cipher.init(Cipher.ENCRYPT_MODE, keySpec, ivSpec);
} catch (NoSuchAlgorithmException e) {
throw new SecurityException(e);
} catch (NoSuchPaddingException e) {
throw new SecurityException(e);
}catch (InvalidKeyException e) {
throw new SecurityException(e);
} catch (InvalidAlgorithmParameterException e) {
throw new SecurityException(e);
}
}
public byte[] decrypt(byte[] input) throws CryptingException {
return cipher.update(input);
}
public byte[] encrypt(String input) throws CryptingException {
return cipher.update(input.getBytes());
}
Java テスト コード:
private static void Test() {
// Init
String data = createDataSize(9392963);
Cryptor writer = new Cryptor(false);
// Timer
Instant starts = Instant.now();
byte[] encrypted = writer.encrypt(data);
Instant ends = Instant.now();
System.out.println("Java Encryption took: " + Duration.between(starts, ends));
}
private static String createDataSize(int msgSize) {
StringBuilder sb = new StringBuilder(msgSize);
for (int i=0; i<msgSize; i++) {
sb.append('a');
}
return sb.toString();
}
結果: 「Java 暗号化にかかった時間: PT0.469S」
考えられる解決策:
これをかなり調べたところAesCryptoServiceProvider()
、Java の同等物とほぼ同じパフォーマンスを持ち、ほとんど同じ結果が得られたようです。ただし、これの問題は、パディングが必要であるのに対し、Java の等価性ではパディングが必要ないことです。たとえば、これは、「abcdab」を暗号化する場合、「abcd」のみを暗号化し、その結果を返し、残り (「ab」) を内部に保持することを意味します。パディングを使用すると、暗号化された完全な「abcdab」を返すことができますが、Javaではパディングなしで「abcdab」を暗号化できるため、追加のデータが追加され、対称アルゴリズムが非同期になります。
質問
最後に私の質問は、C# の暗号化/復号化プロセスを Java と同じくらい速くするにはどうすればよいかということです。パディングを必要としAesCryptoServiceProvider
ない可能性がありますか?