問題タブ [key-generator]

4 バイトの ID から始まるキー生成アルゴリズムをリバース エンジニアリングしたいのですが、出力は 4 バイトのキーです。いくつかのパターンが観察できるため、これは不可能でも非常に困難でもないようです。次の図は、8 つの状況でのアルゴリズムの入力と出力です。

ご覧のとおり、入力からのバイトが一致している場合、出力も一致していますが、いくつかの例外があります (画像の赤いマーキング)。

したがって、いくつかの単純な算術演算/バイナリ演算が実行されていると思います。不一致は、加算演算のキャリーに起因する可能性があります。

これまで、最大 4 つの変数パラメーター (0..255、すべての組み合わせ) を使用して、入力の最下位バイトに対していくつかの単純な操作を行う C プログラムを実行し、出力 LSB と比較しましたが、成功しませんでした。

他に何を試すことができるか教えてください。そして、あなたはどう思いますか、私がやろうとしていることは可能ですか?

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

あなたの専門知識が必要です:)

サービスのメソッド呼び出しを認証する必要があるアプリケーションに取り組んでいます。つまり、ユーザー名を含むキーを使用して各メソッド呼び出しをキャッシュする必要があります (権限のないユーザーが、権限のあるユーザーによってキャッシュされた情報を取得できないようにするため)。

パーソナライズされた KeyGenerator を使用すると、すべて正常に機能します。

私のキーの例: username:USERNAME.appVersion:VERSION.METHOD.PARAM1.etc

しかし、ある場所で、国別コンテンツを取得するメソッドを取得しました。これは各ユーザーで同じです。そして、このコンテンツを要求する各ユーザーのキャッシュ キーを回避したいと考えています。

例: appVersion:VERSION.METHOD.PARAM1.etc

@Cacheable アノテーションを配置するときに、新しいパラメーターを設定する方法はありますか? キー ジェネレーターはそれをキャッチし、キャッシュ キー名の前にユーザー情報を付ける必要があるかどうかを知ることができます。

ご協力いただきありがとうございます ：）

気をつけて

次のコードを使用して 1500 認証コードを生成しようとしています。

生成されたコードはわずか 1024 個で、ブラウザに出力され、データベースに挿入されました。エラーが発生しました:Fatal error: Maximum execution time of 60 seconds exceeded in...... その後、php.ini で max_execution_time の値を 350 に変更し、WAMP を再起動して同じスクリプトを再度実行しましたが、生成されます1000 未満のコードのみで、ブラウザーは 350 秒が完了するまで読み込みを表示し、エラーを生成しました: 致命的なエラー: 350 秒の最大実行時間を超えました......

実際、この方法で 1 ラックのコードを生成したいと考えています。値に対してこのスクリプトを正常に実行する方法

Windows Presentation Foundation (WPF) プロジェクトのインストーラーを作成し、成功しました。ここで、有効なシリアル キーを提供した場合にのみユーザーがプロジェクトをインストールできるように、プロダクト キー ジェネレーターまたはシリアル キー ジェネレーターを追加したいと考えています。

Visual Studio 2012 用の InstallShield Limited Edition と外部シリアル キー ジェネレーターを組み合わせることはできますか? その場合、ユーザーが適切なキーを入力し、そのキーがインストールを続行する前に検証されることを確認するにはどうすればよいですか?

このトピックに関する情報を見つけるのに苦労したので、聞いてみようと思いました.

ありがとう。

次の形式の乱数ジェネレーターが必要です: 65X XXX XXXX ; 1 と 4 を除く。これは、最初の VB.net プロジェクトを完成させる前の最後のステップです。お力になれることがあればご回答ください。

以下は、数字を除外しないこと以外はうまく機能する私のカラントコードです。私のコードを編集するのを手伝っていただければ、私はとても感謝しています..ありがとう!

生成されたすべてのキーをコンソールに表示する C で作成されたこのキー生成アルゴリズムがあります。

では、コンソールに書き込まれたすべてのキーをテキスト ファイルに保存するにはどうすればよいでしょうか。

暗号化用のキーを生成するときに、「AES」などのアルゴリズムを指定する必要がある理由について混乱しています。

AES キーは 128、192、または 256 ビットになる可能性があるため、キーのサイズを指定するために使用されないことは明らかです。その部分はinit（）を介して行われます...

参考までに、上記のサンプル コードはhttp://android-developers.blogspot.de/2013/02/using-cryptography-to-store-credentials.htmlから借用したものです。

さらに、NIST FIPS-197 は次のように述べています...

AES アルゴリズムでは弱いキーまたは準弱いキーは特定されておらず、キーの選択に制限はありません。

...だから、128、192、または 256 ビットのいずれかをキーとして使用できると信じるようになります。

明らかに、暗号インスタンスを取得するときに「AES」を指定します。

...使用する暗号アルゴリズムを示すために必要です。キー生成のためにそれを指定する目的が何なのかわかりません。

ありがとう。