날짜 암호화

 

질문은 다음과 같습니다.

날짜가 있습니다 2017.09.01 00:00

암호화해야 합니다.


최종 프로그램에서 암호는 파일에서 읽고 해독되고 현재 시간과 비교하여 확인됩니다.

문제는 DERTIUOIOPLKJM과 같은 암호의 사용자가 문자를 바꾸면 날짜가 늘어날 수 있다는 것입니다.


따라서 문제는 문자나 순서가 변경되어도 날짜가 증가하지 않도록 날짜를 암호화하는 방법입니다.

 

문자를 재배열할 때 날짜를 전혀 읽지 않도록 암호화하는 것이 더 나을까요?

 
CryptEncode 및 CryptDecode 가 만족되지 않는 이유는 무엇입니까?
 
Taras Slobodyanik :
CryptEncode 및 CryptDecode가 만족되지 않는 이유는 무엇입니까?

Sukhov 동지가 말했듯이 너무 쉽습니다.


 
보호의 형태로 가치 있는 것을 정말로 얻고 싶다면 스스로 생각해야 합니다. 나는 몇 년 전에이 문제를 해결했습니다. 암호에 대한 모든 논의는 암호의 보호를 약화시킬 것입니다.

감사합니다.
 
Andrey Kisselyov :
보호의 형태로 가치 있는 것을 정말로 얻고 싶다면 스스로 생각해야 합니다. 나는 몇 년 전에이 문제를 해결했습니다. 암호에 대한 논의는 보안을 약화시킵니다.

감사합니다.

MQ가 제공하는 AES 및 DES 암호화에 개방형 표준이 있어도 괜찮습니까? 그리고 사용 중인 다른 암호에도 공개 알고리즘이 있습니다. 빌어먹을 비밀들...

 

과연 지속시간을 늘리기 위해 성배 가 깨질 거라고 생각하시나요?

 
Alexey Volchanskiy :

MQ가 제공하는 AES 및 DES 암호화에 개방형 표준이 있어도 괜찮습니까? 그리고 사용 중인 다른 암호에도 공개 알고리즘이 있습니다. 빌어먹을 비밀들...

암호화 할 때 소금을 붙일 수 있으며 아무도 깨지지 않습니다.

 
Dmitiry Ananiev :

과연 지속시간을 늘리기 위해 성배가 깨질 거라고 생각하시나요?


나는 일반적인 추세를 알아차렸습니다. $10센트 가격을 가진 사람들은 탐욕스러운 DC가 자고 있고 이 10을 스누핑하는 방법을 보고 있다는 것을 근거로 예금, sl 및 tp를 설정하는 것을 매우 두려워합니다.

그리고 수만 달러 가치의 창고를 가진 사람들은 어떻게든 이것을 신경 쓰지 않습니다.

마찬가지로 보호와 함께.

 
Vitaly Muzichenko :

암호화 할 때 소금을 붙일 수 있으며 아무도 깨지지 않습니다.


어떤 종류의 소금, 나는 이해하지 못한다

 
Alexey Volchanskiy :

어떤 종류의 소금, 나는 이해하지 못한다


사유: