Карманный хакер

🔓

Как ломают Denuvo

В недавнем видео про взлом игр я упоминал, что разберу, как устроена защита Denuvo и как её вскрывают, так вот: обещел — делаю.
Для тех, кто не видел видео, вот ссылки:

🟢

https://vt.tiktok.com/ZS4ahQ889/

🟢

https://youtube.com/shorts/lS50eWIt_8s?feature=share

🟢

https://www.instagram.com/reel/DbcxbZlsm1z/?igsh=OWM3cmFybnRqZ3g1

Так же сам разбор денуво выйдет и в видео формате, создание видео уже ведётся!

А пока разберу это здесь.

Начнём с базы
Любая защита упирается в один и тот же факт: процессор должен исполнить код. А раз он его исполняет — значит, машинный код можно превратить обратно в ассемблер и прочитать. Это фундамент, который отменить нельзя.

У обычной игры проверка лицензии — это пара понятных инструкций: «есть ключ → запускаем, нет → выходим». Крякер находит эту развилку (условный переход, вроде jz/jnz), меняет несколько байтов — и защита складывается. Классический патчинг из нашего ролика.

Denuvo делает так, чтобы этой «одной развилки» просто не существует.

Обфускация и виртуализация
Главное оружие Denuvo — не шифрование, а запутывание. Работает это на нескольких уровнях:
🟢 Мутация кода — простые инструкции разворачиваются в десятки бессмысленных с виду операций, которые дают тот же результат.
🟢Виртуальная машина — критичные куски кода не исполняются напрямую процессором, а проигрываются внутри собственного интерпретатора Denuvo. То есть перед тобой не x86-ассемблер, а байткод выдуманной архитектуры, логику которой сначала надо реверснуть целиком.
🟢Размазывание проверок — нет одного места «проверить лицензию». Проверки раскиданы по всему бинарнику и переплетены с игровой логикой так, что не понять, где заканчивается игра и начинается защита.

Именно поэтому нельзя просто «найти jnz и поменять байт». Менять нечего — развилка спрятана внутри виртуалки.

Привязка к железу (HWID)
Denuvo генерирует уникальный отпечаток твоей системы: процессор, материнка, диск и т.д. На основе этого создаются токены активации. Код, отвечающий за проверку, завязан на конкретное железо, поэтому «дамп памяти с рабочей машины» не переносится на другую как есть — токены не совпадут.

Отсюда и известный побочный эффект: частые проверки железа нагружают систему, и в некоторых играх Denuvo реально понижала FPS.
Поэтому некоторые пиратки работали шустрее.

Как это всё-таки ломают
Раз статический анализ (просто читать код) не работает — идут в динамику:
🟢 Запускают игру под отладчиком и наблюдают, что процессор реально исполняет в момент проверки лицензии.
🟢 Отслеживают, как виртуальная машина Denuvo обрабатывает свой байткод, и постепенно восстанавливают её устройство — по сути пишут дизассемблер для чужой виртуалки.
🟢 Ищут точку, где результат всех проверок сходится в одно решение — «легитимно / нет». Даже если проверок тысячи, финальный вердикт где-то формируется.
🟢 Аккуратно вмешиваются в этот момент так, чтобы игра всегда считала себя лицензионной, не сломав при этом саму игру.

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

Почему важен «первый день»
Ценность Denuvo — во времени. Если игра не взломана в первые недели после релиза (пик продаж), защита уже окупилась. Поэтому битва идёт не за «неломаемость», а за задержку. И Denuvo прекрасно справляется со своей функцией. Игры успевают собрать свой кэш перед тем, как в игру залезут халявщики.

Разумеется есть исключения, вроде, Empress, которая ломала игры очень быстро, но она так же быстро и ушла в закат. Так же были случаи, что игры ломали до релиза. Но это всё лишь ошибка выжившего, ведь до сих пор есть множество игр, которые до сих пор не взломаны, даже спустя годы после релиза

Ставьте 🔥, если зашёл разбор.
Так же ответьте честно, насколько вы часто покупаете игры?😁

#Denuvo #Крякинг #Ассемблер #Реверс #Обучение
Карманный хакер

Please open Telegram to view this post

VIEW IN TELEGRAM

🔥7👍2❤1

1.09K views17:30