Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp3712446ybv; Mon, 10 Feb 2020 05:09:36 -0800 (PST) X-Google-Smtp-Source: APXvYqyA91tIA3JbWz54ssg6bqh//ON489Uq3HBEblgpq3nqMFMXEoKmveMSSgh1jgrhFm5+jyUo X-Received: by 2002:a9d:6c06:: with SMTP id f6mr1027987otq.318.1581340176752; Mon, 10 Feb 2020 05:09:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581340176; cv=none; d=google.com; s=arc-20160816; b=vPULM+AcKS1C4YdE1uMvyLAC/Hq6LAXfn6GPgoQyQ2Pg5VQfuoj9PQ9zrDy8ewApBV cf/adJH5Zwa+8vJDv+NTgjENvNz6N1jjcsFQ2880vCoi6iYW6BRLoTMv7GuPiAZXzzJU iDe14iGU6/1EmB9s3tmJtQc8ZRVyhiZkIOt2Ly/lS6iSPxQdQdS7T+fUfw6WA12xCpgY o+GRWb/2WCr3QQe0vj14xw66/o7g+3TygRI9mjv523hMBt1iRBCTdTjDC9WbrX4m1meB dRB0uppom0AgWy7X794o7cOnSzrH+6p94VUdPVSuvE8XiRorBBat3/t0lGYtSgqNXjk0 mM5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=k7RUn9HWh3pxDkF9Std0Tq6bWa4UH9+0hTfEVODjw24=; b=kK/R1VWwnjD8x7q11GZZDVrgrW1y03Jsa/cjSoj6RGMmUuQkdJ5vdEs+VHNXDHOJKj iNP7aINfqcC5itz9woxb3hpqaPNSlSBbB34SYhgLQlraPlEOXIwEch8V6FPGdy+AZpLz DdmniIOmrBjVSaDKr9qSyHchb8NJJfxY3xk4qsNINoicBriVaFraUgrnPjtbjkok66x9 02wn+F1mdNJT8xchjCAnriCGdqy7m0HpmP11DAbeITixshO53CDDRjzRweobkiu41aFx S7WcpMBqiScLY78C59RRA6KzNxCjJoZ+/dkKphRNl6ljaxKI/dcVFQyoJUjZJIRxMEXa 3+4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="Z2/37Bo1"; 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 v18si161409otn.174.2020.02.10.05.09.24; Mon, 10 Feb 2020 05:09:36 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=default header.b="Z2/37Bo1"; 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 S1730872AbgBJNJM (ORCPT + 99 others); Mon, 10 Feb 2020 08:09:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:36950 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729410AbgBJMjX (ORCPT ); Mon, 10 Feb 2020 07:39:23 -0500 Received: from localhost (unknown [209.37.97.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id D208820842; Mon, 10 Feb 2020 12:39:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581338362; bh=Uf5dyPUwOjnGG1vDaVTVkMec/xC2ujIU5L+gaCot1SM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Z2/37Bo1zVvGlXNYYN3FiY0zBDMfXST+y730+j2akBpRypz/WGiSXk495YhHPPnCz TUVlBmvc9wZ5HDqhsi3US6jRP5pyiYnZqjoBwF7S4Jv/XbZsKkxaJSl5Wz6IvGJEAb LP6HlOEggiEtJGsyyOlSDGPpnLgMlyZQq7cwKBuM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Ridge Kennedy , James Chapman , "David S. Miller" Subject: [PATCH 5.5 004/367] l2tp: Allow duplicate session creation with UDP Date: Mon, 10 Feb 2020 04:28:37 -0800 Message-Id: <20200210122424.210562661@linuxfoundation.org> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200210122423.695146547@linuxfoundation.org> References: <20200210122423.695146547@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ridge Kennedy [ Upstream commit 0d0d9a388a858e271bb70e71e99e7fe2a6fd6f64 ] In the past it was possible to create multiple L2TPv3 sessions with the same session id as long as the sessions belonged to different tunnels. The resulting sessions had issues when used with IP encapsulated tunnels, but worked fine with UDP encapsulated ones. Some applications began to rely on this behaviour to avoid having to negotiate unique session ids. Some time ago a change was made to require session ids to be unique across all tunnels, breaking the applications making use of this "feature". This change relaxes the duplicate session id check to allow duplicates if both of the colliding sessions belong to UDP encapsulated tunnels. Fixes: dbdbc73b4478 ("l2tp: fix duplicate session creation") Signed-off-by: Ridge Kennedy Acked-by: James Chapman Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- net/l2tp/l2tp_core.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) --- a/net/l2tp/l2tp_core.c +++ b/net/l2tp/l2tp_core.c @@ -322,8 +322,13 @@ int l2tp_session_register(struct l2tp_se spin_lock_bh(&pn->l2tp_session_hlist_lock); + /* IP encap expects session IDs to be globally unique, while + * UDP encap doesn't. + */ hlist_for_each_entry(session_walk, g_head, global_hlist) - if (session_walk->session_id == session->session_id) { + if (session_walk->session_id == session->session_id && + (session_walk->tunnel->encap == L2TP_ENCAPTYPE_IP || + tunnel->encap == L2TP_ENCAPTYPE_IP)) { err = -EEXIST; goto err_tlock_pnlock; }