Received: by 10.213.65.68 with SMTP id h4csp529300imn; Fri, 16 Mar 2018 10:30:26 -0700 (PDT) X-Google-Smtp-Source: AG47ELuCG6dGBlN94UgU0fvtio7XXZ4xuPj5m9LzFCxq7SBqrb2gPovCw/nyYtkl2Va+tLIvHAA5 X-Received: by 2002:a17:902:b683:: with SMTP id c3-v6mr2948017pls.154.1521221426512; Fri, 16 Mar 2018 10:30:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521221426; cv=none; d=google.com; s=arc-20160816; b=L+eRa+qxQiTKZ6SZghPVqxq1AVcPtBMm1f5s2RDmNZNCNXQqvSmuTJrOlHFHl4p6uz KBlsd2VIrZrO132d1F124Mju2wV2AnkRcMGNkAieGFyVOe8Ho3U2CBF1bJZWxOLtWvzD egIjb2Lu1WBGYJBskjVFCj8/XvVJns3lRc7eFSVcEBO081eCFV1G0QdWcUSrbEbuKLAe 9Y57jIYl/rP66RmCDvbRHK4NGCUtldmeD/3ekASZhLOeILKeVTYD0+mt/Xp/cHMVG/NY pjmoKBhLlAcCmM7yP7zGyJqNUH/BzfNjZ2U0VfHAHxJniAMkQ5vpDH0aEb7tksjvH+ja I/UA== 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=pSviIB40JARJvkghbouLX99UWsVmDua+oBzGrb6FVMw=; b=aO7K5hq5jnWglHEksFEyF58816LOELE7TOC+l5LHOYDRbC6GuWjGvywmNa39M0/NF7 BQ0lNB6IW03/710qr9HTtfc01Pp1KfBbq57iIIlHLyzMA3Vfpkzw+D8kKkqbo2VLrUYO bRcKBEYC+Nazf0nF+rIyMMJb4eVRysxHC2zNeyh1qUDUViK61xwLR+xhDy4FVLlOcQW3 z5K1ZKEQoCQ5RZ7IUNV8sWWvVfl5S0Md9/ZAbTRXh5Ak82UwojShjtmyisuUIZJ+5Vme jxE0QqG63CT7eXeJbCwcblhtiKhAXNDOt859up58EEQFzw6XbTyP+rZ5HZ2a9Vm6u3X1 AF1Q== 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 d5si5869562pfl.224.2018.03.16.10.30.11; Fri, 16 Mar 2018 10:30:26 -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 S932792AbeCPR3U (ORCPT + 99 others); Fri, 16 Mar 2018 13:29:20 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:34938 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754284AbeCPP2E (ORCPT ); Fri, 16 Mar 2018 11:28:04 -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 51A0D1262; Fri, 16 Mar 2018 15:28:03 +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.4 34/63] netfilter: add back stackpointer size checks Date: Fri, 16 Mar 2018 16:23:06 +0100 Message-Id: <20180316152303.772488841@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152259.964532775@linuxfoundation.org> References: <20180316152259.964532775@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.4-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 | 4 ++++ net/ipv6/netfilter/ip6_tables.c | 4 ++++ 3 files changed, 12 insertions(+) --- a/net/ipv4/netfilter/arp_tables.c +++ b/net/ipv4/netfilter/arp_tables.c @@ -329,6 +329,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 @@ -408,6 +408,10 @@ ipt_do_table(struct sk_buff *skb, } if (table_base + v != ipt_next_entry(e) && !(e->ip.flags & IPT_F_GOTO)) { + if (unlikely(stackidx >= private->stacksize)) { + verdict = NF_DROP; + break; + } jumpstack[stackidx++] = e; pr_debug("Pushed %p into pos %u\n", e, stackidx - 1); --- a/net/ipv6/netfilter/ip6_tables.c +++ b/net/ipv6/netfilter/ip6_tables.c @@ -425,6 +425,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; }