Risolvi Il Problema Di Una Persona Del Codice Sorgente Del Più Importante Algoritmo Di Checksum

La scorsa settimana alcuni lettori hanno ricevuto un bug perfettamente noto con il codice sorgente dell’attuale algoritmo di checksum. Ci sono una serie di fattori che la maggior parte può causare questo problema. Tratteremo i bambini di seguito.

Approvato: Fortect

1. Scarica Fortect e installalo sul tuo computer

2. Avvia il programma e fai clic su "Scansione"

3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati

Accelera ora le prestazioni del tuo computer con questo semplice download.

Genera checksum SHA1, SHA-224, SHA-256, SHA-512, sha-384, SHA-3-224, SHA-3-256, SHA-3-384, SHA-3- rispetto agli hash 512 e MD5 . Valori se si applica uno specifico.

Presentazione

Un checksum è un valore calcolato che può essere utilizzato senza sforzo per verificare la validità di un’altra cosa. I checksum sono comunemente usati nel contesto associato al trasferimento dei dati per determinare se i dati sono stati al momento trasferiti con successo.

I checksum possono assumere molte forme come indicato dal tipo di affidabilità richiesta in associazione con la trasmissione. Ad esempio, vorrei che il checksum più semplice sia aggiungere vicino a ogni byte nella trasmissione e calcolare un’enorme quantità specifica in un contatore a 8 bit. Questo valore aggiungeXia come ultimo ottetto della trasmissione generale. L’idea è che quando vai a n byte, aggiungi e vedi i byte, n-1, assumendo che la risposta sia la stessa effettiva del tipo dell’ultimo byte. Poiché questo è molto ingombrante, un’alternativa è aiutarti ad aggiungere tutti i byte durante la trasmissione, che (tratta il tuo byte corrente come un singolo valore a 8 bit con segno) prevale sul byte di checksum prima della trasmissione. Questo significa perché anche la nuova somma di tutti gli n byte è in realtà 0. Questi metodi non sono incredibilmente affidabili; ad esempio, se si sa che il pacchetto può essere lungo 64 bit e si ottengono sessantaquattro byte ‘’, il pagamento sarà nullo, quindi il risultato dovrebbe essere automaticamente corretto. Naturalmente, se c’è un errore di giardino assoluto che semplicemente non riesce a trasferire i byte di dati (questo è sicuramente particolarmente semplice rispetto ai trasferimenti sincroni, attraverso i quali il “bit di inizio” non è molto importante), questo è il motivo per ricevere qualsiasi tipo da Pacchetto da 64 0 byte. quando il risultato del checksum corretto è 0, è fuorviante; perché qualsiasi persona crede che tu abbia ricevuto un pacco valido ma non abbia ricevuto nulla. Una delle cause Questo è invertire l’amore del checksum calcolato, sottrarre una persona specifica da esso e supporre che il risultato del checksum del destinatario per i t byte sia 0xFF (-1, in un meraviglioso valore privato a 8 bit). … Ciò significa che questo problema di perdita zero selezionato scomparirà.

Tuttavia, il metodo di checksum appena descritto è estremamente vulnerabile, nonostante la sua semplicità. Ad esempio, se normalmente si scambiano due caratteri in una trasmissione, il risultato in è esattamente lo stesso, quindi anche finché viene trovato il pacchetto sbagliato, si assume il checksum eccellente. Alcuni altri tipi di iniezione di linea possono anche voler introdurre debolezze non rilevabili perché l’idea che il rumore decada il byte del corpo viene annullata dal rumore che decade qualsiasi altro byte.

Le persone a cui interessa questo argomento hanno sviluppato una serie di algoritmi molto più affidabili. Ad esempio, gli algoritmi CRC-8, CRC-16 e CRC-32 CRC rendono gli spot abbastanza complessi da rendere sensibile il checksum, il che crea problemi. Ad esempio, se utilizzi CRC, sostituendo solo due baI bit nel mio messaggio verrà creato un nuovo particolare checksum, poiché il valore calcolato potrebbe ricadere non solo sul valore del carattere, ma anche sulla posizione nel logo in cui si sono verificati tutti i byte.

I dischi rigidi normalmente utilizzano metodi presi in prestito dai codici di Hamming (denominati