mirror of
https://github.com/torvalds/linux.git
synced 2024-11-28 07:01:32 +00:00
netfilter: nfnetlink_queue: fix maximum packet length to userspace
The packets that we send via NFQUEUE are encapsulated in the NFQA_PAYLOAD attribute. The length of the packet in userspace is obtained via attr->nla_len field. This field contains the size of the Netlink attribute header plus the packet length. If the maximum packet length is specified, ie. 65535 bytes, and packets in the range of (65531,65535] are sent to userspace, the attr->nla_len overflows and it reports bogus lengths to the application. To fix this, this patch limits the maximum packet length to 65531 bytes. If larger packet length is specified, the packet that we send to user-space is truncated to 65531 bytes. To support 65535 bytes packets, we have to revisit the idea of the 32-bits Netlink attribute length. Reported-by: Florian Westphal <fw@strlen.de> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
This commit is contained in:
parent
7be54ca476
commit
ba8d3b0bf5
@ -526,9 +526,13 @@ nfqnl_set_mode(struct nfqnl_instance *queue,
|
||||
|
||||
case NFQNL_COPY_PACKET:
|
||||
queue->copy_mode = mode;
|
||||
/* we're using struct nlattr which has 16bit nla_len */
|
||||
if (range > 0xffff)
|
||||
queue->copy_range = 0xffff;
|
||||
/* We're using struct nlattr which has 16bit nla_len. Note that
|
||||
* nla_len includes the header length. Thus, the maximum packet
|
||||
* length that we support is 65531 bytes. We send truncated
|
||||
* packets if the specified length is larger than that.
|
||||
*/
|
||||
if (range > 0xffff - NLA_HDRLEN)
|
||||
queue->copy_range = 0xffff - NLA_HDRLEN;
|
||||
else
|
||||
queue->copy_range = range;
|
||||
break;
|
||||
|
Loading…
Reference in New Issue
Block a user