Received: by 10.213.65.68 with SMTP id h4csp447007imn; Tue, 13 Mar 2018 09:19:23 -0700 (PDT) X-Google-Smtp-Source: AG47ELsvgdGp+1DPV1TQ+YAZEtZ6JB27qEh871b0qPKxrXGMZZQ4YxFCBSVCarFqdSbnxp3XggS/ X-Received: by 2002:a17:902:7008:: with SMTP id y8-v6mr1075045plk.395.1520957963396; Tue, 13 Mar 2018 09:19:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520957963; cv=none; d=google.com; s=arc-20160816; b=OmUOaAJoEv2rwlYbTSsUcQr8rlm2ExUtw34jJX/AwRNO5Z6WOVwHfSCPjTDXVxnH3X DPnjog45yJ8oKLgUuxXioz/DWxRPNLndOwfHX4Auk46A9dQaEBnDAW3cpJOkqXCdGu1e oEcTVIrhEk0kOD4CeDOOpOSZA3/5yH03iWgp2qqWNeLLrXlGjaYvRFLMst9C1MtB6Ok+ L4cdNa0OQDAgz8bEuC0IYifqSYxhSxbtWqhTxiOOFH5xGsGmxQBbvWkNIVeakdkRCLtm Xzau3bki4oiOuhgpQE6UkJFHDrzlnX3gBCTl2tBMJBQV0PTZnzSeT6RlIiWQ+DWmlOo0 XVaA== 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=iXo5dgv04DyUcAY9/D0H2PJvqChvhbIPDfkIDKR+0bI=; b=as0bDGkDytQKicTFdjvRcYinXgfyg9158Eu9Ow7fqQqKfmjmnEGNokT+QVT2Lv1O1J d0DAg/TmlhihPBS+K3KGMMldPF6/6oKrU3umnRm/K4tT4QY1vgtYOkPeCVYltBMY6JkG 9qumuh+qYA5d+eZHL5bRLJxSGKiFMXUFQcA7geDjsur12wfwuCeAeYZU6fjMtYtVlCUP AfzmgNgvhC75026hOt/00hpDj5QlciPcRyZaz3NhHvsi1gbL39hrmQt8ljTE+uNYNk2g mYn01DqjnszXblEmBLm89KNfWerO07Z4iE20DPkDPNfQ9bNELOfI4aLNJJXf7qlf/XLd ZxjA== 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 d81si323644pfj.222.2018.03.13.09.19.08; Tue, 13 Mar 2018 09:19:23 -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 S933647AbeCMQQ0 (ORCPT + 99 others); Tue, 13 Mar 2018 12:16:26 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:33110 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752168AbeCMPfS (ORCPT ); Tue, 13 Mar 2018 11:35:18 -0400 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id E010610F2; Tue, 13 Mar 2018 15:35:17 +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.14 009/140] netfilter: add back stackpointer size checks Date: Tue, 13 Mar 2018 16:23:32 +0100 Message-Id: <20180313152458.759681365@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180313152458.201155692@linuxfoundation.org> References: <20180313152458.201155692@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.14-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 @@ -257,6 +257,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 @@ -335,8 +335,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 @@ -357,6 +357,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; }