summaryrefslogtreecommitdiffstats
path: root/net
diff options
context:
space:
mode:
authorXin Xiong <xiongx18@fudan.edu.cn>2022-07-24 17:55:58 +0800
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2022-09-05 10:26:29 +0200
commit0769491a8acd3e85ca4c3f65080eac2c824262df (patch)
tree3a7d16fb7106e677298aece471812281014f762c /net
parent0b02218d5ae902a516438b8607b9eb023a8a6ed3 (diff)
downloadlinux-stable-0769491a8acd3e85ca4c3f65080eac2c824262df.tar.gz
linux-stable-0769491a8acd3e85ca4c3f65080eac2c824262df.tar.bz2
linux-stable-0769491a8acd3e85ca4c3f65080eac2c824262df.zip
xfrm: fix refcount leak in __xfrm_policy_check()
[ Upstream commit 9c9cb23e00ddf45679b21b4dacc11d1ae7961ebe ] The issue happens on an error path in __xfrm_policy_check(). When the fetching process of the object `pols[1]` fails, the function simply returns 0, forgetting to decrement the reference count of `pols[0]`, which is incremented earlier by either xfrm_sk_policy_lookup() or xfrm_policy_lookup(). This may result in memory leaks. Fix it by decreasing the reference count of `pols[0]` in that path. Fixes: 134b0fc544ba ("IPsec: propagate security module errors up from flow_cache_lookup") Signed-off-by: Xin Xiong <xiongx18@fudan.edu.cn> Signed-off-by: Xin Tan <tanxin.ctf@gmail.com> Signed-off-by: Steffen Klassert <steffen.klassert@secunet.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'net')
-rw-r--r--net/xfrm/xfrm_policy.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/net/xfrm/xfrm_policy.c b/net/xfrm/xfrm_policy.c
index 3582f77bab6a..1cd21a8c4dea 100644
--- a/net/xfrm/xfrm_policy.c
+++ b/net/xfrm/xfrm_policy.c
@@ -2403,6 +2403,7 @@ int __xfrm_policy_check(struct sock *sk, int dir, struct sk_buff *skb,
if (pols[1]) {
if (IS_ERR(pols[1])) {
XFRM_INC_STATS(net, LINUX_MIB_XFRMINPOLERROR);
+ xfrm_pol_put(pols[0]);
return 0;
}
pols[1]->curlft.use_time = ktime_get_real_seconds();