Комментарии 11
Почему r2ghidra и iaito? Основные разработчики форкнули проект в rizin, и основной разработчик cutter там. iaito по функционалу уступает cutter и хуже интеграция с тулзами. cutter лучше интегрирован с rz-ghidra и rizin, на выходе более удобный для чтения декомпилированный код с подсветкой синтаксиса.


На официальном сайте Radare2 при клике на github-ссылку с r2cutter выполняется перенаправление на страницу с Iaito, который является официальным GUI для Radare2. Ваш вариант тоже довольно интересный, однако выбор оптимальной связки ПО и ее настройка возможно потянет даже на отдельную статью. Но поскольку сами разработчики предлагают именно этот вариант, то он в конечном счете и использовался.
pentestit-team проблема в том, что radare2 сейчас не развивается, многие перешли на rizin. iaito это форк cutter без новых улучшений, в котором нет главного разработчика cutter, и не понятно кем он развивается, пока это только форк с багфиксами под radare2. Разработчик cutter и разработчики radare, форкнули radare2 в новый проект rizin ( rizin.re ), который сейчас развивается, и версии тулзов более тесно интегрированы с cutter. Тоже вначале использовал radare2 и iaito, но перешел на rizin, и как работает тулкит мне больше понравилось. Собирается и ставится все так же 1 в 1.
Вот на заметку www.linux.org.ru/news/development/16060831
Вот на заметку www.linux.org.ru/news/development/16060831
Неправда. radare2 развивается, откройте страницу гитхаба и посмотрите. Мейнтейнер радара никуда не ушёл, он же и занимается iaito. Разницы между r2ghidra и rzghidra почти нет
И сборка rizin отличается от radare2, ибо make "нынче не в моде", так что rizin использует meson
Так а какая сложность использовать meson? Для меня лично разницы нет, что собирать, у меня в системе под два десятка пакетов, которые собираются вручную))
Это спорно, лично у меня на нескольких файлах rz-ghidra показал более правильный вывод и более близкий к исходнику.
Разницы между r2ghidra и rzghidra почти нет
Это спорно, лично у меня на нескольких файлах rz-ghidra показал более правильный вывод и более близкий к исходнику.
форкнули проект не «основные разработчики», а те, у кого не удалась попытка рейдерского захвата проекта.
Не упомянута отладка как способ реверс-инженеринга, обычно применяется в связке с дизассемблированием, чтобы найти нужные участки кода, а также для того чтобы подсмотреть с какими данными код работает.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Reverse engineering: обратная разработка приложений для самых маленьких