[NETFILTER]: Fix do_add_counters race, possible oops or info leak (CVE-2006-0039)
Solar Designer found a race condition in do_add_counters(). The beginning of paddc is supposed to be the same as tmp which was sanity-checked above, but it might not be the same in reality. In case the integer overflow and/or the race condition are triggered, paddc->num_counters might not match the allocation size for paddc. If the check below (t->private->number != paddc->num_counters) nevertheless passes (perhaps this requires the race condition to be triggered), IPT_ENTRY_ITERATE() would read kernel memory beyond the allocation size, potentially causing an oops or leaking sensitive data (e.g., passwords from host system or from another VPS) via counter increments. This requires CAP_NET_ADMIN. Signed-off-by: Solar Designer <solar@openwall.com> Signed-off-by: Kirill Korotaev <dev@openvz.org> Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
This commit is contained in:
parent
a467704dcb
commit
2c8ac66bb2
|
@ -948,7 +948,7 @@ static int do_add_counters(void __user *user, unsigned int len)
|
|||
|
||||
write_lock_bh(&t->lock);
|
||||
private = t->private;
|
||||
if (private->number != paddc->num_counters) {
|
||||
if (private->number != tmp.num_counters) {
|
||||
ret = -EINVAL;
|
||||
goto unlock_up_free;
|
||||
}
|
||||
|
|
|
@ -1103,7 +1103,7 @@ do_add_counters(void __user *user, unsigned int len)
|
|||
|
||||
write_lock_bh(&t->lock);
|
||||
private = t->private;
|
||||
if (private->number != paddc->num_counters) {
|
||||
if (private->number != tmp.num_counters) {
|
||||
ret = -EINVAL;
|
||||
goto unlock_up_free;
|
||||
}
|
||||
|
|
Loading…
Reference in New Issue
Block a user