|
|
Opublikowano 08.09.2017 17:31:53
|
|
|
|
Oficjalna strona internetowa: http://www.dnguard.net/index.aspx
Oficjalny blog: http://www.cnblogs.com/rick/ (Od dawna brak aktualizacji)
Oryginalne http://www.anqn.com/jiamijiemi/gongjujiqiao/2009-12-22/a09121848.shtml
DNGuard HVM to produkt ochrony bezpieczeństwa kodu .NET, który zapewnia silne rozwiązanie ochronne dla kodu produktu .NET oraz ochronę praw autorskich. Silne funkcje szyfrowania, zaciemniania oraz ochrony wirtualnej maszyny HVM w DNGuard jednocześnie chronią Twoje produkty, dodatkowo chroniąc Twoje uzasadnione interesy przed przestępcami, a także doskonale chronią kod źródłowy przed dekompilacją i włamaniem bez żadnych zmian w kodzie źródłowym.
Zapowiedź produktu:
Zalety techniczne:
Jednym z zagadnień, które należy wziąć pod uwagę przy tworzeniu oprogramowania .NET, jest to, jak chronić kod przed włamaniem wstecznym. Technologia inżynierii wstecznej dostępu do kodu istnieje od dawna, a w rzeczywistości asemblery .NET zawierają kod IL i bogate metadane, które można łatwo złamać, nielegalnie zmodyfikować i ponownie skompilować. Dla deweloperów, którzy chcą chronić swoją własność intelektualną, ten bezwysiłkowy crack stanowi bardzo istotne zagadnienie bezpieczeństwa.
Reflector Lutza Roedera, ILDASTM firmy Microsoft i inne dekompilatory .NET mogą łatwo przeglądać kod IL twojego asemblera, dzięki czemu osoby o ukrytych motywach mogą przekompilować Twój produkt do wersji osobistej, a twoja własność intelektualna nie jest chroniona.
DNGuard Pro szyfruje kod IL twoich zespołów, aby chronić Twoją własność intelektualną. Gdy zaszyfrowany asembler działa, jest on odszyfrowywany i kompilowany przez kompilator just-in-time (JIT); Silnik parsujący DNGuard zapewnia, że przynajmniej jedna metoda istnieje w pamięci w danym momencie, co sprawia, że crackery nie mogą zrzucić kodu źródłowego z pamięci przez asemblery.
DNGuard Enterprise posiada technologię HVM, która konwertuje kod IL z asemblera na pseudokod HVM i szyfruje ten pseudokod, aby zapewnić najlepszą ochronę Twojej własności intelektualnej. Gdy zaszyfrowany asembler działa, kompilator HVM przekazuje pseudokod kompilatorowi promptu i pomaga kompilatorowi na bieżąco kompilować kod lokalny bezpośrednio z pseudokodu. Silnik parsowania HVM zapewnia, że w pamięci nie ma żadnego kodu IL, co sprawia, że crackery nie mają szans na wyrzucenie kodu źródłowego z pamięci.
Rozwiązania szyfrowania oparte na kodzie:
Szyfrowanie kodu wykorzystuje standardowe algorytmy szyfrowania kodu MSIL, tak aby dekompilator nie mógł odczytać kodu źródłowego, uniemożliwiając łamaczom odwrócone złamanie twojego asemblera. Ponieważ zaszyfrowany kod nie zawiera już struktury MSIL, ani ILdasm, ani inne dekompilatory nie mogą zrzucić asemblera. W tym kontekście tradycyjne techniki rozmyte nie mogą być porównywane. Jednak framework .NET może analizować tylko standardowe zespoły Common Language Interface (CLI), co oznacza, że zaszyfrowany kod jest ostatecznie odszyfrowany do wykonania przez środowisko uruchomienia .NET. Większość narzędzi do ochrony kodu w pełni szyfruje cały asembler i odszyfrowuje go w czasie działania; Zazwyczaj używają lokalnego ładowacza kodu do enkapsulacji asembla wejściowego (asembla zawierającego punkt wejścia programu), tak aby podobne klasy, metody i inne metadane nie były widoczne i nie mogły być widoczne za pomocą standardowych narzędzi .NET. Jednak jeśli program zostanie uruchomiony, lokalny ładownik kodu go odszyfruje, a w pamięci zostanie w pełni zdeszyfrowany kod, który może przeanalizować i uruchomić .NET runtime, czego większość narzędzi ochrony kodu nie zauważa; Gdy kod zostanie w pełni wyświetlony w pamięci jako MSIL, cracker może wyrzucić kod z pamięci, co również stanowi zagrożenie dla bezpieczeństwa.
Czym DNGuard różni się od innych narzędzi do ochrony kodu?
*DNGuard zapewnia, że Twój kod MSIL jest zawsze szyfrowany, uruchamiany przez silnik parsujący .NET w czasie działania, analizując tylko jedną metodę naraz, a Twój kod MSIL nigdy nie pojawia się w pełnej pamięci naraz.
*Nasze narzędzie ochronne nie używa lokalnego ładowacza kodu, który enkapsuluje cały asemble, więc możesz go także użyć do szyfrowania ASP.NET aplikacji webowej.
*Informacje o metadanych są zachowane i można je przeglądać za pomocą standardowych narzędzi .NET, dzięki czemu komponenty wsparcia firm trzecich są idealnie rozproszone za pomocą naszych narzędzi ochronnych. Teraz możesz dać klientowi chroniony komponent .NET, żeby nie zatrzymywał twojego adresu IP podczas tworzenia własnej aplikacji.
Czym HVM różni się od każdego narzędzia ochrony metody?
HVM to technologia maszyny wirtualnej, która odpowiada za przetwarzanie tylko jednej metody kodu programu naraz i nigdy nie deszyfruje tej metody do formy MSIL; Deszyfruje metody do dynamicznego pseudokodu tylko przed kompilacją silnika HVM, pomagając kompilatorom na bieżąco generować kod lokalny bezpośrednio z pseudokodu. Silnik parsowania HVM zapewnia, że w pamięci nie ma pełnego kodu IL.
|
Poprzedni:Artefakt .net shelling, chińska wersja MegaDumperNastępny:SQL Server Attached Database jest wyświetlany jako tylko do odczytu, gdy to jest obejście
|
Opublikowano 18.10.2017 13:58:40
|
