+10
−3
Loading
As far as I can see nothing bad can happen when NFTA_TARGET/MATCH_NAME are too large because this calls x_tables helpers which check for the length, but it seems better to already reject it during netlink parsing. Rest of the changes avoid silent u8/u16 truncations. For _TYPE, its expected to be only 1 or 0. In x_tables world, this variable is set by kernel, for IPT_SO_GET_REVISION_TARGET its 1, for all others its set to 0. As older versions of nf_tables permitted any value except 1 to mean 'match', keep this as-is but sanitize the value for consistency. Fixes: 0ca743a5 ("netfilter: nf_tables: add compatibility layer for x_tables") Reviewed-by:Fernando Fernandez Mancera <fmancera@suse.de> Signed-off-by:
Florian Westphal <fw@strlen.de>