Memory corruptionFrom Wikipedia, th

Memory corruption
From Wikipedia, the free encyclopedia
Memory corruption occurs in a computer program when the contents of a memory location are unintentionally modified due to programming errors; this is termed violating memory safety. When the corrupted memory contents are used later in that program, it leads either to program crash or to strange and bizarre program behavior. Nearly 10% of application crashes on Windows systems are due to heap corruption.[1]

Modern programming languages like C and C++ have powerful features of explicit memory management and pointer arithmetic. These features are designed for developing efficient applications and system software. However, using these features incorrectly may lead to memory corruption errors.

Memory corruption is one of the most intractable class of programming errors, for two reasons:

The source of the memory corruption and its manifestation may be far apart, making it hard to correlate the cause and the effect.
Symptoms appear under unusual conditions, making it hard to consistently reproduce the error.
Memory corruption errors can be broadly classified into four categories:

Using uninitialized memory: Contents of uninitialized memory are treated as garbage values. Using such values can lead to unpredictable program behavior.
Using none-owned memory: It is common to use pointers to access and modify memory. If such a pointer is a null pointer, dangling pointer (pointing to memory that has already been freed), or to a memory location outside of current stack or heap bounds, it is referring to memory that is not then possessed by the program. Using such pointers is a serious programming flaw. Accessing such memory usually causes operating system exceptions, that most commonly lead to a program crash (unless suitable memory protection software is being used).
Using memory beyond the memory that was allocated (buffer overflow): If an array is used in a loop, with incorrect terminating condition, memory beyond the array bounds may be accidentally manipulated. Buffer overflow is one of the most common programming flaws exploited by computer viruses, causing serious computer security issues (e.g. return-to-libc attack, stack-smashing protection) in widely used programs. In some cases programs can also incorrectly access the memory before the start of a buffer.
Faulty heap memory management: Memory leaks and freeing non-heap or un-allocated memory are the most frequent errors caused by faulty heap memory management.
Many memory debuggers such as Purify, Valgrind, Insure++, AddressSanitizer are available to detect memory corruption errors. In the IBMmainframe world, OLIVER provided memory protection for CICS transactions (before more secure versions of CICS were released - as much as 20 years later). OLIVER pinpointed the exact offending instruction before any corruption could occur.

Kết quả (Việt) 1:

Bộ nhớ tham nhũngTừ Wikipedia tiếng ViệtBộ nhớ tham nhũng xảy ra trong một chương trình máy tính khi nội dung của vị trí bộ nhớ được vô ý sửa đổi do lỗi lập trình; Điều này được gọi là vi phạm bộ nhớ an toàn. Khi nội dung bị hỏng bộ nhớ được sử dụng sau này trong chương trình đó, nó dẫn đến tai nạn chương trình hoặc đến hành vi của chương trình kỳ lạ và kỳ lạ. Gần 10% của ứng dụng treo trên Windows Hệ thống là do heap tham nhũng.[1]Ngôn ngữ lập trình hiện đại như C và c + + có các tính năng mạnh mẽ của quản lý bộ nhớ rõ ràng và con trỏ số học. Các tính năng này được thiết kế để phát triển các ứng dụng hiệu quả và hệ thống phần mềm. Tuy nhiên, bằng cách sử dụng các tính năng này không đúng có thể dẫn đến bộ nhớ tham nhũng lỗi.Bộ nhớ tham nhũng là một trong các lớp học đặt intractable lập trình lỗi, vì hai lý do:Nguồn gốc của tham nhũng bộ nhớ và biểu hiện của nó có thể xa nhau, làm cho nó khó khăn để tương quan nguyên nhân và hiệu quả.Triệu chứng xuất hiện trong các điều kiện bất thường, làm cho nó khó khăn để luôn tái sản xuất lỗi.Bộ nhớ tham nhũng lỗi có thể được rộng rãi phân loại thành bốn loại:Bằng cách sử dụng bộ nhớ uninitialized: nội dung của bộ nhớ uninitialized được đối xử như rác giá trị. Bằng cách sử dụng giá trị như vậy có thể dẫn đến hành vi của chương trình không thể đoán trước.Bằng cách sử dụng bộ nhớ không thuộc sở hữu: nó là phổ biến để sử dụng con trỏ để truy cập và sửa đổi bộ nhớ. Nếu một con trỏ chỉ là một con trỏ null, tòn ten pointer (chỉ vào bộ nhớ đã được giải phóng), hoặc một vị trí bộ nhớ bên ngoài hiện tại ngăn xếp hoặc đống giới hạn, nó đề cập đến bộ nhớ không phải là sau đó sở hữu bởi chương trình. Sử dụng con trỏ như vậy là một lỗ hổng nghiêm trọng lập trình. Truy cập vào bộ nhớ như vậy thường gây ra trường hợp ngoại lệ hệ điều hành, rằng hầu hết thường dẫn đến một vụ tai nạn chương trình (trừ khi bộ nhớ phù hợp bảo vệ phần mềm đang được sử dụng).Bằng cách sử dụng bộ nhớ ở xa bộ nhớ được cấp phát (lỗi tràn bộ đệm): nếu một mảng được sử dụng trong một vòng lặp, với điều kiện chấm dứt không chính xác, bộ nhớ vượt ra ngoài giới hạn mảng có thể được chế tác vô tình. Lỗi tràn bộ đệm là một trong những thiếu sót trong lập trình phổ biến nhất được khai thác bởi virus máy tính, gây ra vấn đề bảo mật máy tính nghiêm trọng (ví dụ như trở lại-để-libc tấn công, đập ngăn xếp bảo vệ) trong các chương trình được sử dụng rộng rãi. Trong một số trường hợp chương trình cũng không chính xác có thể truy cập vào bộ nhớ trước khi bắt đầu một bộ đệm.Bị lỗi đống quản lý bộ nhớ: bộ nhớ rò rỉ và giải phóng bộ nhớ-đống hoặc bỏ được phân bổ là các lỗi thường xuyên nhất do quản lý bộ nhớ bị lỗi đống.Nhiều bộ nhớ debuggers chẳng hạn như Purify, Valgrind, bảo hiểm c++, các AddressSanitizer có sẵn để phát hiện lỗi tham nhũng bộ nhớ. Trong thế giới IBMmainframe, OLIVER cung cấp bảo vệ bộ nhớ cho các giao dịch CIVICS (trước khi các phiên bản an toàn hơn của CIVICS đã được phát hành - nhiều như 20 năm sau đó). OLIVER xác định chính xác các chỉ dẫn vi phạm chính xác trước khi bất kỳ tham nhũng có thể xảy ra.