Universal Fixer 1.0 - fix dumps after dumping them whit Dotnet Dumper or other similiar tools and will also fix nasty things: multiple assembly/module definitions, wrong extends, etc. iMPROVE .NET Deobfuscator - деобфускатор
sefkrd Не так немного написал интересует вопрос возможно ли секции в длл файле прописать по другому адресу?
Просто если сравнить модифицированый длл и и оригинал из одной и той же проги то секции совсем по разным адресам находятся и имеют разные значения Скрин https://cloud.mail.ru/public/CuZy/QeyN3c2fX
И вот эти разные адреса или значение или присутствие другой секции может ли влиять на то что длл файл не открывается в декомпиляторе? А прога работает.
Да, вы можете не увидеть декомпилированный код в ILSpy DnSpy и нет рефректор, прога(игра) может работать до того кода, который вы изменили-добавили(скорее всего) в сборку(dll).. Потом поймаете эксэпшн.. Вы не пишете всего.. sss123 пишет: секции в длл файле прописать по другому адресу? Нафик?
Исходя из ваших ответов - такие вопросы задавать нужно в другом топе: Вопросы новичков.. З.Ы. sss123 пишет: Ну я просто пытаюсь понять как убили длл что он не открывается в декомпиляторе. Какой то обфускатор или протектор или вручную ?
Поэтому и спрашиваю интересует вопрос возможно ли секции в длл файле прописать по другому адресу? Что-то тут..
В ILspector`e открывать пробовал? return true это 17 ldci4.1 если на false менять это 16 Вообще странный кусок кода ты выложил: нахрена нужна такая bool которая всегда true и сеттера нету
Medsft пишет: Это от чего это такая интересная xml? ))))))
Это оно из ресурсов достает и потом логика прота на этом работает
Medsft пишет: return true это 17 ldci4.1 если на false менять это 16
В том и дело, что я так делал. Но это вообще не работает. Т.е. dnSpy показывает false после патча, а if в котором это вызывается работает как будто true вернулся. Вывод я могу только один сделать, это не тот метод. Мб он как-то в рантайме патчится?
Styx пишет: должно хватать для запуска Не хватает.. Styx пишет: Т.е. dnSpy показывает false после патча, а if в котором это вызывается работает как будто false вернулся. dnSpy на лету не будет работать с измененной сборкой, его придется перезапустить..
Я раньше писал, что reactor последних версий после деобфускации не работает: конфликт в именах свойств, методов, etc.. Нужно патчить нативно, без снятия протекта.. З.Ы. качаю авто деск.. Бабское любопатство..
А можно скрин запуска проги без всего, как ругается?
sefkrd пишет: конфликт в именах свойств, методов, etc.. что мешает отключить переименование? Styx пишет: SAE натравить - SAE хорош и даже его движок деоба встроен в ILSpector но это не тот случай
Добавлено спустя 3 минуты Если ты хочешь поизучать что тебе в личке сделали? то опция assembly comparer тебе в руки
Medsft пишет: Если ты хочешь поизучать что тебе в личке сделали? то опция assembly comparer тебе в руки думаю не поможет, там уже деобфускация сделана и разница в размере в 160кб.
Medsft пишет: ааа) заломали и спрятали что сломали)) Тут я пас коллег по цеху не деобфусцирую принципиально) Не, у меня есть либа деобфусцированная сегодня человеком с форума. И оригинал, который у меня был изначально из офф. сборки. Я бы просто хотел понять, что надо сделать с исходной либой чтобы на ней не падал Mono.Cecil.
И вот еще на счет конфига интересно. Кто-нибудь с ним работал вообще? Есть смысл его патчить?
повангую для Реактора есть 3 принципиальных инструмента для деобфускации (если конечно это реактор, а то PC-RET научил тут некоторых фейковые аттрибуты вставлять))). Продолжаю: - MegaDumper от Codecracker`a - Universal Fixer от него же - и модифицированный дед которого в модификации для реактора в инете множество. (cmd: de4dot --dont-rename target.exe) Различные варианты последовательности применения данных инструментов дают в 99% положительный результат.