информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Очередное исследование 19 миллиардов... 
 Оптимизация ввода-вывода как инструмент... 
 Зловреды выбирают Lisp и Delphi 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / hacking
Имя Пароль
если вы видите этот текст, отключите в настройках форума использование JavaScript
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
мне кажется ты все таки ошибаешься 20.12.01 12:57  Число просмотров: 1142
Автор: Cyril <sc> Статус: Member
<"чистая" ссылка>
> самое простое и надёжное:
> использовать схему с открытым и секретным ключами
>
> 1) часть программы зашифрована симметричным алгоритмом
> 2) при регистрации пользователь получает в некотором виде
> след. инфу:
> - открытый ключ
> - зашифрованный секретным ключём блок: имя юзера+ключ для
> расшифровки программы
>
> А) не зная регистрационной информации взломать это
> невозможно
> Б) если у юзера есть рег. инфа - зачем ему трудиться ломать
> прогу ?
> В) если кто то распространил свою рег. инфу, то в след
> версиях можно заблокировать это имя пользователя (так как
> изменить имя пользователя, не зная секретного ключа
> невозможно)

Все бы хорошо, если бы не пункт В

представь что ты продал свою программу за 1000$ в какую либо контору
на имя qwerty, не нужно быть провидцем что бы понять что уже на следующий
день во всей этой конторе будет работать твоя программа на каждой машине и все будут зарегистрированы на qwerty
<hacking>
Зашита от отладки 19.12.01 03:36  
Автор: mistress Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Может кто, расскажет о способах subj и дизассемблирования под WIN98.
Зашита от отладки 20.12.01 12:47  
Автор: Cyril <sc> Статус: Member
<"чистая" ссылка>
> Может кто, расскажет о способах subj и дизассемблирования
> под WIN98.

Защита от SoftIce(как от наиболее популярного):

Поищи на форуме в заголовке
КАК защититься от SoftIce маза-фака-щеет.

там приведено 0x10 примеров защиты, ясно что это не панацея, но все же

Защита от дизассемблирования : по моему это практически не реально,
можно лишь усложнить этот процесс.










RE: (inside) 19.12.01 12:25  
Автор: Rook <Alex Sergeev> Статус: Member
<"чистая" ссылка>
> Может кто, расскажет о способах subj и дизассемблирования
> под WIN98.

www.programme.ru
Самый безнадежный путь 20.12.01 03:03  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Защита от дебагеров - самый трудный и безнадежный путь...
Надо путать алгоритмы распознавания ключей так (например передавая данные через систему), чтобы дебагеры не помогали, чтобы чисто количественно объем кода, подлежащего анализу был непомерным!
ИМХО (может я ошибаюсь - тогда поправьте плиз) 20.12.01 04:30  
Автор: ggg <ggg> Статус: Elderman
<"чистая" ссылка>
самое простое и надёжное:
использовать схему с открытым и секретным ключами

1) часть программы зашифрована симметричным алгоритмом
2) при регистрации пользователь получает в некотором виде след. инфу:
- открытый ключ
- зашифрованный секретным ключём блок: имя юзера+ключ для расшифровки программы

А) не зная регистрационной информации взломать это невозможно
Б) если у юзера есть рег. инфа - зачем ему трудиться ломать прогу ?
В) если кто то распространил свою рег. инфу, то в след версиях можно заблокировать это имя пользователя (так как изменить имя пользователя, не зная секретного ключа невозможно)
мне кажется ты все таки ошибаешься 20.12.01 12:57  
Автор: Cyril <sc> Статус: Member
<"чистая" ссылка>
> самое простое и надёжное:
> использовать схему с открытым и секретным ключами
>
> 1) часть программы зашифрована симметричным алгоритмом
> 2) при регистрации пользователь получает в некотором виде
> след. инфу:
> - открытый ключ
> - зашифрованный секретным ключём блок: имя юзера+ключ для
> расшифровки программы
>
> А) не зная регистрационной информации взломать это
> невозможно
> Б) если у юзера есть рег. инфа - зачем ему трудиться ломать
> прогу ?
> В) если кто то распространил свою рег. инфу, то в след
> версиях можно заблокировать это имя пользователя (так как
> изменить имя пользователя, не зная секретного ключа
> невозможно)

Все бы хорошо, если бы не пункт В

представь что ты продал свою программу за 1000$ в какую либо контору
на имя qwerty, не нужно быть провидцем что бы понять что уже на следующий
день во всей этой конторе будет работать твоя программа на каждой машине и все будут зарегистрированы на qwerty
а как это учесть? 20.12.01 18:38  
Автор: ggg <ggg> Статус: Elderman
<"чистая" ссылка>
> представь что ты продал свою программу за 1000$ в какую
> либо контору
> на имя qwerty, не нужно быть провидцем что бы понять что
> уже на следующий
> день во всей этой конторе будет работать твоя программа на
> каждой машине и все будут зарегистрированы на qwerty

разве только привязывать к железу или имени компа или ещё каким параметрам компа
иначе любую регистрацию можно перенести на другой комп
но такой вариант не проходит если заранее кроме имени клиента ничего не знаешь

кстати проги за 1000$ можно и поштучно привязывать к клиентам и продавать вместе с электронными ключами
я имел в виду что то полегче - какие нибудь шароварные

имхо здесь ничего не придумаешь
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2025 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach