日付の暗号化

 

質問は以下の通りです。

日付 2017.09.01 00:00 があります。

暗号化する必要がある。


最後のプログラムは、ファイルから暗号を読み込んで復号し、現在の時刻と 照合する。

問題は、DERTYUOIOPLKJMのように暗号の文字を入れ替えた場合、日付が増える可能性があることです。


そこで問題は、文字やその順番が変わっても日付が増えないように、どのように暗号化するかです。

 

文字が入れ替わったときに、日付が全く読めないように暗号化した方がいいのでしょうか?

 
CryptEncodeとCryptDecodeは どうなっているのですか?
 
Taras Slobodyanik:
CryptEncodeとCryptDecodeはどうなっているのですか?

というのは、スホフさんがおっしゃるように、あまりに単純な話です。


 
この問題は何年も前に解決済みです。 暗号に関する議論は、その保護を弱めることになります。

謹んで申し上げます。
 
Andrey Kisselyov:
私は何年も前にこの問題を解決しました。 あなたの暗号について議論すると、その安全性が損なわれます。

謹んで申し上げます。

MQが提供するAESやDESの暗号化は、オープンスタンダードということでOKですか?そして、他に使われている暗号も、アルゴリズムがオープンになっているんです。秘書なんて...。

 

その有効性を広げるために、あなたのグラが 壊れると本気で思っているのですか?

 
Alexey Volchanskiy:

MQが提供するAESやDESの暗号化は、オープンスタンダードということでOKでしょうか?そして、他に使われている暗号も、アルゴリズムがオープンになっているんです。秘書なんて...。

暗号に塩を入れても、誰も壊さない。

 
Dmitiry Ananiev:

有効期限を延長するためにグレイルが壊れると本気で思っているのでしょうか?


よくある傾向ですが、10セントを持っている人は、貪欲な証券会社が10セントをためるのに必死で、ピボットやsl、tpを設定することに恐怖を感じています。

そして、何万円もの有価証券を持っている人は、その心配はない。

保護も同じです。

 
Vitaly Muzichenko:

暗号化すれば、塩を貼り付けても誰も壊さない。


なんだよ塩って、意味わかんない。

 
Alexey Volchanskiy:

塩がどうした、意味がわからない


理由: