Торрент Rise of the Tomb Raider - Digital Deluxe Edition [2016, RUS(MULTI), Repack] от xatab EXT

DENOVO 5 Защита или убийца железа.

Решил написать про "суровую" суперпупер защиту от копирайтинга DENOVO . Причины побудившие к этому не столько шум вокруг посредственности сколько тот физический вред которая DENOVO несет пользователям(хотя разрабы и клянутся что это не так))
Вводная.
"В последнее время все чаще и чаще мы сталкиваемся с пессимистическими прогнозами, касаемо дальнейшего развития виртуального пиратства. Вся причина кроется в одном слове - Denuvo. Уже несколько топовых тайтлов оказались под защитой грозной Denuvo, а некоторые разработчики успели объявить о планируемом сотрудничестве со зловещим анти-тампером. Вместе с тем такие крупные хакер-группы как 3DM и вовсе заявляют о закате пиратства в сфере игропрома" инфа взята с game2day .
Теперь смотрим что такое DENOVO и с чем её едят.
Была такая шарашкина защита дисков SecuROM -авторство принадлежит Рейнгольду Блауковичу .После того как её эпично взломали ТР, Sony DADC AG выкинула разрабов с глаз подальше. Но те не унывая открыли новую конторку где благополучно разродились новой защитой DENOVO .Нет, DENOVO это не SecuROM это круче,это малоизвестная технология (и мало кому нужная в виду забагованности и ресурсоемкости) VMProtect да еще и вываленная производителям игр как Anti-Tamper-Software(бу га га). Рейнгольд Блаукович сумел впихнуть производителям игр уверенность что его DENOVO это неубиваемая защита и добился того что некоторые не очень умные производители игр воткнули сею поделку в свои игры. Но как говорится шила в мешке не утаишь -
"В очередном кряке 3DM, на этот раз для Mad Max, кто-то догадался тулзой ProtectionID проверить файл 3dmgame.dll. И что бы вы думали - там используется VMProtect, только с хуя бы ему взяться в кряке от денувы?
Тут и всплыло: Denuvo оказался банально перекрашенным VMProtect. Это стало очевидным, после сравнения виртуальных машин обоих продуктов и по наличию зашифрованной dispatch-table. От Lords of the Fallen до Just Cause 3, таким образом, стояла VMProtect 2.0 (2.x). Кроме копирования виртуальной машины, Denuvo полностью копирует у VMProtect обфускацию кода."
Ни для кого не секрет, что StarForce изначально своровала технологию защиты у CD-Cops. Есть объективное мнение, что и VMProtect Software поступили так же - архитекутра построения виртуальной машины невозбранно спизжена с SolidShield
Таким образом, это доказывает, что за последние несколько лет ничего принципиально нового реингардовской конторкой придумано не было. А заодно и заставляет невольно улыбаться, видя, как борцы за защиту копирайтов сами всё копирайченное и тырят друг у друга."
В пользу версии сдирания VMProtect есть ещё один неочевидный, но железный факт: все существующие патенты Рейнгарда Блауковича касаются на данный момент исключительно технологии проверки компакт-дисков.
Если разработчики денувки брызгают слюной "защита абсолютно новая и не имеющая аналогов в мире"®, тогда получается парадокс, ибо любой дебил догадался бы сначала запатентовать новую технологию защиты, а потом штамповать её, спустя некоторое время. Объяснить данную нестыковку можно как раз тупым переклеиванием бирок и разводом лохов."
Теперь по поводу вредности для компьютера пользователя.
DENUVO использует виртуальную машину(VM), которая сама по себе один большой пожиратель ресурсов 64-битная разрядность, которая сама по себе ещё больше нагружает виртуальную машину (вдвое больше регистров надо сохранить в стеке, на каждый примитив валится дополнительная нагрузка по оперированию с регистрами, разрастание лент p-code до невероятных размеров, увеличение количества багов в геометрической прогрессии);По количеству отводимого места в исполняемом файле виртуальная машина равна примерно четырем виртуальным машинам SecuROM'а. Однако-с, оптимизация-с!
Безусловные переходы (JMP) для одной или небольшой группы asm инструкций - дебильная и давно не актуальная фича VM Денувки, которая досталась ей в наследство от VM Секурома 8-ой версии. То, что все JMP легко убираются при трассировке даже самым примитивным фильтром, который пишется на коленке за 5 минут, австрийские разработчики, которые сидят в Европе, видимо, до сих пор не в курсе;
Зато для центрального процессора (CPU) тьма денувьих безусловных переходов - это настоящий кошмар!
Мурыжить он их будет ещё дольше, чем брутфорс MD5 хэша ;
Но съехавшему с катушек Рейнгарду этого показалось мало, и он решил перевыполнить план по уменьшению скорости исполнения кода (хотя в том же Секуроме старался блюсти обратное): были добавлены дублирующеся ветки исполнения кода с условными переходами (conditional double-branches ).
Смысл сей фигни заключается в том, что Денувке насрать на флаги CPU и, соотвественно, на то, выполнится условный переход или нет - в любом случае код будет одним и тем же. Стоит ли говорить про необоснованное разрастание объёмов программы и времени её исполнения?
Засирание памяти приложения страничками в 4096 байт. Коих over 2000 штук. Самое печальное, что исполняемого кода там с десяток инструкций, из которых реально полезны от силы одна или две; Изнасилование оригинальной точки входа (OEP) и CPUID для шифрования; Создание лишнего GUARD-потока, который на протяжении всей игры в цикле трахает Ваш центральный процессор (на самом деле он сторожит целостность одной низкоуровневой функции, чтобы нельзя было присоединиться отладчиком). Толку от этого только абсолютно никакого!
Плохая оптимизация. Для статических функций Денувы, которые открыты, компилятор включен с опцией «Индусский код».
DENUVO портит SSD. Исчерпывающих даннных с развернутыми ассемблерными листингами шифрования и дешифрования файлов во время работы никто до сих пор не приводил. Доподлинно доказан только факт медленной работы защищенного приложения из-за обилия обфускации, вызовов виртуальной машины, плохой оптимизации, пожирания памяти выделенными страницами в 4096 байт, а также загаживания OEP . Всё это усугубляется особенностями платформы x64 (в отличие от x86) — более высокие требования к CPU (в частности, необходимость большого обьёма внутреннего кэша) ради обеспечения достаточной скорости декодирования .
Но вот данные выложенные группой китайских хакеров 3DM
"Для анализа использовались программы мониторинга потребления ресурсов памяти, загрузки CPU, просмотра памяти в целях выявления принципов работы DRM защиты, как она решает проблемы с адресацией,программы анализа SSD дисков для мониторинга появления "умерших" блоков, а также записи–чтения информации.
Хотите знать сколько раз в среднем часть кода LoF.exe перебрасывается с HDD в память и обратно в течение одного часа? 150000 повторов операции копирования–записи. Это в 10000 раз больше обычного. DRM постоянно декодирует код игры в память и зашифровывает обратно.Это один из самых идиотских методов использования шифрования,которое я когда–либо видел. Несмотря на то, что части кода небольшие (максимум пара килобайт за заход), они хранятся в одном блоке памяти. Играя в игру на протяжение 4–8 часов (зависит от качества SSD) означает,что c блоком можно распрощаться навсегда."
И ответы пользователей так сказать добавляют "В общем слух подтвердился. Сделал замеры до и после ~ 40 минут игры. Она на несколько десятков гигабайт (30+) операций чтения/записи произвела. А учитывая, что оперировала она крошечными файлами, то этих операций было овердохрена.
SSD само собой от этого не умер и даже одного процента ресурса не потерял, но то что нагрузка аномально высокая и что например за 100 часов игры ячейки памяти нефигово так поизносятся — это факт."
Я не пропагандирую пиратство но гробить за свои же деньги свой же компьютер это мазохизм. Кстати DENOVO -5 уже взломан и-готовится англоязычная версия кряка с инструкциями по привязке к процессорам.

---