Received: by 10.213.65.68 with SMTP id h4csp515973imn; Fri, 16 Mar 2018 10:07:04 -0700 (PDT) X-Google-Smtp-Source: AG47ELsoF18BKOInCkSCUu7KyDV7rX4SRix7O9QzKu1FWXAFc31/Vr26DBEB8L9n9+YXnVfa9K/H X-Received: by 2002:a17:902:6984:: with SMTP id l4-v6mr2986886plk.61.1521220024570; Fri, 16 Mar 2018 10:07:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521220024; cv=none; d=google.com; s=arc-20160816; b=SWoNc+/D4nY5Rn/WnayKNtj6sm1ubsny7voRYcfKG97d+LHN9w7QOoXRfXJ/tcu+lt 7LT+YTBKdd+TcwQ/QJJC+DpwxvR4WmQMBlaXe447R3KuAq86z8WV6Z8LGpBghlnwDCu7 uLmPXK3eLCs0nCihmT8HuGaJmw/BOjDBVcV7qlOrnk/WV301IF8Gau8I4t9XpE9zxtfw VQSPv2YKctc5s+Cxl96pyetqijhZ4m+9fLCH2lYMu210Q/oYDleFjG5IoTES6ho9Gtrs P+jWtlrcJ5xRbt2PJc3knisHuEnDOlN0bDjj1PJ6W05OOc75EuTo9X+m0FW2uOeBvXC5 k8GQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=NpGzpDTXNIxdGl//Qb4u5bO0DLsWsFoB2yUasPMWf5s=; b=jfSDqbtG1zGciPWYzkTemDym4PjduFnufhDPRDVdtE7ZX/Nw53EuZPQHdr0p3Dpdsg y2In0IfgBQBMWPxaVIaeUqwMjL0MTAKwna44vgI5JPBbRXSbnh+IOydTGfOAskcP7wW9 8IKkD3Jk6hfALX8xqO2HCEQx7oi+KjtbTPe+uvKV6sIhQB/hPwq6MZbs/CKZc5GQOj7h aojnT43Xlo/iesQdqcDw8VhnhMSZQMauJseueRolYNCwqNSB2JeNBjS7tUZgkCMaRVnn VdCjDU34t/AF5sHGwproPzwJaYZfAYZvbe8oq6sBgmUujlbATAURQUMNzxbA71REjBRR zUqw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t10-v6si1996352plq.531.2018.03.16.10.06.48; Fri, 16 Mar 2018 10:07:04 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933460AbeCPPcF (ORCPT + 99 others); Fri, 16 Mar 2018 11:32:05 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:37782 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933446AbeCPPcC (ORCPT ); Fri, 16 Mar 2018 11:32:02 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id CDE151162; Fri, 16 Mar 2018 15:32:01 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, syzbot+e783f671527912cd9403@syzkaller.appspotmail.com, Florian Westphal , Pablo Neira Ayuso Subject: [PATCH 4.9 54/86] netfilter: add back stackpointer size checks Date: Fri, 16 Mar 2018 16:23:17 +0100 Message-Id: <20180316152321.040192570@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152317.167709497@linuxfoundation.org> References: <20180316152317.167709497@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Florian Westphal commit 57ebd808a97d7c5b1e1afb937c2db22beba3c1f8 upstream. The rationale for removing the check is only correct for rulesets generated by ip(6)tables. In iptables, a jump can only occur to a user-defined chain, i.e. because we size the stack based on number of user-defined chains we cannot exceed stack size. However, the underlying binary format has no such restriction, and the validation step only ensures that the jump target is a valid rule start point. IOW, its possible to build a rule blob that has no user-defined chains but does contain a jump. If this happens, no jump stack gets allocated and crash occurs because no jumpstack was allocated. Fixes: 7814b6ec6d0d6 ("netfilter: xtables: don't save/restore jumpstack offset") Reported-by: syzbot+e783f671527912cd9403@syzkaller.appspotmail.com Signed-off-by: Florian Westphal Signed-off-by: Pablo Neira Ayuso Signed-off-by: Greg Kroah-Hartman --- net/ipv4/netfilter/arp_tables.c | 4 ++++ net/ipv4/netfilter/ip_tables.c | 7 ++++++- net/ipv6/netfilter/ip6_tables.c | 4 ++++ 3 files changed, 14 insertions(+), 1 deletion(-) --- a/net/ipv4/netfilter/arp_tables.c +++ b/net/ipv4/netfilter/arp_tables.c @@ -261,6 +261,10 @@ unsigned int arpt_do_table(struct sk_buf } if (table_base + v != arpt_next_entry(e)) { + if (unlikely(stackidx >= private->stacksize)) { + verdict = NF_DROP; + break; + } jumpstack[stackidx++] = e; } --- a/net/ipv4/netfilter/ip_tables.c +++ b/net/ipv4/netfilter/ip_tables.c @@ -345,8 +345,13 @@ ipt_do_table(struct sk_buff *skb, continue; } if (table_base + v != ipt_next_entry(e) && - !(e->ip.flags & IPT_F_GOTO)) + !(e->ip.flags & IPT_F_GOTO)) { + if (unlikely(stackidx >= private->stacksize)) { + verdict = NF_DROP; + break; + } jumpstack[stackidx++] = e; + } e = get_entry(table_base, v); continue; --- a/net/ipv6/netfilter/ip6_tables.c +++ b/net/ipv6/netfilter/ip6_tables.c @@ -376,6 +376,10 @@ ip6t_do_table(struct sk_buff *skb, } if (table_base + v != ip6t_next_entry(e) && !(e->ipv6.flags & IP6T_F_GOTO)) { + if (unlikely(stackidx >= private->stacksize)) { + verdict = NF_DROP; + break; + } jumpstack[stackidx++] = e; }