Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Файлдың формалды дұрыстығын немесе толықтығын тексеру
Checking the formal correctness or integrity of a file
Файлды тексеру – компьютерлік файлдың толықтығын тексеру үшін алгоритм қолдану процесі, көбінесе бақылау сомасы арқылы. Бұл екі файлды биттер бойынша салыстыру арқылы жасалуы мүмкін, бірақ бір файлдың екі данасы қажет, сондай-ақ екі файлда да кездесетін жүйелі зақымдануларды байқамай қалуы мүмкін. Көбірек таралған тәсіл – көшірілген файлдың хэшін жасап, оны бастапқы файлдың хэшімен салыстыру.
File verification is the process of using an algorithm for verifying the integrity of a computer file, usually by checksum. This can be done by comparing two files bit by bit, but requires two copies of the same file, and may miss systematic corruptions which might occur to both files. A more popular approach is to generate a hash of the copied file and comparing that to the hash of the original file.
Салыстығын тексеру
Файлдың тұтастығы бұзылуы мүмкін, бұл әдетте файлдың зақымдануы деп аталады. Файл түрлі себептермен зақымдануы мүмкін: қателі сақтау ортасы, деректерді жіберу кезіндегі қателер, көшіру немесе жылжыту барысындағы қателер, бағдарламалық жасақтамадағы ақаулар және т.б. Хаш-функцияға негізделген тексеру, файлдың хэш-мәнін бұрын есептелген мәнмен салыстыру арқылы файлдың зақымдалмағанын қамтамасыз етеді. Егер осы мәндер сәйкес келсе, файл өзгертілмеген деп саналады. Хаш-функциялардың ерекшелігіне байланысты, хаш-түйісулер қате нәтижелерге алып келуі мүмкін, бірақ кездейсоқ зақымдану жағдайында мұндай түйісулердің ықтималдығы көбінесе ескерілмейді.
File integrity can be compromised, usually referred to as the file becoming corrupted. A file can become corrupted by a variety of ways: faulty storage media, errors in transmission, write errors during copying or moving, software bugs, and so on. Hash based verification ensures that a file has not been corrupted by comparing the file's hash value to a previously calculated value. If these values match, the file is presumed to be unmodified. Due to the nature of hash functions, hash collisions may result in false positives, but the likelihood of collisions is often negligible with random corruption.
Шынымен екендігін тексеру
Файлдың берілуі немесе сақталуы кезінде сенімсіз тараптардың, мысалы, вирустар немесе артқы есіктер сияқты зиянды кодты енгізу үшін өзгертілмегенін тексеру жиі қажет болады. Нақтылығын тексеру үшін классикалық хэш-функция жеткіліксіз, себебі олар соқтығыстарға қарсы тұру үшін жасалмаған; шабуылшы үшін хэш-соқтығыстарын жасау есептеу тұрғысынан оңай, яғни файлға енгізілген зиянды өзгеріс хэш-салыстыру арқылы анықталмайды. Криптографияда бұл шабуыл алдын ала бейнелеу шабуылы деп аталады. Осы мақсатта криптографиялық хэш-функциялар көбінесе қолданылады. Хэш-қосындылары бұзылмаса – мысалы, олар қауіпсіз канал арқылы жіберілсе – файлдардың өзгермегендігіне сенуге болады. Балама ретінде, файлдың бұзылмауын қамтамасыз ету үшін цифрлық қолтаңбаларды қолдануға болады.
It is often desirable to verify that a file hasn't been modified in transmission or storage by untrusted parties, for example, to include malicious code such as viruses or backdoors. To verify the authenticity, a classical hash function is not enough as they are not designed to be collision resistant; it is computationally trivial for an attacker to cause deliberate hash collisions, meaning that a malicious change in the file is not detected by a hash comparison. In cryptography, this attack is called a preimage attack. For this purpose, cryptographic hash functions are employed often. As long as the hash sums cannot be tampered with — for example, if they are communicated over a secure channel — the files can be presumed to be intact. Alternatively, digital signatures can be employed to assure tamper resistance.
Файл пішімдері
Тексеру жиынтығы файлы – басқа файлдардың тексеру жиынтығын қамтитын шағын файл. Тексеру жиынтығы файлдарының бірнеше белгілі форматтары бар. Md5deep сияқты бірнеше құралдар мұндай тексеру жиынтығы файлдарын пайдаланып, файлдардың бүкіл каталогын бір операцияда автоматты түрде тексеруге болады. Қолданылатын нақты хэш алгоритмі көбінесе тексеру жиынтығы файлының файл кеңейтімімен көрсетіледі. ".sha1" файл кеңейтімі sha1sum форматындағы 160 биттік SHA1 хэштерін қамтитын тексеру жиынтығы файлын көрсетеді. ".md5" файл кеңейтімі немесе "MD5SUMS" деп аталған файл md5sum форматындағы 128 биттік MD5 хэштерін қамтитын тексеру жиынтығы файлын көрсетеді. ".sfv" файл кеңейтімі қарапайым файл тексеру форматындағы 32 биттік CRC32 тексеру жиынтығын қамтитын тексеру жиынтығы файлын көрсетеді. "crc.list" файлы 32 биттік CRC тексеру сомаларын қамтитын BRIK форматындағы тексеру жиынтығы файлын көрсетеді. 2012 жылдан бастап, жаңа файл тұтастығын растау үшін SHA2 немесе SHA3 пайдалану ұсынылады; егер күштірек растаулар қолжетімді болмаса, артқа қарай үйлесімділік үшін MD5 және SHA1 растауларын қабылдауға болады. Теориялық тұрғыдан әлсіз SHA1, әлсіз MD5 немесе одан да әлсіз CRC бұрын файл тұтастығын тексеру үшін жиі қолданылған. CRC тексеру жиынтығын файлдардың түпнұсқалығын тексеру үшін пайдалануға болмайды, себебі CRC32 – шабуылға төзімді емес хэш функциясы. Тіпті хэш сома файлы бұзылмаса да, шабуылшы үшін бастапқы файлмен бірдей CRC қорытуы бар файлды ауыстыру есептеу жағынан оңай, яғни файлдағы қасақана өзгеріс CRC салыстыру арқылы анықталмайды.
A checksum file is a small file that contains the checksums of other files. There are a few well known checksum file formats. Several utilities, such as md5deep, can use such checksum files to automatically verify an entire directory of files in one operation. The particular hash algorithm used is often indicated by the file extension of the checksum file. The ". sha1" file extension indicates a checksum file containing 160 bit SHA 1 hashes in sha1sum format. The ". md5" file extension, or a file named "MD5SUMS", indicates a checksum file containing 128 bit MD5 hashes in md5sum format. The ". sfv" file extension indicates a checksum file containing 32 bit CRC32 checksums in simple file verification format. The "crc. list" file indicates a checksum file containing 32 bit CRC checksums in brik format. As of 2012, best practice recommendations is to use SHA 2 or SHA 3 to generate new file integrity digests; and to accept MD5 and SHA 1 digests for backward compatibility if stronger digests are not available. The theoretically weaker SHA 1, the weaker MD5, or much weaker CRC were previously commonly used for file integrity checks. CRC checksums cannot be used to verify the authenticity of files, as CRC32 is not a collision resistant hash function even if the hash sum file is not tampered with, it is computationally trivial for an attacker to replace a file with the same CRC digest as the original file, meaning that a malicious change in the file is not detected by a CRC comparison.