Здравствуйте.
Скажите пожалуйста, можно-ли замутить такую вещь.
Есть защита основанная на алгоритме RSA (768 бит)сделанная нашим программистом. Разумеется она пуленепробиваема с точки зрения написания кейгена, но за все нужно платить: это не гибкая схема. Эти длинные Ключи высылались ручками, но хочется автоматизировать процесс, и забуриться в кучу мест, а именно: handango, clubimate, poketland (тут мы есть, но высылаем все равно ручками), pocketgear. Как нам это сделать. Вижу такой вариант:
1) Пишется простенький кейген (уже НЕ на рса) основанный на вводе 'Owner name' и 'email' на пхп и высылается этим порталам-магазинам. После ордера у них на сервере генерится ключ и высылается покупателю, все рад. Вопрос: все-ли эти ребята поддерживают такую схему, и не придется-ли поддерживать несколько версий программ для них?
2) Или так: ребятам высылается кейген.ехе и они прикручивают его там.После ордера происходит тож самое.
Можно объять их всех тими двумя способами?
И вот еще: на регнау мона сделать как описано в пункте 1)?

Огромное спасибо.

Здравствуйте, e.t.003, Вы писали:

ET0>Скажите пожалуйста, можно-ли замутить такую вещь.


Я прописывал набор статических ключей и каждому регистратору отдавал его кусочек списка.
Недостаток — при ОГРОМНОМ количестве покупок придется быстро и оперативно обновлять список ключей в самой софтине и на регистраторе

Здравствуйте, CyberDemon, Вы писали:

CD>Здравствуйте, e.t.003, Вы писали:

ET0>>Скажите пожалуйста, можно-ли замутить такую вещь.
CD>

CD>Я прописывал набор статических ключей и каждому регистратору отдавал его кусочек списка.
CD>Недостаток — при ОГРОМНОМ количестве покупок придется быстро и оперативно обновлять список ключей в самой софтине и на регистраторе

Список может быть зациклен, видел такую опцию у регистраторов. Достаточно одного ключа

Здравствуйте, e.t.003, Вы писали:

ET0>Здравствуйте.
ET0>Скажите пожалуйста, можно-ли замутить такую вещь.
ET0>Есть защита основанная на алгоритме RSA (768 бит)сделанная нашим программистом. Разумеется она пуленепробиваема с точки зрения написания кейгена, но за все нужно платить: это не гибкая схема. Эти длинные Ключи высылались ручками, но хочется автоматизировать процесс, и забуриться в кучу мест, а именно: handango, clubimate, poketland (тут мы есть, но высылаем все равно ручками), pocketgear. Как нам это сделать. Вижу такой вариант:
ET0>1) Пишется простенький кейген (уже НЕ на рса) основанный на вводе 'Owner name' и 'email' на пхп и высылается этим порталам-магазинам. После ордера у них на сервере генерится ключ и высылается покупателю, все рад. Вопрос: все-ли эти ребята поддерживают такую схему, и не придется-ли поддерживать несколько версий программ для них?
ET0>2) Или так: ребятам высылается кейген.ехе и они прикручивают его там.После ордера происходит тож самое.
ET0>Можно объять их всех тими двумя способами?
ET0>И вот еще: на регнау мона сделать как описано в пункте 1)?

ET0>Огромное спасибо.

Немного странно, что вы не выяснили все до начала разработки такого немерянно-длинного ключа (ведь чем длиннее ключ, тем дороже его разработка? ).

Большинство регистраторов, насколько мне известно, хостятся на Юниксе, так что .exe им будет некуда воткнуть. Насчет конкретно перечисленных регистраторов — не знаю.

Регнау отправит вам запрос, а ваш скрипт, работающий на вашем сервере, вернет ключ. Как вариант ваш же скрипт может при этом отправить письмо с ключом сам. Регнау не принимает exe-кейгенов, насколько мне известно (Юникс).

Вот с Регнау варианты:

License:
If you have a custom registration code algorithm which you have the source code to then choose this option. Your source code must be in ANSI C/C++, PERL, or JAVA and written to the following specifications.
Please check this box if you are requesting a new file upload or are switching to use this licensing method. The new setup will take effect after the vendor service processed your request.

*ZIP File:
Please select the file you wish to upload by using the "Browse" button. The file will be uploaded when you save your change. The request will be send to RegNow vendor service, automaticlly.
If you would like us to choose registration codes from a list, then choose this option. We will require a list of pre-generated registration codes, one on each line, which we will choose from and distribute to the customer at the time of the order. We will notify you when the list becomes low on codes.
If your program requires a single, fixed registration code for every customer, then choose this option.
If you would like us to retrieve information from a remote web server by "posting" information about the order to a script, then choose this option.
If you use Armadillo for your product registration, then choose this option.
We have several third party registration code generators which are already setup on our system. If your program makes use of one of these generators, please select it below:

Здравствуйте, goto, Вы писали:

G>Список может быть зациклен, видел такую опцию у регистраторов. Достаточно одного ключа
Зациклен — это понятно, но одного ключа... самому то не смешно?

