Ero sivun ”Tarkistussumma” versioiden välillä
[katsottu versio] | [katsottu versio] |
Poistettu sisältö Lisätty sisältö
Ei muokkausyhteenvetoa |
Ei muokkausyhteenvetoa |
||
Rivi 3:
Yksinkertaisen tarkistussumman heikkouksia on muun muassa se, että toisaalla datassa oleva virhe voi varsin helposti "kompensoida" toisen virheen ja näin kaksi toisensa kumoavaa pientä virhettä saa datapaketin näyttämään ehjältä.<ref>{{Verkkoviite |osoite=https://stackoverflow.com/questions/3830206/can-a-tcp-checksum-fail-to-detect-an-error-if-yes-how-is-this-dealt-with |nimeke=networking - Can a TCP checksum fail to detect an error? If yes, how is this dealt with? |julkaisu=Stack Overflow |viitattu=2019-07-21 |ietf-kielikoodi=en}}</ref> Tarkistussummaa tehokkaampia koodeja tarkastukseen on esimerkiksi [[CRC]] (cyclic redundancy check). Sillä voidaan muun muassa välttää edellä kuvattu parin pienen virheen sisältävän datan tulkitseminen ehjäksi kokonaisuudeksi.
Yleisiä algoritmeja tarkistussummien laskemiseksi ovat mm. Unixin cksum, CRC32. Myös joitakin [[kryptologia|kryptografisia]] [[Tiiviste (tietotekniikka)|tiivistealgoritmeja]] kuten [[MD5]] ja [[SHA]] voidaan käyttää tarkistussummana, mutta niiden tavoitteet eroavat.
== Katso myös ==
|