Offisiell nettside: http://www.dnguard.net/index.aspx
Offisiell blogg: http://www.cnblogs.com/rick/ (Lenge siden ingen oppdatering)
Original http://www.anqn.com/jiamijiemi/gongjujiqiao/2009-12-22/a09121848.shtml
DNGuard HVM er et .NET-kode-sikkerhetsbeskyttelsesprodukt som gir en sterk beskyttelsesløsning for din .NET-programvarekode og opphavsrettsbeskyttelse. DNGuards sterke kryptering, obfuskeringsfunksjoner og HVM-beskyttelsesfunksjoner beskytter produktene dine samtidig, og beskytter dine legitime interesser mot kriminelle, og den kan perfekt beskytte kildekoden din mot dekompilering og knekking uten noen justeringer av kildekoden.
Produktforhåndsvisning:
Tekniske fordeler:
Et av spørsmålene som må vurderes når man utvikler .NET-programvareprodukter, er hvordan man beskytter kode mot reverse cracking. Teknologien bak reversering av tilgang til kode har eksistert lenge, og faktisk inneholder .NET-assemblies IL-kode og rik metadata som enkelt kan knekkes, ulovlig endres og kompileres på nytt. For utviklere som ønsker å beskytte sin intellektuelle eiendom, utgjør denne uanstrengte cracken et svært viktig sikkerhetsspørsmål.
Lutz Roeders Reflector, Microsofts ILDASTM og andre .NET-dekompilatorer kan enkelt se assemblens IL-kode, slik at kildekoden din kan læres av folk med skjulte motiver som kan rekompilere programvareproduktet ditt til en personlig versjon, og din immaterielle eiendom er ikke beskyttet.
DNGuard Pro krypterer IL-koden til dine samlinger for å beskytte din intellektuelle eiendom. Når den krypterte assembleren kjører, blir den dekryptert og kompilert av just-in-time-kompilatoren (JIT); DNGuard-parsingmotoren sørger for at minst én metode finnes i minnet til enhver tid, noe som sikrer at det ikke er noen mulighet for at crackere kan dumpe assemblerkoden din fra minnet.
DNGuard Enterprise har HVM-teknologi som konverterer IL-koden til en assembler til HVM-pseudokode og krypterer pseudokoden for å gi best mulig beskyttelse for din intellektuelle eiendom. Når den krypterte assembleren kjører, overleverer HVM-kompilatoren pseudokoden til prompt-kompilatoren og hjelper on-the-fly kompilatoren med å kompilere den lokale koden direkte fra pseudokoden. HVM-parsingmotoren sikrer at ingen IL-kode er til stede i minnet til enhver tid, noe som sikrer at crackere ikke har noen sjanse til å dumpe assemblerkoden din fra minnet.
Kodebaserte krypteringsløsninger:
Kodekryptering bruker standard krypteringsalgoritmer for å kryptere MSIL-kode slik at dekompilatoren ikke kan lese kildekoden, og forhindrer at crackere reverserer assemblen din. Siden den krypterte koden ikke lenger inneholder MSIL-strukturen, kan verken ILdasm eller andre dekompilatorer dumpe assemblyen. I så måte kan ikke tradisjonelle fuzzy-teknikker sammenlignes. Imidlertid kan .NET-rammeverket bare analysere standard Common Language Interface (CLI)-assemblies, noe som betyr at kryptert kode til slutt dekrypteres for kjøring av .NET-kjøringen. De fleste kodebeskyttelsesverktøy krypterer hele assemblyen fullstendig og dekrypterer den under kjøring; De bruker vanligvis en lokal kodelaster for å kapsle inn en entry-assembly (en assembly som inneholder et programinngangspunkt) slik at lignende klasser, metoder og annen metadatainformasjon ikke er synlige og ikke kan vises med standard .NET-verktøy. Men hvis programmet kjøres, vil den lokale kodelasteren dekryptere koden, og det vil være fullstendig dekryptert kode i minnet som .NET-kjøretiden kan analysere og kjøre, noe de fleste kodebeskyttelsesverktøy ikke er klar over; Når koden er fullstendig eksponert i minnet som en MSIL, kan crackeren dumpe koden fra minnet, noe som også utgjør et sikkerhetsproblem.
Hvordan skiller DNGuard seg fra andre kodebeskyttelsesverktøy?
*DNGuard sørger for at MSIL-koden din alltid er kryptert, kjøres av .NET-parsingmotoren under kjøring, og at kun én metode analyseres om gangen, og at MSIL-koden aldri vises i full minne om gangen.
*Vårt beskyttelsesverktøy bruker ikke en lokal kodeloader som kapsler inn hele assemblyen, så du kan også bruke den til å kryptere din ASP.NET webapplikasjon.
*Metadatainformasjon bevares intakt og kan vises med standard .NET-verktøy, slik at tredjeparts støttekomponenter er perfekt distribuert ved bruk av våre beskyttelsesverktøy. Nå kan du gi kunden din en beskyttet .NET-komponent slik at han ikke beholder IP-adressen din når han utvikler sin egen applikasjon.
Hvordan skiller HVM seg fra hvert metodebeskyttelsesverktøy?
HVM er en virtuell maskinteknologi som er ansvarlig for å behandle kun én metode om gangen i programkoden og aldri dekryptere metoden til MSIL-form; Den dekrypterer kun metoder til dynamisk pseudokode før HVM-kompilasjonsmotoren kompilerer, og hjelper kompilatorer i sanntid med å generere lokal kode direkte fra pseudokode. HVM-parsingmotoren sørger for at det ikke finnes full IL-kode i minnet til enhver tid.
|
Publisert på 08.09.2017 17:31:53
|
|
|
|
Publisert på 18.10.2017 13:58:40
|
