Site oficial: http://www.dnguard.net/index.aspx
Blog Oficial: http://www.cnblogs.com/rick/ (Há quanto tempo sem atualização)
Original http://www.anqn.com/jiamijiemi/gongjujiqiao/2009-12-22/a09121848.shtml
DNGuard HVM é um produto de proteção de segurança por código .NET que oferece uma solução de proteção robusta para seu software .NET, código de produto e proteção de direitos autorais. As fortes funções de criptografia, ofuscação e proteção de máquinas virtuais HVM do DNGuard protegem seus produtos ao mesmo tempo, protegendo ainda mais seus interesses legítimos contra criminosos, e podem proteger perfeitamente seu código-fonte contra descompilação e quebra sem quaisquer ajustes no código-fonte.
Prévia do Produto:
Vantagens técnicas:
Uma das questões que devem ser consideradas ao desenvolver produtos de software .NET é como proteger o código contra quebras reversas. A tecnologia de engenharia reversa do acesso ao código existe há muito tempo e, de fato, assemblies .NET contêm código IL e metadados ricos que podem ser facilmente quebrados, modificados ilegalmente e recompilados. Para desenvolvedores que querem proteger sua propriedade intelectual, essa quebra sem esforço representa uma questão de segurança muito importante.
O Reflector de Lutz Roeder, o ILDASTM da Microsoft e outros descompiladores .NET podem visualizar facilmente o código IL do seu assembly, para que seu código-fonte possa ser aprendido por pessoas com segundas intenções que podem recompilar seu produto de software em uma versão pessoal, e sua propriedade intelectual não é protegida.
O DNGuard Pro criptografa o código IL dos seus assemblies para proteger sua propriedade intelectual. Quando o assembly criptografado é executado, ele é descriptografado e compilado pelo compilador just-in-time (JIT); O motor de análise DNGuard garante que pelo menos um método exista na memória a qualquer momento, o que garante que não há possibilidade de crackers extraírem seu código-fonte assembly da memória.
A DNGuard Enterprise possui tecnologia HVM que converte o código IL de um assembly em pseudocódigo HVM e criptografa o pseudocódigo para oferecer a melhor proteção à sua propriedade intelectual. Quando o assembly criptografado é executado, o compilador HVM entrega o pseudocódigo ao compilador de prompts e ajuda o compilador em tempo real a compilar o código local diretamente a partir do pseudocódigo. O motor de análise sintática HVM garante que nenhum código IL esteja presente na memória em qualquer momento, o que garante que os crackers não tenham chance de extrair seu código-fonte assembly da memória.
Soluções de criptografia baseadas em código:
A criptografia de código usa algoritmos padrão para criptografar o código MSIL, de modo que o descompilador não possa ler o código-fonte, impedindo que os crackers rompam reversamente seu assembly. Como o código criptografado não contém mais a estrutura MSIL, nem o ILdasm nem outros descompiladores podem despejar o assembly. Nesse sentido, técnicas tradicionais de fuzzy não podem ser comparadas. No entanto, o framework .NET só pode analisar assemblies padrão da Common Language Interface (CLI), o que significa que o código criptografado é eventualmente descriptografado para execução pelo runtime .NET. A maioria das ferramentas de proteção de código criptografa completamente todo o assembly e o descriptografa em tempo de execução; Eles normalmente usam um carregador de código local para encapsular um conjunto de entrada (um conjunto contendo um ponto de entrada de programa), de modo que classes, métodos e outras informações de metadados semelhantes não sejam visíveis e não possam ser visualizados usando ferramentas .NET padrão. No entanto, se o programa for executado, o carregador local de código descriptografará o código, e haverá código totalmente descriptografado na memória para o runtime do .NET analisar e executar, algo que a maioria das ferramentas de proteção de código não percebe; Uma vez que o código está totalmente exposto na memória como um MSIL, o cracker pode despejar o código da memória, o que também representa um problema de segurança.
Como o DNGuard difere de outras ferramentas de proteção de código?
*DNGuard garante que seu código MSIL esteja sempre criptografado, executado pelo motor de análise sintática .NET em tempo de execução, analisando apenas um método por vez, e seu código MSIL nunca apareça na memória completa ao mesmo tempo.
*Nossa ferramenta de proteção não usa um carregador de código local que encapsule todo o monte, então você também pode usá-lo para criptografar seu aplicativo web ASP.NET.
*As informações de metadados são preservadas intactas e podem ser visualizadas com ferramentas padrão do .NET, então os componentes de suporte de terceiros são perfeitamente distribuídos usando nossas ferramentas de proteção. Agora você pode fornecer ao seu cliente um componente .NET protegido para que ele não mantenha seu endereço IP quando desenvolver seu próprio aplicativo.
Como a HVM é diferente de cada ferramenta de proteção de métodos?
HVM é uma tecnologia de máquina virtual responsável por processar apenas um método por vez no código do programa e nunca descriptografar o método em forma MSIL; Ele só descriptografa métodos em pseudocódigo dinâmico antes que o motor de compilação HVM seja compilado, ajudando compiladores em tempo real a gerar código local diretamente a partir de pseudocódigo. O motor de análise HVM garante que não haja código IL completo residindo na memória em nenhum momento.
|
Publicado em 08/09/2017 17:31:53
|
|
|
|
Publicado em 18/10/2017 13:58:40
|
