Received: by 10.213.65.68 with SMTP id h4csp422283imn; Tue, 13 Mar 2018 08:34:03 -0700 (PDT) X-Google-Smtp-Source: AG47ELtiJ2iXBddULnCcNYLLHQnc8vl8N7TWLeb/xdPCx19EuT8tFm5iL+lBP0Axzm7VtNMRYJdQ X-Received: by 10.99.8.4 with SMTP id 4mr821190pgi.289.1520955243013; Tue, 13 Mar 2018 08:34:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520955242; cv=none; d=google.com; s=arc-20160816; b=SARcBFWRjPDz2b7bLaAyQm0BrtNCu06m8JOVK4ee0ZqZQdPPsG1lUT/uX9q7SBj8ao LbACP7v5FLptehQcFTXqlo0xxkMZETyDHwfQdD45rd3CDrDA4BWqLAeFjYxgnW2gjXBz 4hIr5w4Kc8K9ElmObMn7x+D+Ooeo7YFYT4YjTdFnQKvCBE6nKomz/QmTG4EuylqD5mvI w9HUYxqaXJLrcH7iTc3hiuKyhlCjngrMRn42BjHIDbF3+1RWwXug/jUGrYR8gUlDl49b 0xxmbcgLspMCfhVs+Ois5u/pAphdbJinBjtrLOdMhFZ7obFE++YiXdbWQfKp/oYM1CjQ 0tZQ== 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=wrUxnTjaeC6p171pIaNuRcLqVA8GmhqktdvQjpevRWc=; b=UoTx+YeyUuWcfFHedwywPqh5NbFeUmLkmkhta6zk5DgOUPqeIpXYaMy15b8fblz1bz EkA7n6jxBFClSunsNuE3jfN63VYrh2JKG3nxpF+iw2lCnp0+FmlhoVg7qVqC9MT+hRPk 5gj7PzkU5y8gLcI8WSef+79ULrN0AHm1CVXqv4STt6Qljjylt2XndDrWHFwHd+u2WNxz sQCcXM0gGUsXblAVFvIbXlk++gdHZDrkvZOOB3lwZCXwwlKS/AdV0YqLHQA50v1Vyo0g R6HcjRGIyusb6yvzm0gpKXJmWwS3GaSCSQ3Zh4MIqo/zV3alnSRYVntknK3qinFKDILt E3Jg== 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 g92-v6si292922plg.256.2018.03.13.08.33.47; Tue, 13 Mar 2018 08:34:02 -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 S933160AbeCMPcn (ORCPT + 99 others); Tue, 13 Mar 2018 11:32:43 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:59856 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753022AbeCMPcj (ORCPT ); Tue, 13 Mar 2018 11:32:39 -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 61F551221; Tue, 13 Mar 2018 15:32:35 +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.15 108/146] netfilter: add back stackpointer size checks Date: Tue, 13 Mar 2018 16:24:35 +0100 Message-Id: <20180313152328.753314673@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180313152320.439085687@linuxfoundation.org> References: <20180313152320.439085687@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.15-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; }