Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Основная";
Текущий архив: 2006.09.17;
Скачать: [xml.tar.bz2];

Вниз

как проверить подлинность файла?   Найти похожие ветки 

 
Zloi-avgust ©   (2006-08-07 15:35) [0]

собственно сабж.. как можно проверить что файл действительно тот за кого себя выдаёт.. а не поменен :)


 
Desdechado ©   (2006-08-07 15:41) [1]

проверить MD5-хэш


 
brother ©   (2006-08-08 09:16) [2]

Может просто его размер проверить достаточно? или время последнего там чегонить...


 
evvcom ©   (2006-08-08 09:27) [3]

> [2] brother ©   (08.08.06 09:16)

прочти внимательно
> что файл действительно тот за кого себя выдаёт.. а не поменен


 
ORMADA ©   (2006-08-08 09:50) [4]

как насчёт цифровых подписей ?


 
tesseract ©   (2006-08-08 10:04) [5]

Если просто узнать, что его не изменяли - то MD5.
Если же надо подтвердить что его записал тот, а не другой - то это уже  ассиметричная криптография нужна.


 
DiamondShark ©   (2006-08-08 11:30) [6]

Отправитель считает хэш файла и шифрует его своим тайным ключом.
Получаетль расшифровывет хэш открытым ключом и сравнивает его с вычисленным хэшем файла.
Совпадение означает, что файл отправлен именно тем отправителем и при передаче не изменялся.


 
Slym ©   (2006-08-08 11:39) [7]

Хеши все от лукавого (шутка)
100% результат даст побайтное сравнение с заведомо правильным файлом :)


 
Slym ©   (2006-08-08 11:41) [8]

MD5 на 30тыс уникальных строк (ФИО) выдал мне на 50 уникальных строк меньше, т.е. хеши разных строк совпали :(


 
Slym ©   (2006-08-08 11:45) [9]

Если ищем хешированого Бин Ладена и попал хеш Васи Пупкина это не есть хорошо, Васе попадет низачто
Можно дважды хешировать разными алг. MD5+SHA чем длиньше строка хеша тем


 
Desdechado ©   (2006-08-08 11:48) [10]

> MD5 на 30тыс уникальных строк (ФИО) выдал мне на 50 уникальных строк меньше
Может, стоит хэш строить не построчный, а один на файл? Автору ведь целостность файла надо проверить, а не отдельных его элементов.


 
Slym ©   (2006-08-08 12:04) [11]

Desdechado ©   (08.08.06 11:48) [10]
Я к примеру...
Стояла задача: распространить список ФИО (для проверки вхождения проверяемого ФИО) так чтоб эти ФИО нельзя от туда вытащить... тоесть както необратимо почикать... первым пришло в голову хеши ФИО хранить и вести поиск по ним. но как оказалось 50 из 30тыс хешей совпали :(, а это не допустимо (ложное срабатывание)


 
Slym ©   (2006-08-08 12:06) [12]

Desdechado ©   (08.08.06 11:48) [10]
И с вероятностью 50/30тыс. проверенный файл окажется подделкой


 
Desdechado ©   (2006-08-08 12:21) [13]

Вероятность, конечно, ненулевая.
НО: если строить один хэш, а не хэш-таблицу на каждую строку файла, то зависимость совсем не линейная будет, не 50/30000


 
Shaman_ ©   (2006-08-08 12:41) [14]

Математически, 100% вероятность целостности файла может быть только при сравнении с данными равными по разрядности, тоесть при побайтовом сравнении. Только на практике это не нужно. Уникальности хэша вполне достаточно для проверки целостности файла.

> MD5 на 30тыс уникальных строк (ФИО) выдал мне на 50 уникальных строк меньше
Думаю, это не тот случай, который интересует автора темы. Вообще какой смысл хэшировать ФИО? Если только для увеличения скорости поиска в БД, но в этих целях нужно просто делать двойшую сверку, сначала на совпадение хэша, а потом на полное совпадение


 
tesseract ©   (2006-08-08 12:47) [15]


> Вообще какой смысл хэшировать ФИО? Если только для увеличения
> скорости поиска в БД,


Это немного другое :-) БД хэш-функции немного другие.


 
evvcom ©   (2006-08-08 14:25) [16]

> но как оказалось 50 из 30тыс хешей совпали

Что-то не верится. Или у тебя хеш был 16-битный? Используй 32 бита и еще раз сравни.


 
Slym ©   (2006-08-09 09:45) [17]

evvcom ©   (08.08.06 14:25) [16]
Нет MD5 128бит
только начал искать и понял что уникальность я сам нарушил... 2 одинаковых ФИО, но Case разный, т.е. на уровне базы уже не уникально... а хешировал все в UpperCase вот уникальных записей и стало меньше... исправил, проверил, один в один дублей нет


 
evvcom ©   (2006-08-09 10:27) [18]

> [17] Slym ©   (09.08.06 09:45)

Ну вот другое дело! С такой длиной нарваться на дубль практически нереально.



Страницы: 1 вся ветка

Форум: "Основная";
Текущий архив: 2006.09.17;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.48 MB
Время: 0.314 c
15-1156580689
Yura32
2006-08-26 12:24
2006.09.17
Срочно нужна книга по БД для начинаюших


2-1156628488
vain
2006-08-27 01:41
2006.09.17
column в ListView


6-1138091589
Makhanev
2006-01-24 11:33
2006.09.17
получение MAC адресов сетевых карт в offline


15-1156137693
Ega23
2006-08-21 09:21
2006.09.17
С Днём рождения! 19 - 21 августа


1-1154671478
Alekcvp
2006-08-04 10:04
2006.09.17
"Мои Документы" и TSaveDialog





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский