diff options
author | Patrick McHardy <kaber@trash.net> | 2006-05-22 16:55:14 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2006-05-22 16:55:14 -0700 |
commit | f41d5bb1d9f49b03af7126d07a511facbe283a92 (patch) | |
tree | 3551fffccb0cafd2851bc441cf8ea1a81716a9f7 /include | |
parent | f5565f4a90bdfea99e4bcd8411ff5272ebdbdbf8 (diff) | |
download | kernel_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