Добро пожаловать к нам в гости! Наш сайт посвящён программе NeoBook, с помощью которой вы легко сможете создавать собственные мультимедиа-приложения без необходимости изучать сложные языки программирования! Зарегистрируйтесь, чтобы стать членом нашего сообщества.
не претендую на лавры мега супер пупер программера
не ерничай
Quote (Jivchik)
нашел в инте, поделился
поделится-одно, а предлагать готовую функцию-другое. Или ты был уверен на 100% в том программере, что правильно, без ошибок выложил скрипт?! А то ведь и не только сидюк перестанет крутить Я доверяю Дембелю, потому без опаски тестирую его скрипты... Потому, надо всегда подписывать, что мол только для инфы и тестировать на свой страх и риск, как думаешь?! Народ разный, есть и такие, которые не думая будут запускать скрипт, а вбс многое может натворить...
Quote (Jivchik)
Только чет при этом запросе у меня начинает и cd-rom крутить ...
Незнаю, у меня ни чего такого нет, короче забей, лучше, если надо в край, Дембеля попроси-он нормальную функцию сделает, или эту поправит....
Ща читаю статейку. Оказывается можно скопировать образ компьютера (ну извините, если это всем известная инфа) скажем на флешку и запускать прогу привязанную по железу ... так что это не зашита. Вернее защита, но от дурака.
Сергей, так а серийник этот что определяется с помощью VBS скрипта такой же как и определяет НБ своей стандартной переменной [HDSerialNum]
Добавлено (23 Октябрь 2010, 20:51) ---------------------------------------------
Quote (Jivchik)
Ща читаю статейку. Оказывается можно скопировать образ компьютера
Если сделать привязку по СН контроллера то тут уже мне мало вериться что можно сделать образ , но вот только определить СН контроллера винта средствами НБ что то видимо сложновато
Сообщение отредактировано Snow_Irbis - Сб, 23 Октября 2010, 20:49
серийгик чего?! Переменая [HDSerialNum] возращает серийник диска, где установлена винда, обычно это С: А вбс, возращает всех хдд и сд дисков
Ну я это и имел в виду , данные номера не совсем то что нужно . Надо именно серийный номер устройства , он зашит в контроллере и изменениям не подлежит , так как большинство контроллеров которые стоят на винтах являются однократно программируемыми ПЗУ
Правда на одном форуме обсуждения про защиту дошли до получения серийника от мышки )))
Лично я считаю, что для защиты от дурака достаточно 3-х типов данных, которые тут разбирались. А более сложные ... ну эксперт итак сломает, где-то выше я давал ссылку. Так что стоит ли заморочки таких сил? Хотя, честно говоря и мне эта штука интересна.
Правда на одном форуме обсуждения про защиту дошли до получения серийника от мышки )))
Смех смехом но на серьезных промышленных предприятиях , где возможны диверсии мышки / клавиатуры которые подключаются к промышленному ПК который управляет станом проверяют в плоть до просвечивания рентгеном всех ИМС и их дальнейшего анализа , и софтина привязывается почти ко всему железу
Quote (Jivchik)
Лично я считаю, что для защиты от дурака достаточно 3-х типов данных, которые тут разбирались
Я думаю так , привязку по харду в таком виде как она сейчас есть делать можно но только в крайнем случае , так как тот серийник что выдает сейчас после переформатирования будет изменен
Quote (Jivchik)
А более сложные ... ну эксперт итак сломает, где-то выше я давал ссылку
Сломать можно все , возьмем например Винду , она тоже по идее должна быть с привязкой по железу , но прежде чем что то делать каждый расставляет приоритеты . Например в одном случае будет проще найти другую программу , так как сделать подменить серийный номер находящийся в контроллере гораздо сложнее , и если уж если и кому вдруг надо будет заниматься таким делом то он с большей вероятностью похитит исходники у того кто делал программу
послушайте, этого что здесь есть вам выше крыши хватит. Из своего опыта работы с системами защиты, я для себя классифицирую их степень надежности по адекватности стоимости защищаемого приложения. Есть защиты на 0-5$ (вскроет любой школьник, начинающий программист) 5-25$ (защита от школьных горе-хакеров) 25-75$ (нормальная начального уровня, подходит для большинства простых программ. но хороший cracker не станет тратить на нее время) 75-200$ (профессионального уровня, справится только нормальный cracker) 200-500$ и выше (приватные механизмы профессионального уровня, справится только очень хороший cracker, да и то не факт)
обсуждаемый здесь механизм привязки к железу уверенно тянет на один из компонентов защиты 3 уровня, и если адекватная стоимость вашей программы находится в диапазоне 25-75$ (что честно говоря врядли ))), можете смело его использовать. Жаль только что сама Neobook предоставляет низкую степень защиты приложения (2 уровня), так что в принципе возможно вытащить готовый проект и изменить там все что угодно, убрать всю вашу защиту. Но даже сделать программу на 25$ и чтобы ее захотелось сломать, это надо на самом деле постараться.
Эх, ведь сделаю на 3000 рублей. Не сколько прога, сколько идея стоит. И точно в адрес будет. Но и защита будет как разбирали. Жалко просто. Столько времени делаешь, читаешь, изучаешь. Потом еще и раскрутить надо - опять и деньги и время. А потом кто-то поломает.
Честно говоря, когда у меня первый раз сломали инет-магазин, сидел и рыдал как пацан. Очень уж было мне обидно за труды. На утро восстановил правда почти все из бэкапа, но жесть как было обидно.
Тут из бэкапа не восстановишь. Т.к. пиратки очень уж быстро расходятся.
DEMBEL, привязка программы к железу в моем понимании должна по мимо надежности от взлома располагать и надежностью использования , в таком виде как сейчас есть определение по харду , будет очень фиговасто когда пользователь переустановит Винду и программу перестанет запускаться , так как файл с именем равным СН на сервере не будет найден , хотя программа зарегистрирована , а это приводит к тому что надо создавать новый файл на сервере что в принципе катит если Юзеров с 10 , а если Юзеров с 100 или 1000 ? Привязку по CPUID делать тоже стремно , так как на сколько я правильно понял у ЦП одинакового типа CPUID будет одинаковое , а следовательно любой кто использует такой же ЦП сможет использовать программу . Другое дело если привязывать именно по серийнику что в контроллере , он уникальный и следовательно программу крякнуть будет гораздо сложнее
по мимо надежности от взлома располагать и надежностью использования
ну я об этом и говорил выше, поэтому следует использовать комбинацию методов, генерировать ключ не только на основе cpuid а еще что нибудь.
Quote (Jivchik)
А потом кто-то поломает.
стоимость говорится не об идее, а рыночной цене программы. за сколько ты ее хочешь распространять? если приспичило, можно еще немного повысить защищенность проекта - сделать на заказ хотя бы приватный пакер-протектор. можно скинуться на разработку совместимого с нб пакера у знающих свое дело людей. Как задавать вопросы
ну я об этом и говорил выше, поэтому следует использовать комбинацию методов, генерировать ключ не только на основе cpuid а еще что нибудь.
Все же хочется делать привязку именно на серийный номер контроллеров оптического/ магнитного накопителей , можно так же делать привязку по планкам ОЗУ , но вопрос как эти серийники вытянуть от туда НеоБуком
Сообщение отредактировано Snow_Irbis - Сб, 23 Октября 2010, 22:38
ну а откуда они будут знать что именно твоя программа защищена именно их пакером? ну если просто попадется и если люди были ненадежные, тогда да, возможно они распакуют. но еще придется выдернуть готовый проект (чтобы иметь возможность нормально без глюков чтото изменить), а это не слишком просто. я так предполагаю, приватный пакер с некоторыми функциями протектора, может добавить 25-30% надежности базовой защиты. Как задавать вопросы
Все же хочется делать привязку именно на серийный номер контроллеров оптического/ магнитного накопителей
что за бред! давайте сами посмотрим серийники по железу: 1. DVD-привод - легко может выйти из строя или иные причины влияющие на решение о его замене (стал плохо читать/писать). Лично я уже за 2 года 2 привода сменил (и все Sony, знал же что говенные, но...) и подобные вещи сплошь и рядом, кроме того их легко может вовсе не быть. Для построения защиты не подходит однозначно. 2. BIOS (s/n) - в большинстве случаев, не удается даже надежно его получить. Не подходит. 3. Мат. плата (s/n) - то же самое, зачастую серийник просто напечатан на самой плате, либо не удается его надежно получить. 4. HDD (hardware id) - тоже вопросы по надежному получению. В большинстве методов возвращается никчемный volume id. 5. CPU (id) - на самом деле, не является уникальным в пределах партии/типа cpu. Но его можно надежно получить с любого процессора. 6. MAC сетевухи - надежно как в плане уникальности так и доступности. Но 100% по всем пунктам рука не поднимется сказать, не знаю я точно что думать. 7. Прочее железо - Память/Видеокарта и прочие - зачастую это предмет первоочередного апгрейда, особенно для геймеров. Так что не слишком и вариант, он добавит много гемора как пользователю так и автору проги. Прочее железо - это уже "расходный материал"...
Так что я бы использовал генерацию ключа по (cpu+)mac+персональная информация
Добавлено (23 Октябрь 2010, 23:02) ---------------------------------------------
Quote (Snow_Irbis)
Но раз Эверест его достает значит можно достать
эверест имеет собственные низкоуровневые дрова заточенные для этого, это не для нас, мы говорим о простых методах используемых виндой. а они не всегда достаточны. Если только Peter не достанет нам его Помнится, toizy давно делал плаг для ммб по получению характеристик железа, и вот с hdd был как раз затык... Как задавать вопросы
что за бред! давайте сами посмотрим серийники по железу:
Не знаю как у Вас но если взять вспомнить курс лекций по ТВиМС вероятность выхода из строя оборудования будет намного ниже вероятности программного сбоя , надежность современных магнитных накопителей при условии надлежащей эксплуатации будет равняться времени износу его составных частей По поводу оптических приводов , опять таки же лично у меня и всем тем кому я собирал ПК , Асусы и Лыжи служат в среднем от 3 до 5 лет , в то время как Сони и Неки при такой же интенсивности использования не более года - полтора . По поводу МАКа , я так и не видел примеров его получения средствами НБ , хотя его бы в большинстве случаев ( привязка по МАКу используется у кабельных провайдеров Инет , так что надежность тоже хорошая , и вероятность выхода из строя не очень большая )
Quote (DEMBEL)
Так что я бы использовал генерацию ключа по (cpu+)mac+персональная информация
Нет мне надо получить данные о железе которые изменить сложно , генерировать ключ я не буду , я лишь буду либо компилить прогу которая будет привязана к данному железу и только к нему , либо же программа будет определять доступность файла с таким же серийным номером что и железо на сервере лицензий
Добавлено (23 Октябрь 2010, 23:07) ---------------------------------------------
давайте без теоретичнских лекций и поближе к практике. Вот еслиб у всех стояли асусы и плексторы тогда конечно... если вообще стояли бы. масса компов вообще без привода.
Quote (Snow_Irbis)
По поводу МАКа , я так и не видел примеров его получения средствами НБ
как не видел, давал же Сергей ссылку на пример. И плаг есть. http://neobooker.ru/_fr/20/Mac_pid.zip - функция получает Mac и Cpuid. Смотреть в переменные [Mac] и [Pid]
Получаем CPU_ID + активация по мылу. CPU_ID и Мыло перевести скажем в цифры, сложить/умножить = сумма - она же ID. При запуске проверяется сумма. Если все нормально, то загружается программа.
А так если CPU_ID и Мыло не то, то сумма будет неверна. Если переписать на другой комп, то там будет CPU_ID другое ... ну и т.п. Тока вопрос - где хранить такое значение, да еще и каждый раз к нему при загрузке обращаться.
Извиняюсь, если я написал бред.
2DEMBEL
Читал тут статейку: При активации снимается "след" с железа компьютера. Скажем 5 параметров. Биос, Мать, Хард, Сетевуха, Видюха ... и установлены проверки. Скажем если 2 из 5 совпадают, то работает прога, меньше нет. И установлен временной апгрейд снятия "следа", т.е. скажем вы хард поменяли, через какое-то время он станет родным для программы (т.е. понятно если комп сразу весь поменяли, то уж извините). Ну и естественно привязка по логину к серваку и обмен данными с ним.
, но прежде чем что то делать каждый расставляет приоритеты . Например в одном случае будет проще найти другую программу , так как сделать подменить серийный номер находящийся в контроллере гораздо сложнее , и если уж если и кому вдруг надо будет заниматься таким делом то он с большей вероятностью похитит исходники у того кто делал программу 
вероятнее всего не заметил
