Skip to content

Commit 3819a35

Browse files
Florian Westphalklassert
authored andcommitted
xfrm: fix possible null deref in xfrm_init_tempstate
Dan reports following smatch warning: net/xfrm/xfrm_state.c:659 error: we previously assumed 'afinfo' could be null (see line 651) 649 struct xfrm_state_afinfo *afinfo = xfrm_state_afinfo_get_rcu(family); 651 if (afinfo) ... 658 } 659 afinfo->init_temprop(x, tmpl, daddr, saddr); I am resonably sure afinfo cannot be NULL here. xfrm_state4.c and state6.c are both part of ipv4/ipv6 (depends on CONFIG_XFRM, a boolean) but even if ipv6 is a module state6.c can't be removed (ipv6 lacks module_exit so it cannot be removed). The only callers for xfrm6_fini that leads to state backend unregister are error unwinding paths that can be called during ipv6 init function. So after ipv6 module is loaded successfully the state backend cannot go away anymore. The family value from policy lookup path is taken from dst_entry, so that should always be AF_INET(6). However, since this silences the warning and avoids readers of this code wondering about possible null deref it seems preferrable to be defensive and just add the old check back. Fixes: 711059b ("xfrm: add and use xfrm_state_afinfo_get_rcu") Reported-by: Dan Carpenter <[email protected]> Signed-off-by: Florian Westphal <[email protected]> Signed-off-by: Steffen Klassert <[email protected]>
1 parent 75cda62 commit 3819a35

File tree

1 file changed

+4
-2
lines changed

1 file changed

+4
-2
lines changed

net/xfrm/xfrm_state.c

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -648,8 +648,10 @@ xfrm_init_tempstate(struct xfrm_state *x, const struct flowi *fl,
648648
{
649649
struct xfrm_state_afinfo *afinfo = xfrm_state_afinfo_get_rcu(family);
650650

651-
if (afinfo)
652-
afinfo->init_tempsel(&x->sel, fl);
651+
if (!afinfo)
652+
return;
653+
654+
afinfo->init_tempsel(&x->sel, fl);
653655

654656
if (family != tmpl->encap_family) {
655657
afinfo = xfrm_state_afinfo_get_rcu(tmpl->encap_family);

0 commit comments

Comments
 (0)