aboutsummaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorPatrick McHardy <kaber@trash.net>2006-05-22 16:55:14 -0700
committerDavid S. Miller <davem@davemloft.net>2006-05-22 16:55:14 -0700
commitf41d5bb1d9f49b03af7126d07a511facbe283a92 (patch)
tree3551fffccb0cafd2851bc441cf8ea1a81716a9f7 /include
parentf5565f4a90bdfea99e4bcd8411ff5272ebdbdbf8 (diff)
downloadkernel_samsung_aries-f41d5bb1d9f49b03af7126d07a511facbe283a92.zip
kernel_samsung_aries-f41d5bb1d9f49b03af7126d07a511facbe283a92.tar.gz
kernel_samsung_aries-f41d5bb1d9f49b03af7126d07a511facbe283a92.tar.bz2
[NETFILTER]: SNMP NAT: fix memory corruption
Fix memory corruption caused by snmp_trap_decode: - When snmp_trap_decode fails before the id and address are allocated, the pointers contain random memory, but are freed by the caller (snmp_parse_mangle). - When snmp_trap_decode fails after allocating just the ID, it tries to free both address and ID, but the address pointer still contains random memory. The caller frees both ID and random memory again. - When snmp_trap_decode fails after allocating both, it frees both, and the callers frees both again. The corruption can be triggered remotely when the ip_nat_snmp_basic module is loaded and traffic on port 161 or 162 is NATed. Found by multiple testcases of the trap-app and trap-enc groups of the PROTOS c06-snmpv1 testsuite. Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions