Вопрос мой таков,как проверить CRC отдельного участка кода?Допустим есть такой код:


-/-/-/-/
popad
jmp oep
-/-/-/-/-

Как проверить его на целостность?

| Сообщение посчитали полезным:

g-l-u-k
Простейший метод - посчитай сумму всех байтов. Хочешь надёжнее, подвигай эти байты туда-сюда перед сложением.

| Сообщение посчитали полезным:

Протектор пишешь?

| Сообщение посчитали полезным:

Проерить код на целостность можно дохрена какими способами, тем же упомянутым CRC32, MD5, наконец самопальным алго.

| Сообщение посчитали полезным:

rmn пишет:
Протектор пишешь?
имхо, если аффтар пишет прот и задает такой вопрос - здесь явно что-то не то...

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Tim пишет:
имхо, если аффтар пишет прот и задает такой вопрос - здесь явно что-то не то...

Да ладно - от Солода, в своё время, такие вопросы в фидо приходили...

| Сообщение посчитали полезным:

Есть у nice крекми на эту тему....

А CRC проверить... возьми готовые алгоритмы, это будет самое простое. Есть кажется в книгах Пирогова примеры. Да и в гугле полно примеров реализации.

| Сообщение посчитали полезным:

кхе-кхе, я, конечно, дико извиняюсь, но быть может найдёшь что-то стоящее в туторе про СРС в 10-м паке T-53 Tutorials, соответствующая тема есть на форуме.

| Сообщение посчитали полезным:

g-l-u-k пишет:
Вопрос мой таков,как проверить CRC отдельного участка кода?
вот так:
if(CRC32(lpData, nSize) == originalCRC32) {
cout << "ok" << endl;
} else {
cout << "preved!!!" << endl;
}

| Сообщение посчитали полезным:

NG пишет:
вот так:
if(CRC32(lpData, nSize) == originalCRC32) {
cout << "ok" << endl;
} else {
cout << "preved!!!" << endl;
}

тут вместо CRC32 можешь вставить свою функцию некализионного хеширования (типа биективного отображения последовательности байтов в число)

| Сообщение посчитали полезным:

Keo пишет:
типа биективного отображения
а что это означает?

| Сообщение посчитали полезным:

nikitosk пишет:
а что это означает?
это означает, что функция одновременно инъективна и сюръективна.

только не могу понять, как отображение последовательности байтов в число может быть биективным? может последовательность байтов в другую последовательность байтов?
зачем?

| Сообщение посчитали полезным:

NG, не умничай Отображение последовательности байтов в число влегкую может быть биекцией типа xy ab cd... -> 01 xy ab cd... (например, FF 15 -> 01 FF 15) Тока вот нахера - это я не понял=) ЦРЦ, как справедливо считает ЫНГЕ, в идеале должна являться сюрьекцией. Ну и с коллизиями замут. Ваще - учить матчасть по методам подсчета контрольных сумм

| Сообщение посчитали полезным:

Мне объясняли, что CRC считается любой хеш-функцией. А если уж совсем не заморачиваться - то просто XOR всех байтов.

| Сообщение посчитали полезным:

Спасибо,буду разбираться

| Сообщение посчитали полезным:

killsniper пишет:
Мне объясняли, что CRC считается любой хеш-функцией.
любая циклическая =)
советую классику почитать, да.

| Сообщение посчитали полезным:

Поиск по форуму рулит,нашёл то что нужно:

CRC32 proc lenWORD, dataWORD
push esi
push ecx
push edx

mov esi, data
mov ecx, len
xor edx, edx
xor eax,eax
dec eax


CRC32calc:
mov dl, byte ptr [esi]
xor dl, al
shr eax, 8
xor eax, dword ptr [hashtab + 4*edx]
inc esi
dec ecx
jnz CRC32calc

not eax

pop edx
pop ecx
pop esi
ret

CRC32 endp


inittable proc ; динамическое заполнение таблицы
push ebx
lea edx,hashtab ; указатель на выдел. память
xor ebx,ebx
initl:
xor eax,eax
mov al,bl
xor cx,cx
entryloop:
test eax,1
jz nobit
shr eax,1
xor eax,0EDB88320h
jmp entrygon
nobit:
shr eax,1
entrygon:
inc cx
test cx,8
jz entryloop
mov dword ptr [ebx*4+edx],eax
inc bx
test bx,256
jz initl


pop ebx

ret

inittable endp

| Сообщение посчитали полезным: