Что такое хороший подход для разработки простого генератора/верификатора порядкового номера?

Я не использовал бы сильной криптографии, так как необходимо дешифровать ее в программе так или иначе, делая keygens, или по крайней мере раскалывается легкий сделать.

Я сделал бы, следующие - берут, скажем, 25 чисел цифры. Теперь добавьте некоторые правила, такие как: - число должно быть делимым 31 - оно должно запуститься и закончиться последней буквой...

Всегда генерируйте ключи с помощью этих правил. Используйте 20 правил или больше (больше лучше). При развертывании приложения используйте меньшее число правил, например, 10, чтобы проверить, допустим ли ключ. Эти правила затем будут disassemled и используемый для создания keygen.

На каждом обновлении включают одно из правил, которые Вы не использовали прежде. Если правила будут выбраны правильно, то Вы отключите большинство ключей, сгенерированных keygens.

Поскольку Redbeard 0x0A корректен, Ключи CD должны сохранить честных клиентов честными. Просто должно быть немного менее трудно купить Ваш продукт, чем найти keygen.

Если Вы продаете свой продукт онлайн, то лучший способ сделать это состоит в том, чтобы дать им файл, содержащий сериал. Таким образом, сериал может быть однако длинным, Вы хотите, и Ваши платящие клиенты не должны напрасно тратить время, вводя сериал.

Последовательная схема может быть очень простой:

1. Имейте большое последовательное пространство (25 числовых альф являются ^{приблизительно 1 044}, но просто используйте последовательный файл и сделайте 80 символов x 16 строк для ключевого пространства ^102 311),
2. Выберите несколько правил уменьшить допустимое пространство порядкового номера до 100 раз, что Вы думаете, что продадите в своих самых диких мечтах

Если Ваш продукт имеет компонент онлайн (как то, как игры имеют многопользовательский онлайн), Вы могли далее сократить допустимое порядковое количество с помощью криптографически сильного генератора случайных чисел (для выбора подмножества основанных на правиле ключей, правило использования продукта проверить последовательный, сервер использует заключительный истинный последовательный список). Когда Ваш продукт запрашивает сервис с Вашего сервера, сервер может проверить сериал.

Мне нравится метод @bh213, однако он не собирается препятствовать тому, чтобы ключевые данные были зафиксированы, поскольку Вы обновляете свои правила порядкового номера.

На более персональной предпочтительной ноте я предпочитаю ключевой генератор на основе метода установки правила, потому что, если хакеры должны исправить двоичный файл, Вы выдерживаете получить плохой обзор на своем программном обеспечении из-за плохого патча хакера и следующего сражения между Вами и хакерами.

Мое предпочтение основано на универсальной истине программного обеспечения: программное обеспечение может и взламываться, если это достаточно популярно, нет никакой схемы, никакого оригинального метода, который предотвратит это. Это сражение между разработчиком, у которого есть ограниченные ресурсы и ограниченное время и группа хакера с неограниченным временем на их руках.

Ваша схема генерации ключей действительно только для хранения честных клиентов честными - его более легкое для получения проверки из Кредиторской задолженности, чем это должно заставить безопасность заканчивать на ключевом генераторе.