freewarez
07-06-2004, 23:56
Chapter 1: Basics
Trước khi bạn có thể protect your software well thì bạn phải nắm rõ các phương thức mà Crackers sẽ sử dụng để ***** your software.
Cracker ! Họ là những người cố gắng loại bỏ the protection from your cho dù điều đó đựoc phân vào việc bất hợp pháp.
Why Crackers *****
Sai lầm đầu tiên của nhà phát triển phần mềm thường phạm phải là đánh giá không đúng khả năng và số lượng Cracker và điều tệ hại này bất cứ devoloper nào cũng có thể phạm phải.
Hầu hết Crackers are very smart people và tiêu tốn cả ngày cho việc loại bỏ software thậm chỉ cả tuần cho sự thử thách này.
Sự thành công của họ luôn phụ thuộc vào động cơ thúc đẩy. Điều đó có thể làm bạn ngạc nhiên khi biết rằng động cơ này hoàn toàn không có điểm dừng.
Crackers post their cracks and information for free, after all. Họ không kinh doanh, kiếm tiền từ your software, tuy nhiên the people sử dụng Cracks của họ lại có thể tiết kiệm được tiền bạc.
Crackers thảo luận trong những đọ sức không chính thức nhằm nói lên rằng ai là người có khả năng cao để remove a new and very complicated protection scheme và trở thành người được đánh giá cao, tôn trọng trong cộng đồng Crackers.
How Crackers *****: Debuggers and Disassemblers
Sự bảo vệ của developers thường bị coi thường vì họ cho rằng một khi không có Source Code các Crackers không thể hiểu được software's protection. Một sai lầm chết người. Crackers sử dụng 2 bộ công cụ nhằm breaking software protection đó là debuggers and disassemblers.
Debuggers
Debuggers cho phép Cracker dò tìm, thâm nhập vào một application và stop it at any point rồi từ đây theo đến đoạn quan trọng. Các higher−level languages (like C++, Visual
Basic, or Delphi) chỉ có thể bị lần dấu vết trong assembler. tuy nhiên Crackers lại có thể hiểu điều gì đang diễn ra với đoạn code.
Sự thật là tùy theo mức độ cao cấp của programming language càng làm khó hơn to trace. Tuy nhiên với một số sự trợ giúp khác higher−level programming languages có thể cung cấp một vài khả năng for creating really good protection.
Everything has its bright and dark sides.
Disassemblers
Disassemblers có thể dịch application code trở về mã assembler. Một điều thuận lợi mà disassemblers làm được là luôn dịch được sang assembler, nhờ đó mà Crackers chỉ cần nắm rõ một ngôn ngữ asm này. Chất lượng trả về của quá trình dịch ngược này tùy thuộc vào the quality of the disassembler. Disassembler tốt nhất không những có thể dịch được hoàn toàn mà còn làm cho code rõ ràng, thuận tiện trong việc đọc để hiểu chúng.
Ví dụ: Nếu Crackers tìm thấy String "Wrong ****** number" và xác định vị trí nó trong đoạn code thì hoàn toàn có thể tìm được một phần của đoạn code that protects the application. Tại ví trí này không ai có thể ngăn cản được việc Cracker tìm hiểu protection và breaking it.
Decompilers
Decompilers có thể dịch application code trở về nguyên dạng source code. A decompiler chỉ có thể dịch được applications được viết bằng ngôn ngữ được hỗ trợ bởi decompiler For example, decompilers for Delphi, Visual Basic, and Java. Và một khi Crackers nắm rõ, biết được ngôn ngữ tương ứng vì thật easy to breaking it.
The Most Frequent Protection Failures
Đây là một vài nguyên nhân mà a program may not be well protected against illegal copying:
• Không có sự bảo vệ nào: Với các programs không được protec and không có sự yêu cầu từ authors cho phép users mua. Một khi program không được protect để chống lại việc sao chép, developers có thể sẽ không ngạc nhiên nếu khoản lợi nhuận thu được của họ rất thấp.
• Program với sự bảo vệ yếu kém: Khoảng chừng 70% tổng số programs có protection thật quá sức yếu kém, điều này khiến Crackers có thể nhanh chóng loại bỏ protect này.
• Program protection gây lỗi cho chính program: Khá nhiều programmers bảo vệ sản phẩm của họ thật yếu kém hoặc không trọn vẹn bởi họ lo ngại rằng các tính năng protect làm việc không chính xác sẽ gây các trục trặc.
Cách tốt hơn nhắm giảm khả năng cũng như kéo dài thời gian ***** của Cracker là sử dụng chính các Crackers’s Programs test lại protection đảm bảo hạn chết các thiếu sót.
<Bài viết có sử dụng tài liệu>
Các bài viết này các bạn có thể tìm thấy trong REA CD sắp được phát hành...
Trước khi bạn có thể protect your software well thì bạn phải nắm rõ các phương thức mà Crackers sẽ sử dụng để ***** your software.
Cracker ! Họ là những người cố gắng loại bỏ the protection from your cho dù điều đó đựoc phân vào việc bất hợp pháp.
Why Crackers *****
Sai lầm đầu tiên của nhà phát triển phần mềm thường phạm phải là đánh giá không đúng khả năng và số lượng Cracker và điều tệ hại này bất cứ devoloper nào cũng có thể phạm phải.
Hầu hết Crackers are very smart people và tiêu tốn cả ngày cho việc loại bỏ software thậm chỉ cả tuần cho sự thử thách này.
Sự thành công của họ luôn phụ thuộc vào động cơ thúc đẩy. Điều đó có thể làm bạn ngạc nhiên khi biết rằng động cơ này hoàn toàn không có điểm dừng.
Crackers post their cracks and information for free, after all. Họ không kinh doanh, kiếm tiền từ your software, tuy nhiên the people sử dụng Cracks của họ lại có thể tiết kiệm được tiền bạc.
Crackers thảo luận trong những đọ sức không chính thức nhằm nói lên rằng ai là người có khả năng cao để remove a new and very complicated protection scheme và trở thành người được đánh giá cao, tôn trọng trong cộng đồng Crackers.
How Crackers *****: Debuggers and Disassemblers
Sự bảo vệ của developers thường bị coi thường vì họ cho rằng một khi không có Source Code các Crackers không thể hiểu được software's protection. Một sai lầm chết người. Crackers sử dụng 2 bộ công cụ nhằm breaking software protection đó là debuggers and disassemblers.
Debuggers
Debuggers cho phép Cracker dò tìm, thâm nhập vào một application và stop it at any point rồi từ đây theo đến đoạn quan trọng. Các higher−level languages (like C++, Visual
Basic, or Delphi) chỉ có thể bị lần dấu vết trong assembler. tuy nhiên Crackers lại có thể hiểu điều gì đang diễn ra với đoạn code.
Sự thật là tùy theo mức độ cao cấp của programming language càng làm khó hơn to trace. Tuy nhiên với một số sự trợ giúp khác higher−level programming languages có thể cung cấp một vài khả năng for creating really good protection.
Everything has its bright and dark sides.
Disassemblers
Disassemblers có thể dịch application code trở về mã assembler. Một điều thuận lợi mà disassemblers làm được là luôn dịch được sang assembler, nhờ đó mà Crackers chỉ cần nắm rõ một ngôn ngữ asm này. Chất lượng trả về của quá trình dịch ngược này tùy thuộc vào the quality of the disassembler. Disassembler tốt nhất không những có thể dịch được hoàn toàn mà còn làm cho code rõ ràng, thuận tiện trong việc đọc để hiểu chúng.
Ví dụ: Nếu Crackers tìm thấy String "Wrong ****** number" và xác định vị trí nó trong đoạn code thì hoàn toàn có thể tìm được một phần của đoạn code that protects the application. Tại ví trí này không ai có thể ngăn cản được việc Cracker tìm hiểu protection và breaking it.
Decompilers
Decompilers có thể dịch application code trở về nguyên dạng source code. A decompiler chỉ có thể dịch được applications được viết bằng ngôn ngữ được hỗ trợ bởi decompiler For example, decompilers for Delphi, Visual Basic, and Java. Và một khi Crackers nắm rõ, biết được ngôn ngữ tương ứng vì thật easy to breaking it.
The Most Frequent Protection Failures
Đây là một vài nguyên nhân mà a program may not be well protected against illegal copying:
• Không có sự bảo vệ nào: Với các programs không được protec and không có sự yêu cầu từ authors cho phép users mua. Một khi program không được protect để chống lại việc sao chép, developers có thể sẽ không ngạc nhiên nếu khoản lợi nhuận thu được của họ rất thấp.
• Program với sự bảo vệ yếu kém: Khoảng chừng 70% tổng số programs có protection thật quá sức yếu kém, điều này khiến Crackers có thể nhanh chóng loại bỏ protect này.
• Program protection gây lỗi cho chính program: Khá nhiều programmers bảo vệ sản phẩm của họ thật yếu kém hoặc không trọn vẹn bởi họ lo ngại rằng các tính năng protect làm việc không chính xác sẽ gây các trục trặc.
Cách tốt hơn nhắm giảm khả năng cũng như kéo dài thời gian ***** của Cracker là sử dụng chính các Crackers’s Programs test lại protection đảm bảo hạn chết các thiếu sót.
<Bài viết có sử dụng tài liệu>
Các bài viết này các bạn có thể tìm thấy trong REA CD sắp được phát hành...