Guardship이 .NET 코드를 분해 한 다음 두 가지를 생성하여 기본 관리되지 않는 응용 프로그램에 실행 파일의 MSIL 코드를 컴파일 : 1. 모듈 [Your_App_Name] .COM; 2. 라이브러리 [Your_App_Name] lib 디렉토리
.NET Framework를 대상으로 응용 프로그램 (윈폼, WPF)의 중간 언어 (IL)로 컴파일됩니다. 런타임에서, 단지 인 타임 (JIT) 컴파일러는 원시 코드에 IL 변환합니다. Guardship은 숨겨진 수 있도록 네이티브 코드로 .NET 실행 파일을 변환합니다. 당신이 보호 된 실행 파일을 실행하면 모든 기능과 PC 메모리에 수행하는 관리되는 응용 프로그램의 기능을 가지고있다. 그러나 .NET 어셈블리 브라우저와 디 컴파일러는 보호 된 .NET 실행 파일을 읽을 수 없습니다.
왜 Guardship 관리되지 않는 실행 파일로 변환합니까?
ASM, C 또는 C ++로 작성된 디 컴파일되지 않는 실행 파일에 대한 몇 가지 디셈이 있습니다. 그러나 그들 중 누구도 노력의 가치를 읽을 수있는 충분한 코드를 생성하는 관리되지 않습니다. 당신은 처음부터 동일한 작동하는 응용 프로그램을 작성하는 것보다, 내부 어셈블러 블록으로 디 컴파일 소스를 읽으려고 더 많은 시간을 보낼 것입니다.
사실, 어떤 실행 모듈을 분해하고 탐구 할 수있다. decipherer 응용 프로그램의 소스 코드를 리버스 엔지니어링 할 수있는 용이성 앱의 소스 코드에 대한 모든 메타 데이터가 exe 인 모듈 내부 제시 방법에 따라 달라집니다. 월 원래 밖으로 decipherer 그림 클래스 이름, 방식, 작업 흐름, 구조 등? 컴파일러는 기본적으로 시스템의 런타임 실행에 많은 호환되는 형식으로 출력을 변환, 응용 프로그램의 소스 코드를 압축합니다. 그것은 CLR 중간 런타임에 의해 처리되는 기본 시스템 코드 또는 IL 바이트 코드 일 수있다. . 그러나 전반적으로, (등 디버깅, 주석) 응용 프로그램 소스 코드에 대한 많은 정보는 단순히 소형 컴파일하는 동안 손실 될 수있다
요구 사항 :
이 .NET 프레임 워크 2.0
제한 사항 :
이 제한된 기능
댓글을 찾을 수 없습니다