Хакерская кузница
19 subscribers
13 photos
11 links
Хакер – это не тот, кто взламывает. В оригинальном смысле это человек, который понимает системы насквозь.
Download Telegram
Случайно наткнулся на фрагмент из «Чёрного лебедя» Н. Талеба и поймал себя на мысли, что это идеальное описание духа «Хакерской кузницы». Инженеры творят не ради доказательства теорий, а из любви к процессу.

Вот этот фрагмент:

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

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

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

Так и живём. Добро пожаловать в кузницу.

#ХКузница #ХакерскаяКузница
Вышла моя статья «Статический анализ бинарных файлов стандартными консольными средствами Linux. Часть 1» в журнале «Системный администратор» № 281 (№4, 2026).

О чём: как без запуска и сторонних инструментов, используя file, strings, xxd и dd, определить истинный тип подозрительного файла, найти скрытые строки и сигнатуры, извлечь вшитые программы. Ровно то, о чём мы говорим в этом сообществе – глубокое понимание системы подручными средствами.

Это первая часть. В следующих номерах – продолжение.

Для тех, кому тема зашла и хочется копнуть глубже: на основе этих же подходов построен мой бесплатный курс «Белый хакер: анализ файлов в Linux» – от первичного осмотра до динамической трассировки, с практикумами и флагами. Ссылка на курс: https://stepik.org/277345

https://samag.ru/archive/article/5320

Добро пожаловать в кузницу.

#ХКузница #ХакерскаяКузница
🔥4
Когда писал статью про путь программы от execve до main, случайно заметил пробел: мы не разобрались в том, как бинарь находит функции в памяти, адреса которых он не может знать заранее из-за ASLR. В новой статье для «Хакера» разбираем PLT, GOT и релокации, глядя на первый и повторный вызовы через призму objdump, readelf и GDB. Ссылки на свежий материал и первую часть оставлю ниже, добро пожаловать в кузницу.

🔗 Статья в «Хакере»: https://xakep.ru/2026/07/08/linux-relocation/
🔗 Первая часть на Хабре: https://habr.com/ru/articles/1036444/

#ХКузница #ХакерскаяКузница
🔥3
[Кузница изнутри]

Почему реверс-инженеру нужно знать про релокации и ленивое связывание?

Пишу статью по гибридному анализу (Ghidra + GDB). Нужно было показать читателю, как элегантно работает std::string::_M_dispose() и как на низком уровне определяется, где лежит строка: в куче или на стеке (SSO).

Решил заодно красиво продемонстрировать работу команды stepi в GDB. Ставлю точку останова перед первым вызовом _M_dispose(), делаю шаг внутрь... и попадаю в PLT-заглушку.

Начинается ленивое связывание (lazy binding). Отладчик ныряет в _dl_runtime_resolve, потом в другие функции и мы начинаем тонуть. Я трачу время, теряю нить повествования, раздуваю раздел и увожу читателя от главной сути. Все в минусе.

Нужно было просто поставить точку останова на второй вызов _M_dispose! К тому моменту динамический компоновщик уже разрешит все адреса и я попаду прямиком внутрь нужной мне функции, без лишних посредников.

В динамически слинкованных бинарниках внешние функции не всегда связываются сразу при запуске. Если реверс-инженер не понимает, как работают PLT/GOT и ленивое связывание, его отладка превратится в бесконечное блуждание по заглушкам и отнимет драгоценное время.

Подробнее о релокациях в Linux написал в журнале «Хакер»:

https://xakep.ru/2026/07/08/linux-relocation/

#ХКузница #ХакерскаяКузница #КузницаИзнутри #Linux #ELF #reverse #безопасность
🔥2
Прекрасно понимаю, что иногда лень читать технические лонгриды и хочется просто полистать ленту в Инстаграм*. Поэтому решил его завести и публиковать шпаргалки из своих статей – схемы, картинки, выжимки. Для быстрого чтения и без погружения в портянку деталей.

А если зацепит – полный текст материала всегда найдете по ссылке в описании к записи.

Профиль: https://www.instagram.com/mosesutulin/

*Деятельность организации Meta Platforms Inc, ее продуктов Instagram и Facebook запрещена в Российской Федерации.
1
Когда ты вызываешь sleep() в Linux, программа понятия не имеет, где эта функция лежит в памяти. ASLR каждый раз меняет адрес libc. Как она её находит?

Ответ – релокации, PLT, GOT и ленивая привязка. В этой шпаргалке разложил всё по полочкам:

- Куда на самом деле ведёт call
- Как работает GOT и PLT
- В чём разница между первым и вторым вызовом
- Команды для GDB и objdump
- Lazy vs BIND_NOW

Сохраняй, чтобы не потерять!

Если хочешь увидеть это в GDB шаг за шагом – читай полную статью в журнале Хакер.

vk.cc/cZIocO

#ХКузница #ХакерскаяКузница #linux #gdb #debugging #programming #хакер #релокации #got #plt #linux #objdump #reverse