Nicolette31 янв 2011 в 06:28

Числовые подписи

3 мин

2.4K

Ненормальное программирование *

+75

Комментарии 48

GetWindowsDirectory 31 янв 2011 в 07:01

потрясающе! использование таких методов хотя бы в части функционала (например, кодирование импортируемых функций при динамическом импорте) уже приведет к путанице реверсера (:

спасибо за статью, очень интересно!

GreyCat 31 янв 2011 в 07:55

Думаю, реверсер даже не заметит подмены. Ему-то в отладчике всё равно смотреть в эти байтики во всех возможных представлениях. Увидев что-то похожее на текст, он моментально переключится в режим отображения ASCII-символами и будет прав.

НЛО прилетело и опубликовало эту надпись здесь

AndrewAZ 31 янв 2011 в 17:54

Вы не учли возможность операций с числами. Синус там, косинус, интеграл…

demmsnt 31 янв 2011 в 07:18

Я предлагаю так писать финансовое ПО (щютка).

hardex 31 янв 2011 в 07:19

Вас уже заждались в команде разработчиков ProGuard :D

KriegeR 31 янв 2011 в 07:27

вот что бывает, когда программистам скучно :-D

Danov 31 янв 2011 в 14:01

Console.WriteLine(

(new List {279544143478566788, 8437057322050937631})

.Aggregate("", (s, x) =>

{while(x>0){s=((x%34==33)?' ':(char)(x%34-1+'а'))+s;x/=34;}return s;}));

Biga 31 янв 2011 в 17:49

Патч Бармина?

ByTheWay 31 янв 2011 в 17:58

Отлично) только List<long>

Danov 31 янв 2011 в 18:12

да правильно, там дженерик хабрапарсер съел

Danov 1 фев 2011 в 06:39

C#, для разнообразия на лямбде

Func〈ulong, string〉 f = null;

f=(n)=>""+((n==0)?"":f(n/34)+((n%34==33)?' ':(char)(n%34-1+'а')));

ulong[]code={814315,1196087757209127883,1402407386743198646,8253365425410800148};

Console.WriteLine(code.Aggregate("", (s, x) => f(x) + s));

impwx 31 янв 2011 в 07:30

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

Brand 31 янв 2011 в 07:36

int A = 2037539149;
Бил бы ногами за несоблюдение диапазона…

GetWindowsDirectory 31 янв 2011 в 07:38

long A должно быть, верно?

naryl 31 янв 2011 в 07:40

На *некоторых* платформах диапазон соблюдается. :P

Brand 31 янв 2011 в 07:43

Пусть соблюдаются, я не против. Но использование стандартов (наличие return'ов в функции не исключение) очень желательно, когда не идёт привязка к конкретному компилятору.

Nicolette 31 янв 2011 в 07:44

gcc — не конкретный компилятор?

Nicolette 31 янв 2011 в 07:43

Специально, чтобы сохранить свою драгоценную шкурку, написала disclaimer; у меня int такого размера.

Brand 31 янв 2011 в 07:49

Извиняюсь, забылся. Вопрос исчерпан.

loginsin 31 янв 2011 в 07:47

По первому варианту: нет гарантии, что в АП процесса сразу после переменной A в стеке будут нули. Поэтому, в более общем случае в long (32-битный) можно поместить до 3 символов (включительно) плюс завершающий NULL. В 64-битный — до 7 (также включительно).

tagir_valeev 31 янв 2011 в 07:49

Так можно и до незаконных чисел докатиться.

Gorthauer87 31 янв 2011 в 08:52

Вот уж не знал)))) Прикольно так над копирастами издеваются))))

Inquirer 31 янв 2011 в 09:11

Monolith (в статье «Незаконное число» упоминается, monolith.sourceforge.net/) — «коза» в адрес правообладателей.

Palehin 31 янв 2011 в 07:50

Никогда и в мыслях не было, так подписываться :)

grigoryvp 31 янв 2011 в 07:52

int A = 2037539149;
printf((char *)&A);

А откуда берется нолик в конце? O_O

impwx 31 янв 2011 в 08:02

У меня там вообще «Maryx (».

Nicolette 31 янв 2011 в 08:29

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

grigoryvp 31 янв 2011 в 08:53

Ограничение этого метода — он выводит слова длиной до 4 букв, больше в int не поместится. 8 букв можно получить, если заменить int на unsigned long long:

Тогда, видимо, это утверждение неверно?

Nicolette 31 янв 2011 в 09:11

Ну почему же? Заявленные 4 и 8 букв выводятся. Иногда больше, но уж никак не меньше :-)

grigoryvp 31 янв 2011 в 09:16

Тоесть access violation вас не смущает? :)

Nicolette 31 янв 2011 в 09:25

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

vasfed 31 янв 2011 в 16:18

Это уже от машины зависит — если 64-битная платформа с соответствующим компилятором и little-endian, то int это 8 байт, и нолики там найдутся в старших разрядах
А вот с переносимостью такого кода — фигня-с™

Gorthauer87 31 янв 2011 в 08:50

В общем на самом деле уровень чисто школьный))))) мы как раз этим в школе баловались чтобы лучше понять суть строк ;)

НЛО прилетело и опубликовало эту надпись здесь

a2v 31 янв 2011 в 08:56

Объясните, пожалуйста, непросвещенному, как из 0x7972614D получается 2037539149.
Спасибо!

Nicolette 31 янв 2011 в 09:00

Первое — шестнадцатеричная запись, вторая — десятичная.

a2v 31 янв 2011 в 09:02

Эх… Мне стыдно…

CKOPOBAPKuH 31 янв 2011 в 09:13

пользователи ARM'а и SPARC v9 не одобряют этот пост!

tronix286 31 янв 2011 в 10:22

пользователи MIPS одобряют.

bitterman 31 янв 2011 в 13:07

у ARM endianness настраивается. У моего арма так вообще с интеловским порядком совпадает.

Vaspo 31 янв 2011 в 10:06

Напомнило преобразование ip адреса в число, тоже можно вставить в подпись.

Vaspo 31 янв 2011 в 10:06

ссылка в догонку www.allredroster.com/iptodec.htm

НЛО прилетело и опубликовало эту надпись здесь

0x656b694d 31 янв 2011 в 10:46

вот-вот.

Nicolette 31 янв 2011 в 11:07

Ну да, ник тоже подбирать удобно :-)

gaelpa 31 янв 2011 в 18:40

Нулевой байт в конце строки и правда как-то упущен. зато при некоторых компиляторах и их параметрах можно использовать ситуацию когда переменные располагаются в памяти подряд:
int A = 2037539149;
int B = 2037539149;
int C = 0;
printf((char *)&A);
например такая махинация у меня (gcc 4.4.5, x86, опции по-умолчанию) вывела «MaryMary»

gaelpa 31 янв 2011 в 18:50

ну или просто массив определить, но это уже как-то слишком банально

Зарегистрируйтесь на Хабре, чтобы оставить комментарий