問題タブ [rc4-cipher]

自分の PC でアプリケーションを実行しようとしましたが、この問題が発生し続けます。一部のライブラリが不足している可能性はありますか?

コード：

ALGORITHM 変数でRC4notを使用しているためでしょうか? ARCFOURARCFOUR を試すと、次のようになります。

さて、問題はコードではありません。サーバーでは、これはエラーなしで正常に実行されます。ただし、私のPCでは、そのInvalidKeyException例外がスローされます。それで、それはjvm関連のものです..何かアイデアはありますか?

編集: 両方の例外が発生していることがわかりました。一度ではありませんが、最初は不正なキー サイズで、次にプロバイダーがインストールされていません。プロジェクトを実行するときに、アルゴリズムを「ARCFOUR」に設定しました。

C＃でFoxycart XMLデータフィードを聴こうとしてい ますが、暗号化に帰着する問題が発生しています。

つまり、 RC4暗号化を使用して、エンコードおよび暗号化されたXMLとしてデータを送信します。

テストするために、C＃でこれをテストするための（ユーザーが送信した）サンプルコードがいくつかあります。ユーザーの1人から提供されたこのサンプルRC4復号化コードを使用してみましたが、機能していないようで、サポートスタッフはC＃RC4アルゴリズムを使用していると考えています。彼らはC＃の専門家ではないので、ここで質問すると思いました。これがFoxyCartフォーラムへの投稿です

とにかく、XMLファイルを暗号化してURLに投稿することで応答をシミュレートする（しようとする）コードは次のとおりです（DataFeedKeyはメンバー変数として保存した文字列であることに注意してください）。

これが、応答を受け取るコールバックメソッドです。

この質問でRC4クラス全体をインラインで投稿する代わりに、このRC4クラスのコードへのリンクを次に示します。

質問の上部にある上記のリンクに投稿したように、問題は、内部の可変トランザクションをチェックするときです。

メソッドでは、通常のXMLを元に戻す必要がありますが、代わりに次のように表示されます。

コードは正しく見えます：

1. 暗号化
2. エンコード
3. デコード
4. 復号化

しかし、それは機能していないようです。上記で何が間違っている可能性があるかについての提案はありますか？

これはおそらくばかげた質問ですが、私には理解できません。現在、私はこの Web サイトを使用しています: http://www.fyneworks.com/encryption/rc4-encryption/概念実証のために rc4 を暗号化します。たとえば、平文として「a」、パスワードとして「a」を入力すると、暗号文として「71」が得られます (これは「q」の ASCII 表現です)。opensslを使用して、コマンドラインから同じことをしたかった：

そのため、'71' ではなく '5896' を取得していますが、これは私には理解できません。誰かが私に説明できれば、私は感謝します。

ありがとうございました ！

私はPythonでRC4とDHキー交換を実装しようとしています。問題は、Python long/intをキー交換からRC4実装に必要なバイト配列に変換する方法がわからないことです。longを必要な長さのバイト配列に変換する簡単な方法はありますか？

更新：私が扱っている数値は768ビットの符号なし整数であることを忘れてしまいました。

私はObjective-Cは初めてですが、経験豊富な開発者（C＃）ですが、これを理解できません：

RC4 で暗号化された文字列があり、iPad (iOS 5.0) で Objective-C を使用して復号化する必要があります。私はネット上で動作する例を探しましたが、エンドツーエンドで動作する例を見つけることができませんでした。以下のコードは、復号化された文字列を正しく返さないだけでなく、実行するたびに異なるものを返すため、ポインターがどこかで解放されているように感じます。

注:問題があるかどうかはわかりませんが、文字列はhttp://archive.plugins.jquery.com/project/RC4を使用して暗号化された後、Objective-C からアクセスしている Sqlite データベースにテキストとして保存されました。 (アーキテクチャがごちゃごちゃしているように聞こえますが、現時点では変更できません。)

私が使用しているコードは次のとおりです (RC4 暗号化から取得 - CommonCrypto (Objective-C) vs PHP ):

RC4 で実行結果をエンコードする必要があります。bash スクリプトを実行する前に、データを暗号化する方法をテストしています。

次のコマンドを使用しています。

出力は次のとおりです。

今、このオンライン RC4 エンコーダーhttp://www.fyneworks.com/encryption/rc4-encryption/index.aspで同じことをしようとすると、出力は次のようになります: DA EA 54 65

同じデータと同じキーで異なる出力?? データ: 「テスト」 キー: 「テスト」

また、C でコーディングした小さなプログラムで確認したところ、出力はオンライン エンコーダーと同じでした...つまり、コマンド openssl で何が間違っているのでしょうか??

ありがとう！

暗号化されたビデオのストリーミング中に位置に「スキップ」したい場合、この問題が発生します

だから私が持っているのは：

http ストリーミング サーバー (ローカル、Android デバイス上で実行) ネイティブ android Media Player RC4 暗号化ユーティリティ

基本的に、暗号化されたビデオを SD カードに保存しています。http ストリーミング サーバーを使用してメディア プレーヤーにストリーミングしたいと考えています。サーバーはすでにオンザフライで暗号化を行っていますが、これは実際に機能し、OutputStream に書き込む前に RC4 暗号化ユーティリティを使用してバイトを変換します。

ファイルの暗号化は問題ありません。生成された暗号化ユーティリティのビットに対してファイル全体を実行するだけです。これは、ビデオを再生しようとするときにやり直すだけです。問題は、ビデオの位置を「シーク」したい場合です。たとえば、2 時間の映画の中間部分を表示したい場合です。私が現在行っていることは、非常にゆっくりではありますが、RC4 暗号化ユーティリティをリセットし、ビデオでジャンプした時間と同じ量をフィードすることです。

ここでの説明があまり明確に聞こえない場合はご容赦ください。ただし、実際にストリーミングで RC4 暗号化を使用していた場合は、同じ問題に遭遇するはずです。

問題は、それが可能かということです。可能であれば、スキップした不要なバイトをすべて通過せずに、RC4 ビット ジェネレーターの位置を「シーク」するにはどうすればよいでしょうか。

各ビデオのサイズは約 500 MB 程度なので、ビデオの最後近くまでシークすると、正しいデータをストリーミングできるようになるまでに約 5 億回の無駄なビット反復が必要になります。

このコードをここから asp http://bytes.com/topic/access/insights/906671-rc4-encryption-algorithm-vba-vbscript用に取得し、base64 で実行しました。

復号化部分をPythonで書く方法を誰かが理解するのを手伝ってくれるかどうか疑問に思っています。私のPythonサーバーページで復号化が行われるため。

このhttp://www.id-snippet.com/20801/python-rc4-cipher/を見つけましたが、最初のリンクから RC4 asp を解読しません。

-ジム

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%％%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %% ASP ページ

Python サーバー ページ

同じキー「1234」を使用すると、Python の復号化で元の文字列がレンダリングされない理由がわかりません

私は DCPU-16 用の RC4 を書いていますが、始める前にいくつか質問があります。

RC4 アルゴリズム:

私は 16 ビット ワードを扱っているため、各要素はS[]、予想される 0 ～ 255 ではなく、0 ～ 65535 の範囲に収まります。K は 0 ～ 65535 である必要があります。この問題に対処するための最善の方法は何でしょうか?

私が見るオプション（およびそれらの問題）は次のとおりです。

1. どこでも引き続き使用し、連結された 2 つのラウンドを出力に取り込みます (実行に時間がかかるため、 CPBをできるだけ低くMod 255保ちたいと考えています)。
2. RC4 を微調整Kして、長さ 255 の配列を使用しながら 16 ビットの数値になるようにしS[]ます (暗号化を正しく行いたいので、RC4 をいじる際の間違いが心配です)。

私の最良の選択肢は何ですか？＃1をしなければならないかもしれないと感じていますが、ここにいる人々が私に＃3をする自信を与えてくれることを願っています.