On Fri, Apr 21, 2017 at 12:14:51PM +0200, Sabrina Dubroca wrote:
> When CONFIG_XFRM_SUB_POLICY=y, xfrm_dst stores a copy of the flowi for
> that dst. Unfortunately, the code that allocates and fills this copy
> doesn't care about what type of flowi (flowi, flowi4, flowi6) gets
> passed. In multiple code paths (from raw_sendmsg, from TCP when
> replying to a FIN, in vxlan, geneve, and gre), the flowi that gets
> passed to xfrm is actually an on-stack flowi4, so we end up reading
> memory on the stack past the end of the flowi4 struct.
>
> Since xfrm_dst->origin isn't used anywhere, just get rid of it.
> xfrm_dst->partner isn't used either, so get rid of that too.
>
> Fixes: ca116922afa8 ("xfrm: Eliminate "fl" and "pol" args to
> xfrm_bundle_ok().")
The commit you refer to here doesn't seem to have caused this bug.
Thanks,
--
Email: Herbert Xu <[email protected]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt