Memory Leak

内存会得到分配但从不会被释放。

内存泄漏有两个共通而有时部分相同的原因：

- 错误状况及其他异常情况。

- 未明确程序的哪一部份负责释放内存。

大部分内存泄漏只会导致常规软件可靠性问题，但如果攻击者可能有意触发内存泄漏，该攻击者就有可能发起 Denial of Service 攻击（通过引发程序崩溃的方式）或利用由内存较低情况 [1] 引起的其他意外程序行为。

示例 1：如果发生错误，以下 Micro Focus COBOL 程序会泄漏已分配内存块：

  CALL "CBL_ALLOC_MEM"
      USING mem-pointer
      BY VALUE mem-size
      BY VALUE flags
      RETURNING status-code
  END-CALL

  IF status-code NOT = 0
      DISPLAY "Error!"
      GOBACK
  ELSE
      SET ADDRESS OF mem TO mem-pointer
  END-IF

  PERFORM write-data
  IF ws-status-code NOT = 0
      DISPLAY "Error!"
      GOBACK
  ELSE
      DISPLAY "Success!"
  END-IF

  CALL "CBL_FREE_MEM"
      USING BY VALUE mem-pointer
      RETURNING status-code
  END-CALL

  GOBACK
  .

对象为成员变量分配了内存，但在其 dealloc() 方法中未能将其释放。

Memory leak 的产生有两个常见（有时候这两个原因会同时发生作用）原因：

－ 错误状况及其他异常情况。

— 不清楚由程序的哪一部分负责释放内存。

大多数 memory leak 会导致常规软件可靠性问题，但如果攻击者能够蓄意触发 memory leak，他就可能会通过引发程序崩溃来发起一个 denial of service 攻击，或者是利用因内存低的情况 [1] 所引发的其他意外的程序行为。

例 1：该 Objective-C 对象通过 init() 方法分配内存，但无法通过 deallocate() 方法将其释放，导致 memory leak：

- (void)init
{
    myVar = [NSString alloc] init];
    ...
}

- (void)dealloc
{
    [otherVar release];
}