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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
А какой смысл защищаться от дебугера? 23.08.01 04:31  Число просмотров: 913
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Не одним, так другим средством оттрейсят, есть в конце-концов IDA и др. декомпилеры... Если прога дорогая - то самый лучший способ - шифровка проги и данных ключом, который генерится на основе подлинных паспортных данных покупателя. Ключ вводится каждый раз при запуске, а прога и данные декриптуются пофрагментно, по мере использования. Если пароль "вышел в тираж", то по имени будет ясно, кто его распустил. Но для мелких дешевых прог такой способ не годится - слишком геморно для юзера.
В шароваре я делаю так: пароль генерится на основе инициалов с креды, но вводится единожды, при инсталляции (это, конечно не гарантирует от покупки по 3.14зженной креде, но против етого никак не поборешься...). Хранится он в реестре, в зашифрованном виде, чтобы соседи не сперли, но особенно его прятять нет смысла, т.к. любые ф-ции чтения данных (из реестра, с диска) вычисляются элементарно. Затем, (Главная проблема!) загрузив пароль для проверки при очередном запуске проги, нужно так его спрятать в памяти, чтобы нельзя было найти, когда его будешь проверять (вот тут, я и сам с удовольствием бы поучился!). Беда в том, что если пароль хранится в памяти, то всегда можно поставить БПТ на эту ячейку, и таким образом найти фрагмент, где он пережевывается дальше. Я выкручиваюсь таким способом: Сохраняю его с помощью одной ф-ции АПИ, а читаю другой, для этого не предназначенной, используемой левым способом, так, чтобы найти все это нуно трейсить саму Вынь; но таких пар ф-ций очень мало, по етому, как конкретно я это делаю, разглашать не буду, ищи аналогичную пару сам...
<programming> Поиск 






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


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