Guardship

Sự miêu tả

Bộ phận bảo vệ tháo gỡ mã .NET của bạn và sau đó biên dịch mã MSIL của tệp thực thi của bạn thành ứng dụng không được quản lý gốc bằng cách tạo ra hai phần: 1. Bắt đầu mô-đun [Your_App_Name] .com; 2. Thư viện [Your_App_Name] .lib

Các ứng dụng của bạn (WinForms, WPF, v.v.) nhắm mục tiêu .NET Framework được biên dịch sang ngôn ngữ trung gian (IL). Tại thời điểm chạy, trình biên dịch just-in-time (JIT) dịch IL sang mã gốc. Guardship dịch tệp thực thi .NET của bạn sang mã gốc để ẩn tệp. Khi bạn chạy tệp thực thi được bảo vệ, nó có tất cả các tính năng và chức năng của ứng dụng được quản lý hoạt động trong bộ nhớ PC. Nhưng trình duyệt hợp ngữ .NET và trình dịch ngược sẽ không thể đọc các tệp thực thi .NET được bảo vệ của bạn.

Tại sao Guardship chuyển đổi thành tệp thực thi không được quản lý? Có một số trình tháo gỡ để dịch ngược các tệp thực thi không được quản lý được viết bằng ASM, C hoặc C ++. Tuy nhiên, không ai trong số họ sẽ quản lý để tạo ra mã đủ đọc được để xứng đáng với nỗ lực. Bạn sẽ dành nhiều thời gian hơn khi cố gắng đọc mã nguồn được dịch ngược với các khối hợp ngữ bên trong, hơn là viết ứng dụng hoạt động tương tự từ đầu.

Trên thực tế, bất kỳ mô-đun thực thi nào cũng có thể được tháo rời và khám phá. Mức độ dễ dàng mà trình giải mã có thể thiết kế ngược mã nguồn ứng dụng của bạn phụ thuộc vào cách siêu dữ liệu hoàn chỉnh về mã nguồn của ứng dụng hiển thị bên trong mô-đun exe. Người giải mã có thể tìm ra tên lớp, phương thức, luồng công việc, cấu trúc, v.v. ban đầu không? Về cơ bản, một trình biên dịch sẽ thu gọn mã nguồn của ứng dụng, chuyển đổi đầu ra thành một định dạng phù hợp nhiều với việc thực thi thời gian chạy của máy. Nó có thể là mã máy gốc hoặc mã byte IL được xử lý bởi thời gian chạy trung gian CLR. Tuy nhiên, nhìn chung, rất nhiều thông tin về mã nguồn ứng dụng của bạn (gỡ lỗi, nhận xét, v.v.) có thể bị mất trong quá trình biên dịch nhỏ gọn.