Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp927559pxb; Wed, 3 Mar 2021 21:21:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJzcW8LAHYNYDzCiVblrIBbll7mF/Z3il3IL9pg03uUPZbN8+djs3hm8qpls4ZneoMkM76RP X-Received: by 2002:a17:907:da1:: with SMTP id go33mr2279653ejc.488.1614835281576; Wed, 03 Mar 2021 21:21:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614835281; cv=none; d=google.com; s=arc-20160816; b=bGouTnXJP+hlbNdoNzaR222hN/P/Rd94d5zABIPUurGhj9tVvnNdzVrDapd+GNak3c 6J4InYQ0o6kPoGsCK0FAS7aaoOWJhkBH8kmc86xxFiV+1vE2vyJRH4L491VfhSX3Kww5 DD4LYK0UrNb22y4VTUODYnDob9ovm+Onf2ji5hsFIMqaMekb/Poq0hkKqlylK95Xgckn qT75bWkrhvzl/99NoNLVqhkFRwfEUOEgy0MNuuX+7Z0mbXCcp7hTtfwHiWEsO7fYr2uq mSPRbKsU9pCBe1YMDpfHph4uo5FPzxr4VMFjCBiWK1z+swcoXsJEktj+X7KJjxpcZrzf /XlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=8A3LGEA8hBUFR6Q3QGJh/gwtQ5yAzpmjTO/15LDGPjg=; b=PYEBnR9+Ov56Y8fo6S+0xlh0lgyu8v77fOB4rBMCEhCBuUwul5mZ7wPGfGogHcEr2i vGaOF+ewQgKieBZ9NEm0JXIi6SfzaaGxt3NNEmSp8GJHnZUlsCE2QDAnmhibDhRRnxLw QjuGk1MPDQxg6qCZFI575VcWvBOu5UEK+ZLsaC1dMFjqjSv2NvEwU9lMCu/Azfv21bPX cV2bZ18fN56mkuRw/5iFHd0VVU3e22jplVinf3mcxOYQtfS9i6l87Ur3acu2LTxMXema ecmbzsOrvxayvg88wueCtaRN85xhqJPG0VACWxAvP61XHf9CWurr2SUdyzwbizJV2DAc 2i9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=U5RRxyUE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g17si4305287eds.403.2021.03.03.21.20.59; Wed, 03 Mar 2021 21:21:21 -0800 (PST) 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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=U5RRxyUE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1573955AbhCBD23 (ORCPT + 99 others); Mon, 1 Mar 2021 22:28:29 -0500 Received: from mail.kernel.org ([198.145.29.99]:50670 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240296AbhCAUdx (ORCPT ); Mon, 1 Mar 2021 15:33:53 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id CA49860240; Mon, 1 Mar 2021 18:45:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1614624321; bh=0EByw8XFbx99sPrjyyssPQod9xfPKCY02JICQmsyRxg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=U5RRxyUEJf8SDzmBaUz95UcpV49VHGTO1iQBnGix9nzgqwlTkMaM35w0I3q/kmlAd 0RGF0TRwoAqz7GA8ebIkzh9dkCKGjsOgfQ6b1VE4TkSbpiOCCmmor+vyVibClvypEE Cx8KsRbYGpvZFvI5l69nPZCVkVtOidBjP01xADL0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Labriola , Amir Goldstein , Ondrej Mosnacek , Paul Moore Subject: [PATCH 5.10 524/663] selinux: fix inconsistency between inode_getxattr and inode_listsecurity Date: Mon, 1 Mar 2021 17:12:52 +0100 Message-Id: <20210301161207.767857253@linuxfoundation.org> X-Mailer: git-send-email 2.30.1 In-Reply-To: <20210301161141.760350206@linuxfoundation.org> References: <20210301161141.760350206@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Amir Goldstein commit a9ffe682c58aaff643764547f5420e978b6e0830 upstream. When inode has no listxattr op of its own (e.g. squashfs) vfs_listxattr calls the LSM inode_listsecurity hooks to list the xattrs that LSMs will intercept in inode_getxattr hooks. When selinux LSM is installed but not initialized, it will list the security.selinux xattr in inode_listsecurity, but will not intercept it in inode_getxattr. This results in -ENODATA for a getxattr call for an xattr returned by listxattr. This situation was manifested as overlayfs failure to copy up lower files from squashfs when selinux is built-in but not initialized, because ovl_copy_xattr() iterates the lower inode xattrs by vfs_listxattr() and vfs_getxattr(). Match the logic of inode_listsecurity to that of inode_getxattr and do not list the security.selinux xattr if selinux is not initialized. Reported-by: Michael Labriola Tested-by: Michael Labriola Link: https://lore.kernel.org/linux-unionfs/2nv9d47zt7.fsf@aldarion.sourceruckus.org/ Fixes: c8e222616c7e ("selinux: allow reading labels before policy is loaded") Cc: stable@vger.kernel.org#v5.9+ Signed-off-by: Amir Goldstein Reviewed-by: Ondrej Mosnacek Signed-off-by: Paul Moore Signed-off-by: Greg Kroah-Hartman --- security/selinux/hooks.c | 4 ++++ 1 file changed, 4 insertions(+) --- a/security/selinux/hooks.c +++ b/security/selinux/hooks.c @@ -3414,6 +3414,10 @@ static int selinux_inode_setsecurity(str static int selinux_inode_listsecurity(struct inode *inode, char *buffer, size_t buffer_size) { const int len = sizeof(XATTR_NAME_SELINUX); + + if (!selinux_initialized(&selinux_state)) + return 0; + if (buffer && len <= buffer_size) memcpy(buffer, XATTR_NAME_SELINUX, len); return len;