не проще использовать электронно-цифровую подпись? подписываем файл, в программе проверяем подпись, если файл изменить, подпись анулируется.
+ подпись дает массу других плюсов

Dimitry Sibiryakov,

так себе пример, в реальном бою не очень применим.
а на деле, если нужно внутренняя проверка, то лучше в Build Events через signtool.exe подписывать файл при каждой сборке и будет счастье

maytonRoman Mejtesне проще использовать электронно-цифровую подпись? подписываем файл, в программе проверяем подпись, если файл изменить, подпись анулируется.
+ подпись дает массу других плюсов
ЭЦП делать не проще т.к. усложняется протокол. Требуется генерация сертификатов и введение
в обязательство их куда-то передавать и обновлять.

Автор в настоящий момент делает хеш MD5. Это простейшая проверка целостности.
шта? куда и что передавать? вам надо проверять целостность exe файла программы, которые вы делайте или я не правильно понял? если да, то куда и зачем, и что вы передаете?
у вас будет на компе открытый и закрытый ключ. когда подписывайте файл, открытая подпись будет уже в файле и при копировании\передаче или что угодно, передаваться вместе с файлом, как в любом другом подписанном исполняемом файле.

Dima T,

лол :) при передачи СRC используется для валидации переданного "сегмента" данных.
Что принимающая сторона могла убедиться, что полученные данные передались без ошибок.
Какое это имеет отношение к контрольной сумме файла?
Вообще все эти конрольные суммы полнейшае ерунда, а не защита. Защита от дурака, не более того.

Dima T,

Проверка в TCP\IP стеке осуществляется толко для TCP протокол, а для UDP ни каких проверок нет. По этому при передачи по сети, всё зависит от транспортного протокола.
и как показывает практика, может, дерьмо случается :) TCP протокол, это только 1 из уровней ОСИ.
данные могут быть повреждены при сохранении или в буфере или где угодно еще