[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230901010437.126631-1-joao@overdrivepizza.com>
Date: Thu, 31 Aug 2023 18:04:35 -0700
From: joao@...rdrivepizza.com
To: pablo@...filter.org, netfilter-devel@...r.kernel.org,
coreteam@...filter.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, joao@...rdrivepizza.com
Cc: kadlec@...filter.org, fw@...len.de, davem@...emloft.net,
edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com,
rkannoth@...vell.com, wojciech.drewek@...el.com,
steen.hegenlund@...rohip.com, keescook@...omium.org,
Joao Moreira <joao.moreira@...el.com>
Subject: [PATCH 0/2] Prevent potential write out of bounds
From: Joao Moreira <joao.moreira@...el.com>
The function flow_rule_alloc in net/core/flow_offload.c [2] gets an
unsigned int num_actions (line 10) and later traverses the actions in
the rule (line 24) setting hw.stats to FLOW_ACTION_HW_STATS_DONT_CARE.
Within the same file, the loop in the line 24 compares a signed int
(i) to an unsigned int (num_actions), and then uses i as an array
index. If an integer overflow happens, then the array within the loop
is wrongly indexed, causing a write out of bounds.
After checking with maintainers, it seems that the front-end caps the
maximum value of num_action, thus it is not possible to reach the given
write out of bounds, yet, still, to prevent disasters it is better to
fix the signedness here.
Similarly, also it is also good to ensure that an overflow won't happen
in net/netfilter/nf_tables_offload.c's function nft_flow_rule_create by
checking that num_actions is not negative.
Tks,
Joao Moreira (2):
Make loop indexes unsigned
Ensure num_actions is not a negative
net/core/flow_offload.c | 4 ++--
net/netfilter/nf_tables_offload.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
--
2.41.0
Powered by blists - more mailing lists