タグ付けされた質問 「aes」

Advanced Encryption Standard(AES)は、暗号化ブロック暗号アルゴリズムです。

7
AES暗号化モード(CBC ECB CTR OCB CFB)の選択方法は?
それらのどれがどのような状況で好まれますか? さまざまなモードの評価基準のリストと、各基準の適用可能性についての説明をご覧ください。 たとえば、基準の1つは暗号化と復号化の「コードのサイズ」であると思います。これは、802.11ネットワークアダプターなどのマイクロコード組み込みシステムにとって重要です。CBCの実装に必要なコードがCTRに必要なコードよりもはるかに小さい場合(これが本当かどうかはわかりませんが、これは単なる例です)、小さいコードのモードが望ましい理由を理解できました。しかし、サーバーで実行するアプリを作成していて、使用しているAESライブラリがいずれにせよCBCとCTRの両方を実装している場合、この基準は無関係です。 「評価基準と各基準の適用可能性のリスト」の意味を参照してください?? これは実際にはプログラミング関連ではありませんが、アルゴリズム関連です。
480 encryption  aes 

9
Java 256ビットAESパスワードベースの暗号化
256ビットのAES暗号化を実装する必要がありますが、オンラインで見つけたすべての例では「KeyGenerator」を使用して256ビットのキーを生成していますが、自分のパスキーを使用したいと思います。自分のキーを作成するにはどうすればよいですか?256ビットにパディングしてみましたが、キーが長すぎるというエラーが表示されます。私は無制限の管轄パッチをインストールしているので、それは問題ではありません:) つまり。KeyGeneratorは次のようになります... // Get the KeyGenerator KeyGenerator kgen = KeyGenerator.getInstance("AES"); kgen.init(128); // 192 and 256 bits may not be available // Generate the secret key specs. SecretKey skey = kgen.generateKey(); byte[] raw = skey.getEncoded(); ここから取得したコード 編集 私は実際には、長すぎてビットではなく256バイトまでパスワードをパディングしていました。以下は、私がこれでいくつかの経験を積んだ今使用しているコードです。 byte[] key = null; // TODO byte[] input = null; // TODO byte[] …

11
アプリケーションをデプロイするときに「Unlimited Strength」JCEポリシーファイルのインストールを回避するにはどうすればよいですか?
Javaでそのままではサポートされていない256ビットAES暗号化を使用するアプリがあります。これを正しく機能させるために、JCE無制限の強度のjarファイルをセキュリティフォルダーにインストールします。これは私が開発者である場合は問題ありません。インストールできます。 私の質問は、このアプリが配布されるため、エンドユーザーはこれらのポリシーファイルをインストールしない可能性が高いです。エンドユーザーにアプリを機能させるためだけにこれらをダウンロードさせることは、魅力的なソリューションではありません。 エンドユーザーのマシンのファイルを上書きせずにアプリを実行する方法はありますか?ポリシーファイルをインストールせずにそれを処理できるサードパーティのソフトウェア?または、JAR内からこれらのポリシーファイルを参照する方法は?
169 java  aes  jce  policyfiles 


5
iPhoneでのNSStringのAES暗号化
文字列を暗号化して、暗号化されたデータを含む別の文字列を返すことができるように、誰かが私を正しい方向に向けることができますか?(私はAES256暗号化を試してみました。)2つのNSStringインスタンスを取得するメソッドを書きたいと思います。1つは暗号化するメッセージで、もう1つはそれを暗号化する「パスコード」です-生成する必要があると思いますパスコードが暗号化されたデータとともに提供された場合に逆にすることができる方法で、パスコードを含む暗号化キー。次に、メソッドは暗号化されたデータから作成されたNSStringを返す必要があります。 私はこの投稿の最初のコメントで詳述されている手法を試しましたが、今のところ運がありません。AppleのCryptoExerciseには確かに何かがありますが、それを理解することはできません... CCCryptへの参照をたくさん見ましたが、それを使用したすべてのケースで失敗しました。 暗号化された文字列を復号化できる必要もありますが、kCCEncrypt / kCCDecryptと同じくらい簡単であることを願っています。

10
C#でのAES暗号化の使用
ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 AES 128ビット暗号化を使用したきれいな例を見つけられないようです。 誰かがサンプルコードを持っていますか?

