Received: by 10.213.65.68 with SMTP id h4csp504950imn; Fri, 16 Mar 2018 09:46:59 -0700 (PDT) X-Google-Smtp-Source: AG47ELsCi++fwD9COrNUjC9OXMmYgX3ivWoY156OKR26fLm7YUcLpaX0fNWnyvLI+AKbi5uZ5Z7W X-Received: by 2002:a17:902:207:: with SMTP id 7-v6mr2903929plc.261.1521218819222; Fri, 16 Mar 2018 09:46:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521218819; cv=none; d=google.com; s=arc-20160816; b=JecZYII67l1l8Sgk392tjda6UCYa24C6z827HlmCdlcIORI9D4dqRVCONaRT3kz48N MK5088u+nn1PSz/MobsaGsh0HPeNc/MnFaHvH2+GnHA/uh23MsdCnxKVtVGSSxGsRPPg cMjSUdoM1JrwRDJnU9oZ+Lzaq0DM+zKFCFsiBURZx2sA2dpMc6jXMcdsADwtKksMF42p F+JITNo0uJPLZvKERAuqSm4AG4nUNSHrRf5U2xHuhB39/PYY4BY6n9/5p6CHWM5HBQ+S 7tdeu59KoIIeyLTcq1VYf30Nr+bxael2AIqjjxaROONj4FyQvdA1r6feZkucyareR6UL P/fA== 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=eg/a4pH+4CDZheBD/npfVxG+7QvowVYANbnvbhe9yOs=; b=0RVlQumPlNnA2HIjxfhwZ03MXkbiXU2rdZeYRTpyEnm4fnVfM6ss8vqiNI0gta2VKc dEHsO8WBaGcA0VwpHFy3a1WVtV2S9daSlDl+E3RIQnMZ5hhKH+pmUM4Gks5afjqL07jH ZI4CwejrLLP+OMaCCy1gR1HOWIRj56MNHhcpkrBpOmAGclGPSC4ejnSaQzyqCHfNKpFC SqlFYb7Z3RwJiz+jsYCjKXozboTbXMhW7j7JHsc1mDOeSU9hARuSWQK0Jpt3yaK6OoHK WZGgEshhcv9Md7eOABExFe2UAIenFXxDt/TKVDRgjE+JY83JzoJb5wdiT/pPIPtD8/Oc ITIA== 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 q90si4699242pfi.163.2018.03.16.09.46.42; Fri, 16 Mar 2018 09:46:59 -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 S1753381AbeCPQpE (ORCPT + 99 others); Fri, 16 Mar 2018 12:45:04 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:40058 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934206AbeCPPfx (ORCPT ); Fri, 16 Mar 2018 11:35:53 -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 25262107D; Fri, 16 Mar 2018 15:35:52 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Lorenzo Colitti , Steffen Klassert , Sasha Levin Subject: [PATCH 4.14 047/109] net: xfrm: allow clearing socket xfrm policies. Date: Fri, 16 Mar 2018 16:23:16 +0100 Message-Id: <20180316152332.524366336@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152329.844663293@linuxfoundation.org> References: <20180316152329.844663293@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: Lorenzo Colitti [ Upstream commit be8f8284cd897af2482d4e54fbc2bdfc15557259 ] Currently it is possible to add or update socket policies, but not clear them. Therefore, once a socket policy has been applied, the socket cannot be used for unencrypted traffic. This patch allows (privileged) users to clear socket policies by passing in a NULL pointer and zero length argument to the {IP,IPV6}_{IPSEC,XFRM}_POLICY setsockopts. This results in both the incoming and outgoing policies being cleared. The simple approach taken in this patch cannot clear socket policies in only one direction. If desired this could be added in the future, for example by continuing to pass in a length of zero (which currently is guaranteed to return EMSGSIZE) and making the policy be a pointer to an integer that contains one of the XFRM_POLICY_{IN,OUT} enum values. An alternative would have been to interpret the length as a signed integer and use XFRM_POLICY_IN (i.e., 0) to clear the input policy and -XFRM_POLICY_OUT (i.e., -1) to clear the output policy. Tested: https://android-review.googlesource.com/539816 Signed-off-by: Lorenzo Colitti Signed-off-by: Steffen Klassert Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- net/xfrm/xfrm_policy.c | 2 +- net/xfrm/xfrm_state.c | 7 +++++++ 2 files changed, 8 insertions(+), 1 deletion(-) --- a/net/xfrm/xfrm_policy.c +++ b/net/xfrm/xfrm_policy.c @@ -1257,7 +1257,7 @@ EXPORT_SYMBOL(xfrm_policy_delete); int xfrm_sk_policy_insert(struct sock *sk, int dir, struct xfrm_policy *pol) { - struct net *net = xp_net(pol); + struct net *net = sock_net(sk); struct xfrm_policy *old_pol; #ifdef CONFIG_XFRM_SUB_POLICY --- a/net/xfrm/xfrm_state.c +++ b/net/xfrm/xfrm_state.c @@ -2050,6 +2050,13 @@ int xfrm_user_policy(struct sock *sk, in struct xfrm_mgr *km; struct xfrm_policy *pol = NULL; + if (!optval && !optlen) { + xfrm_sk_policy_insert(sk, XFRM_POLICY_IN, NULL); + xfrm_sk_policy_insert(sk, XFRM_POLICY_OUT, NULL); + __sk_dst_reset(sk); + return 0; + } + if (optlen <= 0 || optlen > PAGE_SIZE) return -EMSGSIZE;