Случайно наткнулся на фрагмент из «Чёрного лебедя» Н. Талеба и поймал себя на мысли, что это идеальное описание духа «Хакерской кузницы». Инженеры творят не ради доказательства теорий, а из любви к процессу.
Вот этот фрагмент:
«Инженеры изобретают технологические новинки, потому что им нравится сам процесс изобретательства, а не отнюдь не ради познания тайн природы. Получается так, что только некоторые из этих изобретений открывают перед нами новые перспективы.
Из-за эффекта скрытых свидетельств мы игнорируем технические усовершенствования, которые сыграли лишь ту роль, что дали инженерам работу. Усложнение технологий приводит к неожиданным открытиям, которые, в свою очередь, тоже потом приводят к неожиданным открытиям.
Но у наших изобретений редко бывает судьба, которую мы им пророчим; лишь благодаря любви инженеров к созданию всяческих игрушек и машинок происходит очередной прорыв в познании мира. Просвещению нашему способствует совсем не те инструменты, что предназначены для подтверждения и доказательства тех или иных теорий, а как раз те, что поначалу не имеют ни малейшего отношения к интересующему нас предмету исследования.»
Так и живём. Добро пожаловать в кузницу.
#ХКузница #ХакерскаяКузница
Вот этот фрагмент:
«Инженеры изобретают технологические новинки, потому что им нравится сам процесс изобретательства, а не отнюдь не ради познания тайн природы. Получается так, что только некоторые из этих изобретений открывают перед нами новые перспективы.
Из-за эффекта скрытых свидетельств мы игнорируем технические усовершенствования, которые сыграли лишь ту роль, что дали инженерам работу. Усложнение технологий приводит к неожиданным открытиям, которые, в свою очередь, тоже потом приводят к неожиданным открытиям.
Но у наших изобретений редко бывает судьба, которую мы им пророчим; лишь благодаря любви инженеров к созданию всяческих игрушек и машинок происходит очередной прорыв в познании мира. Просвещению нашему способствует совсем не те инструменты, что предназначены для подтверждения и доказательства тех или иных теорий, а как раз те, что поначалу не имеют ни малейшего отношения к интересующему нас предмету исследования.»
Так и живём. Добро пожаловать в кузницу.
#ХКузница #ХакерскаяКузница
Вышла моя статья «Статический анализ бинарных файлов стандартными консольными средствами Linux. Часть 1» в журнале «Системный администратор» № 281 (№4, 2026).
О чём: как без запуска и сторонних инструментов, используя file, strings, xxd и dd, определить истинный тип подозрительного файла, найти скрытые строки и сигнатуры, извлечь вшитые программы. Ровно то, о чём мы говорим в этом сообществе – глубокое понимание системы подручными средствами.
Это первая часть. В следующих номерах – продолжение.
Для тех, кому тема зашла и хочется копнуть глубже: на основе этих же подходов построен мой бесплатный курс «Белый хакер: анализ файлов в Linux» – от первичного осмотра до динамической трассировки, с практикумами и флагами. Ссылка на курс: https://stepik.org/277345
https://samag.ru/archive/article/5320
Добро пожаловать в кузницу.
#ХКузница #ХакерскаяКузница
О чём: как без запуска и сторонних инструментов, используя 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/
#ХКузница #ХакерскаяКузница
🔗 Статья в «Хакере»: 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 #безопасность
Почему реверс-инженеру нужно знать про релокации и ленивое связывание?
Пишу статью по гибридному анализу (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 запрещена в Российской Федерации.
А если зацепит – полный текст материала всегда найдете по ссылке в описании к записи.
Профиль: 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
Ответ – релокации, PLT, GOT и ленивая привязка. В этой шпаргалке разложил всё по полочкам:
- Куда на самом деле ведёт call
- Как работает GOT и PLT
- В чём разница между первым и вторым вызовом
- Команды для GDB и objdump
- Lazy vs BIND_NOW
Сохраняй, чтобы не потерять!
Если хочешь увидеть это в GDB шаг за шагом – читай полную статью в журнале Хакер.
vk.cc/cZIocO
#ХКузница #ХакерскаяКузница #linux #gdb #debugging #programming #хакер #релокации #got #plt #linux #objdump #reverse