Sarebbe meglio crittografarlo in modo che quando i caratteri vengono trasposti, la data non può essere letta affatto?
Cosa c'è di sbagliato in CryptEncode e CryptDecode?
è troppo semplice, come ha detto il signor Sukhov,
Con rispetto.
Ho risolto il problema anni fa. Qualsiasi discussione sul tuo cifrario ne minerà la sicurezza.
Con rispetto.
Va bene che la crittografia AES e DES offerta da MQ è uno standard aperto? E anche gli altri cifrari in uso hanno algoritmi aperti. Segretarie un cazzo...
Va bene che la crittografia AES e DES offerta da MQ è uno standard aperto? E anche gli altri cifrari in uso hanno algoritmi aperti. Segretarie un cazzo...
Puoi mettere il sale nella crittografia e nessuno la romperà.
Pensate davvero che il vostro graal sarà rotto per il gusto di prolungare il tempo di scadenza?
Ho notato una tendenza comune - le persone con 10 centesimi di dollari sono terrorizzate dall'impostare i pivot, sl e tp, perché un'avida società di brokeraggio è disperata per nascondere i 10 dollari.
E le persone con titoli di decine di migliaia di dollari non si preoccupano di questo.
Lo stesso vale per la protezione.
Se lo si cripta, ci si può attaccare il sale e nessuno lo rompe.
Perché il sale, non lo capisco.
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Accetti la politica del sito e le condizioni d’uso
La domanda è la seguente:
C'è una data 2017.09.01 00:00
Deve essere criptato.
Il programma finale leggerà il cifrario dal file, lo decifrerà e lo confronterà con l'ora corrente.
Il problema è che se l'utente scambia le lettere nel cifrario come DERTYUOIOPLKJM allora la data può aumentare.
Quindi la domanda è come criptare la data, in modo che nel caso di cambiare le lettere o il loro ordine la data non aumenti?