Офіційний сайт: http://www.dnguard.net/index.aspx
Офіційний блог: http://www.cnblogs.com/rick/ (давно не було оновлень)
Оригінальний http://www.anqn.com/jiamijiemi/gongjujiqiao/2009-12-22/a09121848.shtml
DNGuard HVM — це продукт захисту .NET-коду, який забезпечує надійний захист коду вашого .NET-програмного продукту та захисту авторських прав. Потужні функції шифрування, обфускації та захисту віртуальних машин HVM від DNGuard одночасно захищають ваші продукти, додатково захищаючи ваші законні інтереси від злочинців, а також ідеально захищають ваш вихідний код від декомпіляції та злому без будь-яких коригувань у вихідному коді.
Попередній огляд продукту:
Технічні переваги:
Одне з питань, яке слід враховувати при розробці програмного забезпечення .NET, — це те, як захистити код від зворотного зламу. Технологія зворотного інжинірингу доступу до коду існує вже давно, і насправді .NET-асамблеї містять IL код та багаті метадані, які можна легко зламати, незаконно змінити та перекомпілювати. Для розробників, які хочуть захистити свою інтелектуальну власність, ця легка тріщина створює дуже важливе питання безпеки.
Reflector від Лутца Рьодера, ILDASTM від Microsoft та інші .NET-декомпілятори можуть легко переглядати IL код вашої асемблі, щоб ваш вихідний код могли вивчати люди з прихованими мотивами, які можуть перекомпілювати ваш програмний продукт у персональну версію, а ваша інтелектуальна власність не захищена.
DNGuard Pro шифрує IL код ваших асамблеїв для захисту вашої інтелектуальної власності. Коли зашифрована асемблера запускається, вона розшифровується та компілюється компілятором just-in-time (JIT); Рушій розбору DNGuard гарантує, що принаймні один метод існує в пам'яті в будь-який момент часу, що гарантує, що хакери не можуть скинути вихідний код асемблеру з пам'яті.
DNGuard Enterprise має технологію HVM, яка конвертує IL код асемблера у псевдокод HVM і шифрує псевдокод для забезпечення найкращого захисту вашої інтелектуальної власності. Коли зашифрований асемблер запускається, компілятор HVM передає псевдокод компілятору prompt і допомагає компілятору компіляти локальний код безпосередньо з псевдокоду. Рушій парсингу HVM гарантує, що в пам'яті в пам'яті немає коду IL, що гарантує, що зломщики не мають шансів видати вихідний код асемблеру з пам'яті.
Рішення для шифрування на основі коду:
Шифрування коду використовує стандартні алгоритми шифрування для шифрування коду MSIL, щоб декомпілятор не міг прочитати вихідний код, що запобігає зламу зламу вашої асемблі. Оскільки зашифрований код більше не містить структури MSIL, ні ILdasm, ні інші декомпілятори не можуть скинути асемблер. У цьому сенсі традиційні нечіткі техніки не можна порівнювати. Однак .NET-фреймворк може розбирати лише стандартні асемблеї Common Language Interface (CLI), що означає, що зашифрований код зрештою розшифровується для виконання у .NET runtime. Більшість інструментів захисту коду повністю шифрують всю збірку та розшифровують її під час виконання; Зазвичай вони використовують локальний завантажувач коду для інкапсуляції асемблеру запису (асемблер, що містить точку входу програми), щоб подібні класи, методи та інша метадані не були видимі і не могли бути переглянуті стандартними .NET-інструментами. Однак, якщо програма виконана, локальний завантажувач коду розшифрує код, і в пам'яті буде повністю розшифрований код для .NET runtime, що більшість інструментів захисту коду не усвідомлюють; Коли код повністю відкритий у пам'яті як MSIL, зломщик може скинути його з пам'яті, що також створює проблему безпеки.
Чим DNGuard відрізняється від інших інструментів захисту коду?
*DNGuard гарантує, що ваш код MSIL завжди зашифрований, виконується рушієм .NET під час виконання, розбираючи лише один метод одночасно, і ваш код MSIL ніколи не з'являється в повній пам'яті одночасно.
*Наш інструмент захисту не використовує локальний завантажувач коду, який охоплює всю асемблю, тому ви також можете використовувати його для шифрування вашого веб-додатку ASP.NET.
*Інформація про метадані зберігається цілою і може переглядатися за допомогою стандартних .NET інструментів, тому сторонні компоненти підтримки ідеально розподіляються за допомогою наших засобів захисту. Тепер ви можете надати клієнту захищений .NET-компонент, щоб він не зберігав вашу IP-адресу під час розробки власного додатку.
Чим HVM відрізняється від кожного інструменту захисту методу?
HVM — це технологія віртуальної машини, яка відповідає за обробку лише одного методу програмного коду одночасно і ніколи не розшифровує метод у формі MSIL; Він розшифровує методи у динамічний псевдокод лише до компіляції HVM-компіляційного рушія, допомагаючи компіляторам генерувати локальний код безпосередньо з псевдокоду. Рушій розбору HVM гарантує, що в пам'яті немає повного коду IL.
|
Опубліковано 08.09.2017 17:31:53
|
|
|
|
Опубліковано 18.10.2017 13:58:40
|
