Project

General

Profile

Actions

Bug #168

closed

memory leak in DCERPC handling

Added by Victor Julien almost 14 years ago. Updated almost 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Affected Versions:
Effort:
Difficulty:
Label:

Description

It seems the DCERPC parser doesn't always properly free the memory it's using.

18927 275,731 (273,472 direct, 2,259 indirect) bytes in 8,546 blocks are definitely lost in loss record 868 of 874
18927 at 0x4023F5B: calloc (vg_replace_malloc.c:418)
18927 by 0x824D292: DCERPCParseBINDCTXItem (app-layer-dcerpc.c:254)
18927 by 0x8251880: DCERPCParser (app-layer-dcerpc.c:1105)
18927 by 0x8243077: DataParser (app-layer-smb.c:584)
18927 by 0x82445E4: SMBParseByteCount (app-layer-smb.c:729)
18927 by 0x82479CA: SMBParse (app-layer-smb.c:1129)
18927 by 0x822BC32: AppLayerDoParse (app-layer-parser.c:655)
18927 by 0x822D3FB: AppLayerParse (app-layer-parser.c:861)
18927 by 0x821FF0E: AppLayerHandleMsg (app-layer.c:174)
18927 by 0x820304F: StreamTcpReassembleProcessAppLayer (stream-tcp-reassemble.c:1911)
18927 by 0x81EDE2B: StreamTcpPacket (stream-tcp.c:2509)
18927 by 0x81EE045: StreamTcp (stream-tcp.c:2527)

Files

0004-fix-smb-leak.patch (1.37 KB) 0004-fix-smb-leak.patch Kirby Kuehl, 06/19/2010 05:50 PM
Actions

Also available in: Atom PDF