Здравствуйте, CyberDemon, Вы писали:

CD>Здравствуйте, goto, Вы писали:

G>>Список может быть зациклен, видел такую опцию у регистраторов. Достаточно одного ключа
CD>Зациклен — это понятно, но одного ключа... самому то не смешно?

Дык, нечеловечески смешно. То я шутил. Как бы.

Здравствуйте, goto, Вы писали:

G>Немного странно, что вы не выяснили все до начала разработки такого немерянно-длинного ключа (ведь чем длиннее ключ, тем дороже его разработка? ).

Да это может показаться странным. Тогда мы болели защитой которая была бы не пробиваемой. Проблема с кейгеном была решена через RSA. Проблема с crack'ом тоже была решена хитрожопым способом. Как итог: отсутствие взломанной версии в течении полугода и уменьшение продаж всего в 1.5 раза, когда версию-таки крякнули (китайцы, кстати). Сейчас решили сменить подход, расширив "точки доступа" к программе. Вопрос денег тогда и не стоял. От меня, для тех кто не в курсе, имхо: не парьте с защитой, она не оправдывает себя.

G>Большинство регистраторов, насколько мне известно, хостятся на Юниксе, так что .exe им будет некуда воткнуть.

Ясно, спасибо.

Насчет конкретно перечисленных регистраторов — не знаю.

G>Регнау отправит вам запрос, а ваш скрипт, работающий на вашем сервере, вернет ключ. Как вариант ваш же скрипт может при этом отправить письмо с ключом сам. Регнау не принимает exe-кейгенов, насколько мне известно (Юникс).

Вот вариант чтобы у нас на сервере все генерилось и рассылалось был бы идеален. Но как он с точки зрения устойчивости от хацкеров? Не "дырявая-ли" такая система?

Да, люди добрые, как там происходит у Ханданги и иже с ним? Можно сделать так, чтобы у нас на сервере генерировались и отсылались ключи для купивших у них (ханданог) людей?

решили сменить подход, расширив "точки доступа" к программе. Вопрос денег тогда и не стоял. От меня, для тех кто не в курсе, имхо: не парьте с защитой, она не оправдывает себя.
Хех, такое говорить — это как горохом об стену. Я об этом же несколько раз писал в swrus (там КПК как-то обсуждалось) и swrus-pda, с примерами, как быстро ломают популярное, а оно все равно популярным (в топах) остается. Все равно не слушают.

в одной их своих первых программ я тоже как дурак использовал RSA.
Но тем не менее я сделал его на openssl и сейчас он живет на хостинге, а плимус дергаеть схриптиг...

А вообще, у хостера может быть программа openssl
тогда и кейген писать не надо, все можно сделать этой прогой, просто прочитать ман и всё

И еще раз скажу, что проще покупать готовые системки. Кейген это ваще четверть дела.

Здравствуйте, Kubyshev Andrey, Вы писали:

KA>в одной их своих первых программ я тоже как дурак использовал RSA.
KA>Но тем не менее я сделал его на openssl и сейчас он живет на хостинге, а плимус дергаеть схриптиг...

KA>А вообще, у хостера может быть программа openssl
KA>тогда и кейген писать не надо, все можно сделать этой прогой, просто прочитать ман и всё

KA>И еще раз скажу, что проще покупать готовые системки. Кейген это ваще четверть дела.

Защита не проблема, это так сказать, формальность, нужно просто найти наиболее подходящую схему чтобы было удобно продавать сразу у всех этих чудиков...
А у регнау можно замутить чтобы мой кейген на php лежал у них (у RegNow) на сервере и высылал ключики купившим на email?

Здравствуйте, e.t.003, Вы писали:

ET0>А у регнау можно замутить чтобы мой кейген на php лежал у них (у RegNow) на сервере и высылал ключики купившим на email?
Можно на С/С++, Perl и Java. Алгоритм описан на http://www.regnow.com/html/help/vendor/algorithm_specs.html
Кейген на php придется хостить на своем сайте.

Здравствуйте, Alex Mova, Вы писали:

AM>Здравствуйте, e.t.003, Вы писали:

ET0>>А у регнау можно замутить чтобы мой кейген на php лежал у них (у RegNow) на сервере и высылал ключики купившим на email?
AM>Можно на С/С++, Perl и Java. Алгоритм описан на http://www.regnow.com/html/help/vendor/algorithm_specs.html
AM>Кейген на php придется хостить на своем сайте.

Спасибо, Алекс.
Кто-нибудь знает Handango ваером деньги высылает?...

ET0>Кто-нибудь знает Handango ваером деньги высылает?...

Сорри, вопрос отпал... 8))

ET0>Да это может показаться странным. Тогда мы болели защитой которая была бы не пробиваемой. Проблема с кейгеном была решена через RSA.

У хардкея проверка очень простая, можно реализовать на чем угодно, наверное даже на BrainFuck-е, а ключи такие же непробиваемые, как и RSA. Подробности у Relayer.