Project

General

Profile

Actions

Bug #5204

open
YZ PA

ippair: Memory leak caused by ippair processing

Bug #5204: ippair: Memory leak caused by ippair processing

Added by yida zhang over 4 years ago. Updated 9 days ago.

Status:
Resolved
Priority:
Normal
Target version:
Affected Versions:
Effort:
Difficulty:
medium
Label:
C

Description

The IPPairGetIPPairFromHash() will increase the ippair->use_cnt by IPPairIncrUsecnt(). Other functions do the same.
But the IPPairDecrUsecnt() will be executed a few times less. This causes IPPair->use_cnt to never be 0. Eventually the memory runs out.

How to reproduce the problem:
1. Reduce the configured :ippair.memcap;

2. tcpreplay a ftp.pcacp with --unique-ip opt;
3. AppLayerExpectationCreate() return error !!!

Please check the changes in version 5.0.3
https://github.com/OISF/suricata/compare/suricata-5.0.2...suricata-5.0.3


Files


Subtasks 1 (1 open0 closed)

Bug #8869: ippair: Memory leak caused by ippair processing (8.0.x backport)AssignedPhilippe AntoineActions

VJ Updated by Victor Julien over 4 years ago Actions #1

  • Assignee deleted (Philippe Antoine)

PA Updated by Philippe Antoine about 3 years ago Actions #2

  • Assignee set to OISF Dev

PA Updated by Philippe Antoine about 1 year ago Actions #3

  • Status changed from New to Feedback

Is there still the issue in Suricata 8 ?

PA Updated by Philippe Antoine 17 days ago Actions #4

  • Status changed from Feedback to In Review
  • Assignee changed from OISF Dev to Philippe Antoine
  • Target version changed from TBD to 9.0.0-beta1

VJ Updated by Victor Julien 9 days ago Actions #6

  • Subject changed from Memory leak caused by ippair processing to ippair: Memory leak caused by ippair processing
  • Status changed from In Review to Resolved
  • Label Needs backport to 8.0 added

OT Updated by OISF Ticketbot 9 days ago Actions #7

  • Subtask #8869 added

OT Updated by OISF Ticketbot 9 days ago Actions #8

  • Label deleted (Needs backport to 8.0)
Actions

Also available in: PDF Atom