10
Java AES / CBC復号後の初期バイトが正しくない
次の例の何が問題になっていますか? 問題は、解読された文字列の最初の部分が無意味であることです。しかし、残りは大丈夫です、私は得ます... Result: `£eB6O�geS��i are you? Have a nice day. @Test public void testEncrypt() { try { String s = "Hello there. How are you? Have a nice day."; // Generate key KeyGenerator kgen = KeyGenerator.getInstance("AES"); kgen.init(128); SecretKey aesKey = kgen.generateKey(); // Encrypt cipher Cipher encryptCipher = Cipher.getInstance("AES/CBC/PKCS5Padding"); encryptCipher.init(Cipher.ENCRYPT_MODE, aesKey); …
116 java  encryption  aes 

15
JavaScript AES暗号化[終了]
閉まっている。この質問はスタックオーバーフローのガイドラインを満たしていません。現在、回答を受け付けていません。 この質問を改善してみませんか?Stack Overflowのトピックとなるように質問を更新します。 3年前休業。 この質問を改善する JavaScriptでAES 256ビット暗号化に使用できるライブラリはありますか?

7
ファイル暗号化のためのAES対Blowfish
バイナリファイルを暗号化したい。私の目標は、パスワードを持たないファイルをだれにも読まれるのを防ぐことです。 同じ鍵長のAESとBlowfishのどちらがより良いソリューションですか?攻撃者はファイルをクラックするための優れたリソース(ソフトウェア、知識、お金)を持っていると想定できます。

11
AESを使用したAndroidの暗号化/復号化[終了]
休業。この質問はもっと焦点を合わせる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 9か月前に閉鎖。 この質問を改善する AndroidでAESを使用して画像やその他のファイルを暗号化および復号化する方法の良い例はありますか?
105 java  android  encryption  aes 

6
SHA暗号化とAES暗号化の違いは何ですか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? Stack Overflowのトピックとなるように質問を更新します。 7年前休業。 この質問を改善する SHA暗号化とAES暗号化の違いは何ですか?
90 encryption  aes 

5
AndroidでAES暗号化を使用するためのベストプラクティスは何ですか?
この質問をする理由: Androidであっても、AES暗号化について多くの質問があったことは知っています。また、Webを検索すると、多数のコードスニペットがあります。しかし、すべてのページ、すべてのStack Overflowの質問で、大きな違いがある別の実装を見つけました。 そこで、「ベストプラクティス」を見つけるためにこの質問を作成しました。最も重要な要件のリストを収集し、本当に安全な実装をセットアップできることを願っています! 初期化ベクトルとソルトについて読みました。私が見つけたすべての実装にこれらの機能があったわけではありません。それであなたはそれが必要ですか?セキュリティは大幅に向上しますか?どのように実装しますか?暗号化されたデータを復号化できない場合、アルゴリズムは例外を発生させる必要がありますか?または、それは安全ではなく、単に読み取り不可能な文字列を返す必要がありますか?アルゴリズムはSHAの代わりにBcryptを使用できますか? 私が見つけたこれらの2つの実装についてはどうですか?彼らは大丈夫ですか?完璧またはいくつかの重要なものが欠けていますか?これらのうちどれが安全ですか? アルゴリズムは、暗号化のために文字列と「パスワード」を受け取り、そのパスワードで文字列を暗号化する必要があります。出力は文字列(hexまたはbase64?)である必要があります。もちろん、復号化も可能であるべきです。 Androidに最適なAES実装は何ですか? 実装#1: import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; import java.security.NoSuchProviderException; import java.security.SecureRandom; import javax.crypto.Cipher; import javax.crypto.SecretKey; import javax.crypto.SecretKeyFactory; import javax.crypto.spec.IvParameterSpec; import javax.crypto.spec.PBEKeySpec; import javax.crypto.spec.SecretKeySpec; public class AdvancedCrypto implements ICrypto { public static final String PROVIDER = "BC"; public static final int SALT_LENGTH = 20; public …

6
Java AESと自分のキーの使用
自分のキーでAESを使用して文字列を暗号化したい。しかし、キーのビット長に問題があります。私のコードをレビューして、修正/変更する必要があるものを確認できますか? public static void main(String[] args) throws Exception { String username = "bob@google.org"; String password = "Password1"; String secretID = "BlahBlahBlah"; String SALT2 = "deliciously salty"; // Get the Key byte[] key = (SALT2 + username + password).getBytes(); System.out.println((SALT2 + username + password).getBytes().length); // Need to pad key for AES …
88 java  key  aes 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.