Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp3181565ybz; Mon, 27 Apr 2020 11:25:12 -0700 (PDT) X-Google-Smtp-Source: APiQypJDSosZ3TAZx37inb237NGCyYCop++/6tu4uGIDGz1nxwqz4jDmic+nFyTgRO7vqwyhuy0G X-Received: by 2002:aa7:d3d3:: with SMTP id o19mr19489446edr.76.1588011912520; Mon, 27 Apr 2020 11:25:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588011912; cv=none; d=google.com; s=arc-20160816; b=CtqIi2wtX4E91dGO7vGnwqmqCo3ydN3Cmu98simCwz1UfLb0MbUO6BN0xcGPK3aJxr 7ZtQ38FcbRF5/iLtHw2B0++fp7sd1dvF14NnmNrPlEPf9vV4z4zryLoknxND0ID12jk7 RKzCHjkLcdeieL+EnhCld9eImpwSQcQ4IixdFvwvnD69CrBdi//tR9cZTrjXxhxqvslc Ensd2anVS2eurN3glNrl5xVD+DG+yQH74uENZTqMtY1ZeRqM4gYpgxy1CwkUUxtsw9He 7xMixwN2ke6V/pSEplLd3g5CBDAz5v6oi2sC8v+EO7OBKxRjm7KzEoPS5ltuZJQm8la7 NKog== 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 :references:in-reply-to:from:subject:cc:to:message-id:date; bh=OAtpJm0ofkU3qaNbPTB+l7xSTRzU54V/FQbaRA74dKc=; b=uzwM8Nqh0+EL3FJQqr/8BepmOx1irOxT+JD0Gyxvm3Vf0M9j/keTxLMDWYddzqcQ5T obUWDLRy6DqWB0bPLxFF5nnnJZPKuTarb0ALbPmJ+4eEWK4844vF63RR5dwR4v8BHg7d OPhlQmQDP/hB+TIvGCVxNljBeEDxcDkCfb/5xUNLJZsXccVExNtvsbVFqBWzubPvEWSX 8hCwDIstU7A49a2V+eeopDY+CVAydSRAbUjN0Zyg+NCQhRYNCpY7JnU4voVGzasOC8uz 6vbE1r5rc730yxyiGteE0DdDDGz70wajM+76tdzEO16/wk2f87bQ+0ZqsAsSKqbgPojd jhnw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z16si237791ejr.249.2020.04.27.11.24.48; Mon, 27 Apr 2020 11:25:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726501AbgD0SXN (ORCPT + 99 others); Mon, 27 Apr 2020 14:23:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725995AbgD0SXM (ORCPT ); Mon, 27 Apr 2020 14:23:12 -0400 Received: from shards.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C00E5C0610D5; Mon, 27 Apr 2020 11:23:12 -0700 (PDT) Received: from localhost (unknown [IPv6:2601:601:9f00:477::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 496C715D53D2D; Mon, 27 Apr 2020 11:23:11 -0700 (PDT) Date: Mon, 27 Apr 2020 11:23:10 -0700 (PDT) Message-Id: <20200427.112310.1116562235104207694.davem@davemloft.net> To: xiyuyang19@fudan.edu.cn Cc: borisp@mellanox.com, aviadye@mellanox.com, john.fastabend@gmail.com, daniel@iogearbox.net, kuba@kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, yuanxzhang@fudan.edu.cn, kjlu@umn.edu, tanxin.ctf@gmail.com Subject: Re: [PATCH] net/tls: Fix sk_psock refcnt leak when in tls_data_ready() From: David Miller In-Reply-To: <1587820223-40918-1-git-send-email-xiyuyang19@fudan.edu.cn> References: <1587820223-40918-1-git-send-email-xiyuyang19@fudan.edu.cn> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 27 Apr 2020 11:23:11 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xiyu Yang Date: Sat, 25 Apr 2020 21:10:23 +0800 > tls_data_ready() invokes sk_psock_get(), which returns a reference of > the specified sk_psock object to "psock" with increased refcnt. > > When tls_data_ready() returns, local variable "psock" becomes invalid, > so the refcount should be decreased to keep refcount balanced. > > The reference counting issue happens in one exception handling path of > tls_data_ready(). When "psock->ingress_msg" is empty but "psock" is not > NULL, the function forgets to decrease the refcnt increased by > sk_psock_get(), causing a refcnt leak. > > Fix this issue by calling sk_psock_put() on all paths when "psock" is > not NULL. > > Signed-off-by: Xiyu Yang > Signed-off-by: Xin Tan Applied and queued up for -stable.