encryption

0熱

1答えて

NoPaddingスキームでtripledes_cbc暗号化を行った後にガベージを取得

暗号化されたデータを復号化しています。データが非常に限定的な情報であるとします。情報はtripledes_cbcアルゴリズムで暗号化されます。情報の暗号化に使用される秘密鍵は、rsaアルゴリズムで暗号化されています。しかし、DESede/CBC/NoPaddingアルゴリズムで情報を復号化しようとすると、元のデータが前面と最後に埋め込まれたガベージ文字とともに取得されます。の代わりにDES/C

-1熱

1答えて

Python 2.xおよび3.x RC4暗号化

私はPython 2.xおよび3.xでRC4暗号化を実装しようとしていますが、次のコードは実行中のPythonのバージョンに基づいて異なる暗号化文字列を出力します。 def crypt(key, data): S = list(range(256)) j = 0 for i in list(range(256)): j = (j + S[i] + ord

0熱

1答えて

暗号化されたデータをMYSQLサーバからSqlサーバに移行

テーブルの一部のデータに対してaes-256暗号化があり、これをSQLサーバに移行しています。問題は、SQL Serverのデータを非互換性のために復号化できないことです。 SQL Serverと互換性のある方法でMYSQLのデータを暗号化できる方法はありますか？アドバイスはありますか？

-1熱

1答えて

解読せずにaes256アーカイブのパスワードを確認する方法

私はaes256として200GBの暗号化されたファイルを持っています。私はパスワードが10であると信じていますが、端末でアーカイブに失敗したというメッセージを出す前に、現在復号化するのに5時間以上かかります。 myコマンドは次のとおりです。openssl enc -in〜/ path/file.tgz.aes256 -aes-256-cbc -d -k password | tar -zxv -

0熱

1答えて

Java - AES 256はJDK 7とJDK 9では動作しますが、JDK 8では動作しません

新しいJDK 9リリースを使用してこのクラスを作成しました。 public class Encrypters { public static byte[] AESEncrypt(Key key, byte[] data) throws GeneralSecurityException { Cipher cipher=Cipher.getInstance("AES");

2熱

1答えて

スウィフト - AES 128 CTR、暗号文が長すぎる

私はしかし私の結果の暗号文が長すぎる、CryptoSwiftライブラリとスウィフトでAES-128-CTRを使用します。マイIVが16バイト、塩32バイトであり、AES平文も32バイトであり、なぜ別の16バイトのパディング従って、得られた暗号文の48バイトでありますか？ let salt: [UInt8] = Array("tkmlidnonknkqgvapjrpdcductebsozn".ut

0熱

1答えて

私はコード内の秘密の文字列を保護しようとしています。

私はAES/ECBを使用するよりも安全であると警告されているため、AES/CBCの文字列を暗号化および復号化するこのコードを書きました。 private static final String IV = "nVj1Vakka8jaVn9d"; private static final String AES_MODE = "AES/CBC/PKCS7Padding"; private stat

1熱

1答えて

Crypto ++とnode.jsの組み合わせ

データをC++で暗号化し、Node.jsサーバーに送信して解読する際に問題があります。私はそれを暗号化して解読すれば正常に動作するCrypto ++を使用しています。私は様々なモードを試しましたが、何も助けに見えませんでした。私はちょうどこれは、C++ AutoSeededRandomPool rand; // Generate a random key SecByteBlock key(

-2熱

1答えて

AndroidのAppで暗号化したデータ入力と異なるデータベースエンジン（SQL Serverの、MS Accessの）

こんにちはでそれを解読：を今日は特別な要件を受信し、それが以下の状況で構成されていますからAndroidアプリケーションで4つの入力を暗号化し、このデータがすでにサーバー（SQL Server）に入っている場合は、必要に応じてこれらのフィールドを復号化し、Microsoft Accessエンジンでも同じフィールドを復号化する必要があります。私はいくつかの暗号化アルゴリズムを使用することができ

0熱

2答えて

iOSでデータを保護する。キーチェーンまたはその他の方法

私はiOSの初心者で、APIエンドポイントから返されたトークンに基づいてセッションを維持する必要があるアプリケーションを開発しています。私はそれについて検索し、安全なデータがユーザのデフォルトに保存されるべきではないことを知ったので、私はKeychainを選択しました。私の質問は：キーチェーンは十分に安全ですか？他にも良い方法がありますか？ Keychainは値を暗号化して保存しますか（デフォ