Здравствуйте!

Задачка состоит в следущем. шифрование критических мест внутри exe. Вся реализация готова. Но сейчас в качестве шифрования использую: byte xor key.

Естественно это очень просто ломается...

Осталось дело за малым выбрать алгоритм и зашифровать... но посматрел некоторые алгоритмы

Blowfish
DES
Triple DES
Rijndael

и понял что это не то что мне нужно ((. К примеру мне нужно зашифровать 1 байт но результатом работы этих алгоритмов является не 1 байт а больше... Что мне очень мешает...

Подскажите хороший алгоритм шифрования в котором 1 байт шифруется 1 байтом?

| Сообщение посчитали полезным:

Разве Blowfish на выходе выдаёт больше байтиков, чем получил на входе? Сомневаюсь в этом.
Все 4 алгоса довольно много кода "кушают". Лучше юзать XTEA, который прост в реализации.
Да и вообще пофигу какой алгос, самое главное как и где ключик хранить.

| Сообщение посчитали полезным:

смешной ты))) блочными алгоритмами 1 байт в 1 хочешь загнать. можешь цезаря применить)

| Сообщение посчитали полезным:

> Разве Blowfish на выходе выдаёт больше байтиков, чем получил на входе? Сомневаюсь в этом.

'A' Blowfish Key(11) - _8ґІѕiЖ•

> смешной ты))) блочными алгоритмами 1 байт в 1 хочешь загнать

Может поточный алгорим тогда? Я в них не разбираюсь просто вот приспичело... Поэтому и спрашиваю..

| Сообщение посчитали полезным:

Юзай поточные алгоритмы

| Сообщение посчитали полезным:

123456 пишет:
Я в них не разбираюсь просто
Тогда, лучше, XOR шифруй. Иначе зря время и силы потратишь с той же криптостойкостью (2^8).

| Сообщение посчитали полезным:

>Тогда, лучше, XOR шифруй. Иначе зря время и силы потратишь с той же криптостойкостью (2^8).

ленивого крякера сразу видно облегщает себе жизнь ))

| Сообщение посчитали полезным:

шифруй хотяб блоками по 4 байта, тогда нормально будет.

| Сообщение посчитали полезным:

Bit-hack пишет:
шифруй хотяб блоками по 4 байта, тогда нормально будет.

В тех алгоритмах что я описал.

Количество входных байт не равно количеству выходных. Нужны какие то другие... а вот какие???

| Сообщение посчитали полезным:

накладывай гамму или как это там называется у крутых криптографов)) вобщем добавляй константу или xor на неё каждый блок... А размер не совпадает, потому что у тех алгоритмов есть вполне конкретная длина блока, и кол-во выходных данных будет кратно этому числу.

| Сообщение посчитали полезным:

Загугли "Поточное шифрование" и вдумчиво читай...

| Сообщение посчитали полезным:

Azur1d пишет:
Загугли "Поточное шифрование" и вдумчиво читай...

Загуглил... кроме как на википедии нечего толком не нашел да и то. Там о конкретных реализациях кроме RC4 ни слова...

| Сообщение посчитали полезным:

123456 пишет:
Загуглил... кроме как на википедии нечего толком не нашел да и то. Там о конкретных реализациях кроме RC4 ни слова...
гугли Twofish.
И всё же обрати внимание на XTEA (последние 1-3 байта можно ксорить).

| Сообщение посчитали полезным:

http://www.enlight.ru/crypto/algorithms/algs.htm http://www.enlight.ru/crypto/algorithms/algs.htm
А дальше гуглишь по каждому

| Сообщение посчитали полезным:

OSA пишет:
гугли Twofish.
вы видели сколько там кода будет и оно нам надо?)

123456
у меня где то есть сорцы маленького самопального алгоса. ломается говорят тривиально, но всё таки получше всякого ксор будет и тот кто будет ломать прогу врядли будет ломать сам криптоалгоритм. а RC4 всем хорош в данном случае кроме неудобства в том плане что ему требуется временный буфер в памяти в 256 байт

| Сообщение посчитали полезным:

123456 пишет:
К примеру мне нужно зашифровать 1 байт
К примеру для этого не надо даже ключ подбирать.....

-----
Чтобы юзер в нэте не делал,его всё равно жалко..

| Сообщение посчитали полезным:

123456 пишет:
Подскажите хороший алгоритм шифрования в котором 1 байт шифруется 1 байтом?
если нужен любой блочный, просто можно дополнить случайными данными до длины блока и вставить в конце блока реальную размер данных в блоке, как например это выглядит в sha алгоритмах.
Если иначе - о поточных алгоритмах уже тут ответили.
OSA пишет:
Да и вообще пофигу какой алгос, самое главное как и где ключик хранить.
вобще если подумать, то ключ можно не хранить нигде.

| Сообщение посчитали полезным:

deBator пишет:
вобще если подумать, то ключ можно не хранить нигде.

У меня подозрение что ТС собирается ключик хранить в exe.

| Сообщение посчитали полезным:

Заюзай обычный LFSR. Он некриптостойкий и взламывается решением системы линейных уравнений. Но дает хорошие статистические и свойства и просто реализуется.

| Сообщение посчитали полезным:

Bronco пишет:
К примеру мне нужно зашифровать 1 байт
Это же к примеру! А вообще будет шифроваться процедура! Но нужно чтоб в exe-шнике не было смещений после шифрования.

Wild_One пишет:
У меня подозрение что ТС собирается ключик хранить в exe.
Нет) ключ будет вводить пользователь при запуске.

| Сообщение посчитали полезным:

OSA пишет:
гугли Twofish.
И всё же обрати внимание на XTEA (последние 1-3 байта можно ксорить).

это блочные алгоритмы

Azur1d пишет:
www.enlight.ru/crypto/algorithms/algs.htm
А дальше гуглишь по каждому

Большое спасибо) буду читать

| Сообщение посчитали полезным:

123456 пишет:
это блочные алгоритмы
Да какая х.. разница. Смотри сюда ru.wikipedia.org/wiki/XTEA
Длина выходных данных такая же как и входных. Главное что бы длина входных данных была кратна 4.

| Сообщение посчитали полезным:

OSA пишет:
Длина выходных данных такая же как и входных. Главное что бы длина входных данных была кратна 4.
Челу то надо один байт закрипровать, а не кратный 4м, тут об этом и идет речь!

123456
Вот нашел то что тебе надо - RC4, от ксора не далеко ушло, но все таки уже и не ксор.
Смотрел шифры из набора DCPcrypt2, все остальные - блочные...

41a4_04.12.2008_CRACKLAB.rU.tgz - DCPrc4.pas

| Сообщение посчитали полезным:

123456
Пойми идею архитектуры "Сеть Файстеля", ну и представь один байт как L(4 старших бита) и R(4 младших бита), вот токо для своего алго придется изворачиваться по генерации таблицы замен ;)))

-----
My love is very cool girl.

| Сообщение посчитали полезным:

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

| Сообщение посчитали полезным:

Enigma не поверишь уже до того как прочитать твой ответ уже сделал с помощью этого компонента ) ипользовал RC4. Всем спасибо.

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

| Сообщение посчитали полезным:

123456 пишет:
это почему это?
А потому что всё равно будут дампить и лепить расшифрованные участки на место зашифрованных.

-----
Stuck to the plan, always think that we would stand up, never ran.

| Сообщение посчитали полезным:

ARCHANGEL )) в том то и хитрость =)) чтобы сдампить нужно сначала расшифровать а расшифровывается вводом пароля. При вводе пароля программа расшифровывает кусочек себя, причем введенный пользователем пароль и является ключем к расшифровке. Если пароль не верный то значит и расшифровалось не верно поэтому полезут ексепшены, run time error-ы, и т.п.

| Сообщение посчитали полезным:

С этого и надо было начать. Поточные шифры можно изучить и скачать исходники тут
www.ecrypt.eu.org/stream/index.html
Опять же, твоя идея имеет смысл, если программа не для массового распространения.

| Сообщение посчитали полезным:

По XTEA:

code.progler.ru/tags/XTEA-TW
ishodniki.ru/list/info.php?id=7925&cat=18&show=alg-def
sourceforge.net/project/shownotes.php?release_id=627442

-----
Gutta cavat lapidem. Feci, quod potui. Faciant meliora potentes

| Сообщение посчитали полезным: