問題タブ [ecb]

誰かがTCBアルゴリズムの説明を提供してもらえますか?

次の基準を使用して暗号化されたJavaでファイルを復号化するタスクがあります。

128ビットキー、ECBモード、PKCS7パディングを備えたAES暗号化アルゴリズム。暗号化されたファイル形式は次のとおりです。-最初のバイトは16進数0x31–使用する暗号化方式を指定します（AESの場合は1）-その後に入力ファイルの暗号化されたバイトが続きます

ファイルもダウンロードする必要があるので、これまでの試みは次のとおりです。

ダウンロードコード。必須ではなく、暗号化されていないため、ここでは最初のバイトをスキップします。

これにより、暗号化されたファイルがダウンロードされるので、次のコードを使用してこのファイルを復号化しようとします。

上記は私に新しいファイルのdecrytedデータを与えるはずです。

そして、SecretKeySpecのバイト形式のキーを作成するためにそのコードで使用されるutilメソッドは次のとおりです。

ただし、これにより現在、次の例外が発生します。

暗号化されたファイルは正常にダウンロードされ、復号化は実行されますが、上記の例外が発生し、復号化する必要のあるファイルをチェックすると、ファイルの最初の行が正しく復号化され、次の数行のごく一部が残りの部分にジャンクが返されることがわかります。

問題をどこで探すべきかわからないので、私はこれで立ち往生しています、誰かが助けることができますか？または、例外を引き起こしている可能性のある方向に私を向けますか？

追加情報：

上記の行は、log cat（stacktrace）の例外からのものです。

そして、このコード行で例外が発生していることを示しています。

JAVA を使用してメッセージを復号化するプログラムを作成する必要があります。メッセージは、PHP に実装された Triple DES / ECB を使用して暗号化されます。アルゴリズム、モード、およびパディング スキーマでいくつかの異なる設定を試しました。正しい結果が得られません。何が欠けている？

メッセージを暗号化する PHP プログラムは次のとおりです。

以下は、メッセージを復号化する Java プログラムです: (私は BouncyCastleProvider を使用しています)

iOSアプリケーションで.NETサーバーからデータを復号化しようとしています。データはECBモードの3DESで暗号化されています。私はAndroidでこれと同じデータを正常に復号化できましたが、IOSではガベージ出力を取得し続けます。

iOSとAndroidの間で暗号化されたバイトとダイジェストされたキーバイトを比較しましたが、それらは同じように見えます（ただし、 xcodeデバッガーと比較できるように署名されたJavaバイトを16進表現に変換する必要がありました）。ただし、Java暗号オブジェクト`はCommon Cryptoよりも高レベルであるため、キーを正しく準備したかどうかはわかりません。次のコードをご覧ください。フィードバックは大歓迎です。

PHPでこれを行う方法を知りたい：

これは私が試している実際のコードです:

?>

ECBが開かれているアイテムの機能で、sharepointリストのECBに特定のメニューアイテムを隠したい。

すべてのリスト項目の一部のコンテキスト メニューを非表示にするために、CAMOpt 関数をオーバーロードしました。それは機能しますが、選択したアイテムのステータスに応じて、いくつかのコンテキスト メニューを非表示にしたいと考えています。

そのため、コンテキスト メニューに関連する項目に関する詳細情報を取得する必要があります。

コンテキスト情報を取得する方法はありますか?

私の新しいプロジェクトでは、以前に他の誰かによって暗号化されたいくつかのファイルを復号化する必要があります。

私がこれまでに持っている情報は次のとおりです。 .

ファイルを復号化するにはそれで十分ですか？

いくつかの復号化ソフトウェアとコード サンプルを試しましたが、どれもファイルを復号化できませんでした...

何か不足していますか??

どうも ：）

データ暗号化を処理するために、php の既存のクラスと同等のパッケージを perl で作成しようとしています。

暗号化タイプは ECB モードの TripleDES のようですが、Crypt::CBC または Crypt::TripleDES を使用して結果の暗号テキストを複製できません。

問題は、パディングまたはキー形式（バイナリと16進数など）のいずれかに関係していると思いますが、ドキュメントは答えを見つけるのに役立っていません。

現在の PHP クラスは次のとおりです (簡略化されていますが、コア機能は同じです)。

現在の perl パッケージは次のとおりです。

そしてテストコード：

それぞれの出力は次のとおりです。

php:

パール:

予想される結果は、perl の暗号化サブルーチンが php の暗号化関数と同じ出力を返し、復号化が同じことを逆に行うことです。

Crypt::TripleDES がこの問題を攻撃するのに間違った方法である場合は、別のものを喜んで使用します。とにかく、このコードはよりきちんとしたものに書き直されます。

補足として、これは複数のキーの長さで機能する必要があるため、パディングの問題である場合は、キーの長さに基づいて正しいパディングを計算する方法を説明してください。

組み込みの暗号ライブラリを使用して、Node.js で次の base64 でエンコードされた暗号文をデコードしようとしています。

http://www.tools4noobs.com/online_tools/decrypt/に値を入力し、 Blowfish、ECB、Base64 デコードを選択すると、文字列typeconfig.sys^_-をキーとして使用して PHP の mcrypt 関数で動作するようです。

ただし、Node.js で次のコードを実行すると:

ガベージ出力が得られます：

ライブラリ自体のテストも試しましたが、それ自体が適切にエンコードされたものを処理できるようです。

生成:

ただし、そのbase64文字列をコピーして貼り付け、キー「キー」と一緒にhttp://www.tools4noobs.com/online_tools/decrypt/に入力すると、ガベージ出力も生成されます。

これら 2 つのライブラリは同じ出力を生成するべきではありませんか、それとも私が何か間違ったことをしたのでしょうか?

ECBについて聞いた暗号モードやその他のことに関するこのウィキペディアの記事から判断すると、それは大したことではなく、暗号化されたデータに関する情報を漏らす可能性があります。ただし、ECBを利用する例はまだたくさんあります。

• .NETでのトリプルDESサンプルの上位Google検索結果の1つ
• この質問に対する答えの1つ

ECBを使用することはこれまでに受け入れられるか、または有利ですか？

データが非常に小さく（1ブロック）、ソルトとIVの両方を使用している場合、問題ありませんか？もしそうなら、あなたがそれを使うのをやめるときの閾値はどこにありますか？