Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp3785772pxb; Tue, 19 Apr 2022 09:46:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyQjOwIlUgB7mwklUABVeJUv1FgEg3P5Kkwfp2lFaAkGR2VBm0I0ZCppK+NZnPiwUdFoI8y X-Received: by 2002:a17:90a:488c:b0:1c7:b62e:8e8c with SMTP id b12-20020a17090a488c00b001c7b62e8e8cmr25068077pjh.157.1650386784380; Tue, 19 Apr 2022 09:46:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650386784; cv=none; d=google.com; s=arc-20160816; b=v/54ePp2kCHmfvxfMzSVg4SsUOCXJxHsyBSmqph/f/gvmjRLw+6HmMLJYu5SKGZsze 8LKGU9NmF6XouIhPqlX/zWtrIgORqHLwWRgHM4RvRBvu0VdvMMQLMfg7QkjoNU6+rAuz 7+GKSPl7iPJ5HlruVsTh5J4+TI0MUhiOHR+BNhxulAQ7r4YhF63nEIEYQ0XYrPwR/YSD cax4ywd2s+fxdPTs9XHnZZw7HsmRJE6qbAH2bppdED+7fhpxwZ02fqBhBooBUH6C7Tap eIl5MxeFatrvHlAb4TIcFWKhMUrxp4/vh/810v4XAz2cqs06lNvFbnD2NHCQYQjHMZCM S23A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:content-transfer-encoding :mime-version:message-id:date:subject:cc:to:from:dkim-signature; bh=tEX3REa5Q2YVX96gohfF85UKDlodExEcgXeu5/BEcYc=; b=WUSVDHYKVzJ9xhMm38Anaks3O9bAsrd8Eu+3gMctOQIuAoS8H04rP6IT8KPN8PG5uC Bw5Ikr5nRTo+urCkqSJqW0aNb37PHf3EXmpp2xsk3PbtDzoNZmZqdHQDHnm25dOOvB4g 1oJ5jxOGQAO6H3FaSUWAhG6122AWSPcHBOGKOqX0oVRG4keKKBFc6D80NJ2TFWoa9JeD tF6X4HSdwhGuGpNii7WlJeDOKptI/ZE0yUe8j81aYozJ79sAeTJCfNcusiP2ZYdK48Qn UERyQfnDBiUFRgk7Jgo0l3nq8AlmQfEiERSfGyIEjVl9D5tRde3OEmgpaImd56ViJjGE md+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@yahoo.com header.s=s2048 header.b="Nif/k7PV"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y71-20020a638a4a000000b003816043f0f9si11642586pgd.750.2022.04.19.09.46.07; Tue, 19 Apr 2022 09:46:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@yahoo.com header.s=s2048 header.b="Nif/k7PV"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241347AbiDRPiT (ORCPT + 99 others); Mon, 18 Apr 2022 11:38:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345700AbiDRPhl (ORCPT ); Mon, 18 Apr 2022 11:37:41 -0400 Received: from sonic313-14.consmr.mail.ne1.yahoo.com (sonic313-14.consmr.mail.ne1.yahoo.com [66.163.185.37]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 345421ADBF for ; Mon, 18 Apr 2022 07:59:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1650293992; bh=tEX3REa5Q2YVX96gohfF85UKDlodExEcgXeu5/BEcYc=; h=From:To:Cc:Subject:Date:References:From:Subject:Reply-To; b=Nif/k7PVmeJc30fRuN4YGPVEF4rriJbckboP4WGRQdsLACKrHe0F+sf60L5pR4X22cHOMkGoik2Fg1G728Mp/78m7HhdEG8MTcAclwv0zyO2AJEsUKMxYIWsbUEL4QE/ZUld+riLfTAAeWizw93sG19Wxk3MTVI3dmAgET9V1g8Dho9n1J1/8Y9t+fYhQIXGkKIZFhyoS6t428zRoiJKCgmV711XY+RaLUlReFyPCzwHQTstHDkcGDAh5RLqvbOuTHonw4pT3cjRj31Y5OzT8ib+ytDHnHV3hvL0ev0lR+5WknNsM0/o43+l1jIodvfseuK07dUY+sSHMrVBDkP2XA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1650293992; bh=Fq7NOPNYiB5sk11qcFZUxBdpGY19ofkK6RLOFVu0z9Y=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=BTQlZwc5TEz3p7svohqssbFWwWiXDp1A0pvrkDNgLCos345XDew38ruPxPNlDowSXSR5pEtzvbyfZwE4GAjvJhbQBakW9YsiE6UFJmtkHN1rpcibt9jiY9dZu4MsRfiLbrxUPWxj7a/5znnz9qusBhKbtJPkP+BzJl9LbMCC4NUoYy7uS+Q5gnsdEBCUzxBXYkCTGr7PL8dUdPtdtnx97xT0YvR2PtkeGsecCPpnjBbrSsSoqS9CWJUxJ6SV06mdcXgpW7CEhtCTKueG8Y/Z0MIEmoHCDddJwBcrL4YWMysmOCP21CnhkYvs9upfCIQn+uf+6gKMHoS2fuvBy3+MJg== X-YMail-OSG: dEO1T4UVM1kis.TPuDqR8.JU0EiU8GKoLVNlS0hMtPurJoSr2Zy3VhocCIAWXMk A18oNZebEHAp9B14y4.0oQ.b1cYAmpcnlUF5UjMRUnvNiwm9VipFJ0QTCmkfsd1q3ZukO2dfPp05 yMJ8GUUv91QWGv5rygVknmRSBVKlwOnlqP7EttcCaVI6Av.AQ.nronX4_CgPIQ0S7PxW_jaTfBl1 Vh0ZtS3LFL31LgXd1Za7h2pRbzre1axTVL6E2Uqil6vE77EyhmTeD7wYZU8hvA3zErOwinva0hNG tUaWDFBWf8pU9.KJxqMAIU88bL3NQp8nb40cRRH.5ZlColq.USfj5e8LgB5UWi8HXhRC0CmVdHda esoxmkqqbQ8Loge43137NdPfKs7P90U28i7CmCrixHQG0uYz6a279e.19_kWMVyssQF79FHBRe8j YzXgK6kPov5D5uNPcB_X6XifqklScJr9TU8WXbdBxdij44lwIBJse9MDoqQxGQbIg1yQJoFKWYZJ 7fJ9s.T7Ho71RYXvlZwPoinMn3pz2lVVgeui07GK5Hr.MldLezal7H7cnow96iL0Vms7kea9WlT. HDGbyLUnUIRWfOpclmrBMdlhUA9zo2myrjMbRxtXL4nTN8Mmsx3uSScBqAWFY7L_fSgsO219Ljly y3.T_0px1pNag1oibvF9ncPuu2Bc56RvgedgtR3RHWHZxmnyw4fQ4QJTLit6J72UcxH69_9_Vksb m8vXhrej3Kedk7obAu2w6AwtOVvhPl7mcFZ3FabqYmMenoi9eC6_dSti0ljEZHX1j.AaBlhPHRTE ZodOCIt97mENHVW.Y6Hpn5awFzqJCRKgZN77JGZwYxS0B43md1u3GvaKx713wk5h1kXWQBsX2Op3 xZiH2Tb6C_pEcmTnTTa0PowlWLMRhL6SE_4WOHhuIDNLc3emJwfECuqo6l7ZMsSzm8_LVZZlCeVo GLoaUSViDIZ.gbu.kTCqyZiqKe0eAmdMLB_jfX_gJJVf2HQOIvA02D9zIsagq6XJM3GCA2S0V8cS OTfyuAOtm4sep4dveHT_gLctK4qAzez_Ei6.E12D3Resv72MKSphXCPKftk1k3JLD0AWkbDqKv7L 3aydeSjnQiTCrdjAUK6x5QN6JHrH8vkS7JTU7WdwERk3hR0kF09mZBLJBSDgZOPURtcpH6ZTuQ0d 849GItOMpp0.6zurLUY1BoH6FMVY_UWjCUyz2bkGGkboiGRypHmoV38STBGZ0AE84rZJIuXhtrA8 6JQ79TmVm2TM0XYt_l0x01V.ch.MO6UW0Tw.qbihvRcdDd5Upqc61oVHGXZrEYBT7R.bTkcTuVhn IQQkH2FVuptSix6Hg32uUgKrhwaUyVSg1nduup9f_IEVl6j4tupPYwKzDFBWl5thCNjj.N9t.nRF PKQoIjMOWEYHx0RViuTRDzJz9Zu2YArc.OwCABV4auV.ug9Ldw2p76ugGPAPgC2i5XdAUpMa2ZBx oTJ_EdvhicSGGqDxtPtisoKp4vYFvcW96skMJgzRN_A9.3c7g.lgpiY11zipJUjmXSF8pT9gUlpx g2afbvIFro9dITW4d34eNpx7Kwh.PRdpSr5y4fzCJLevpqjc4FYd1iT2kzpiaiKTFyvaPrhrDMEB .k9he5a7OAv1Nv6e1tfC4i_m0HMSoHa8xp0tBShxCb8F1hMdBtJV7gWZlmL7nN9tUKyyZ_x65iOb Op6Wt7sLrH957Vfjp.xcEysOOl9fkRBycpvqdFWHGM4hg4H7UsvtHpJiwhxTU_oRb9RFpUri1ge2 UqtjeuK11lh0IgDJQjFCrrItq5BIFHfAv9MFbfwfVutPiUbeNYTvVXbHtTcUi.gvZPiDWZkkAzBm Es.Ygn1TaXLCkBugVX2W0d7881v9O2qifKlqRjCg6Jxayizue2MmJ5iWHq3uAC_8LWmUx9mWACOy rvMgrydH4Tclawr4pxVxaBK9wCREasJtKRE.RMcORsI0BArdjFGEeR.BLLQiYYoAH4vwDQRoljsZ fRF4yrnYWMEXnrmQqt0ebiMoPpVZg0FJ9e_oKSEeilBPQVmunrL5sw7shxrPqUeSYOaThV6mxd4o 72J0ptw6h1eKgnOLGtazEcTb5.4ID9_ZTL7LS9ZEbAwrA30TBR6_lENK8oJiCaRwFdXocn_z8XAK 7_oVVbRzJ0fAeS5ENNLhA5qOF6HbvA.XU1cud_HCpdSRzAdgyXDr3ARDhBpVCVxUF94q9XI6R66F 3BCj8GbX17iTSCiA2UI4d7AHU3_apCroOkITNqb7RuDoa25M4US.Etk6DodoPmtynFYBD2Kre5lW 4lh1xPW1MPuW7sLfixrHE6.GZM00EQOb_Xi5C5Q3YVj21eXxSlUEN X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Mon, 18 Apr 2022 14:59:52 +0000 Received: by hermes--canary-production-ne1-c7c4f6977-8bhqd (VZM Hermes SMTP Server) with ESMTPA ID b46a1ec8e23e86c6d7b566815ebdad73; Mon, 18 Apr 2022 14:59:50 +0000 (UTC) From: Casey Schaufler To: casey.schaufler@intel.com, jmorris@namei.org, linux-security-module@vger.kernel.org, selinux@vger.kernel.org Cc: casey@schaufler-ca.com, linux-audit@redhat.com, keescook@chromium.org, john.johansen@canonical.com, penguin-kernel@i-love.sakura.ne.jp, paul@paul-moore.com, stephen.smalley.work@gmail.com, linux-kernel@vger.kernel.org Subject: [PATCH v35 00/29] LSM: Module stacking for AppArmor Date: Mon, 18 Apr 2022 07:59:16 -0700 Message-Id: <20220418145945.38797-1-casey@schaufler-ca.com> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit References: <20220418145945.38797-1-casey.ref@schaufler-ca.com> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patchset provides the changes required for the AppArmor security module to stack safely with any other. v35: Rebase to 5.18-rc2 Address the case where CONFIG_SECURITY is enabled but no security modules that use secid slots are included. The resulting blob.secid[0] instances, although never present in a call path, raised concerns. Address the case in interface_lsm where the BPF module returns -EINVAL, resulting in a failed setting of the value that would be otherwise allowed. v34: Rebase to 5.18-rc1 Incorporate feedback on the audit generation. v33: Rework the supplimental audit record generation once more, this time taking pseudo-code provided by Paul Moore as a basis. The resulting code is considerably simpler and fits better with the existing code flow. v32: Rebase to 5.17-rc2 Incorporate additional feedback from v30. v31: Rebase to 5.16-rc4 Incorporate feedback from Paul Moore on the audit component changes. v30: Rebase to 5.16-rc1 Replace the integrity sub-system reuse of the audit subsystem event matching functions with IMA specific functions. This is done because audit needs to maintain information about multiple security modules in audit rules while IMA to restricts the information to a single security module. The binder hooks have been changed and are no longer called with sufficient information to identify the interface_lsm. Pass that information in the binder message, and use that in the compatibility decision. Refactor the audit changes. v29: Rebase to 5.15-rc1 Rework the supplimental audit record generation. Attach a list of supplimental data to the audit_buffer and generate the auxiliary records as needed on event end. This should be usable for other auxiliary data, such as container IDs. There is other ongoing audit work that will require integration with this. v28: Rebase to 5.14-rc2 Provide IMA rules bounds checking (patch 04) Quote contexts in MAC_TASK_CONTEXTS and MAC_OBJ_CONTEXTS audit records because of AppArmor's use of '=' in context values. (patch 22,23) v27: Fixes for landlock (patch 02) Rework the subject audit record generation. This version is simpler and reflects feedback from Paul Moore. (patch 22) v26: Rebase to 5.13-rc1 Include the landlock security module. Accomodate change from security_task_getsecid() to security_task_getsecid_obj() and security_task_getsecid_subj(). v25: Rebase to 5.12-rc2 Incorporate feedback from v24 - The IMA team suggested improvements to the integrity rule processing. v24: Rebase to 5.11-rc1 Incorporate feedback from v23 - Address the IMA team's concerns about "label collisions". A label collision occurs when there is ambiguity about which of multiple LSMs is being targeted in the definition of an integrity check rule. A system with Smack and AppArmor would be unable to distinguish which LSM is important to an integrity rule referrencing the label "unconfined" as that label is meaningful to both. Provide a boot option to specify which LSM will be used in IMA rules when multiple LSMs are present. (patch 04) Pull LSM "slot" identification from later audit patches in in support of this (patch 03). - Pick up a few audit events that need to include supplimental subject context records that had been missed in the previous version. v23: Rebase to 5.10-rc4 Incorporate feedback from v22 - Change /proc/*/attr/display to /proc/*/attr/interface_lsm to make the purpose clearer. (patch 0012) - Include ABI documentation. (patch 0012, 0022) - Introduce LSM documentation updates with the patches where the interfaces are added rather than at the end. (patch 0012, 0022) Include more maintainers and mail lists in To: and Cc: directives. v22: Rebase to 5.10-rc1 v21: Rebase to 5.9-rc4 Incorporate feedback from v20 - Further revert UDS SO_PEERSEC to use scaffolding around the interfaces that use lsmblobs and store only a single secid. The possibility of multiple security modules requiring data here is still a future problem. - Incorporate Richard Guy Briggs' non-syscall auxiliary records patch (patch 0019-0021) in place of my "supplimental" records implementation. [I'm not sure I've given proper attestation. I will correct as appropriate] v20: Rebase to 5.9-rc1 Change the BPF security module to use the lsmblob data. (patch 0002) Repair length logic in subject label processing (patch 0015) Handle -EINVAL from the empty BPF setprocattr hook (patch 0020) Correct length processing in append_ctx() (patch 0022) v19: Rebase to 5.8-rc6 Incorporate feedback from v18 - Revert UDS SO_PEERSEC implementation to use lsmblobs directly, rather than allocating as needed. The correct treatment of out-of-memory conditions in the later case is difficult to define. (patch 0005) - Use a size_t in append_ctx() (patch 0021) - Fix a memory leak when creating compound contexts. (patch 0021) Fix build error when CONFIG_SECURITY isn't set (patch 0013) Fix build error when CONFIG_SECURITY isn't set (patch 0020) Fix build error when CONFIG_SECURITY isn't set (patch 0021) v18: Rebase to 5.8-rc3 Incorporate feedback from v17 - Null pointer checking in UDS (patch 0005) Match changes in IMA code (patch 0012) Fix the behavior of LSM context supplimental audit records so that there's always exactly one when it's appropriate for there to be one. This is a substantial change that requires extention of the audit_context beyond syscall events. (patch 0020) v17: Rebase to 5.7-rc4 v16: Rebase to 5.6 Incorporate feedback from v15 - Thanks Stephen, Mimi and Paul - Generally improve commit messages WRT scaffolding - Comment ima_lsm_isset() (patch 0002) - Some question may remain on IMA warning (patch 0002) - Mark lsm_slot as __lsm_ro_after_init not __init_data (patch 0002) - Change name of lsmblob variable in ima_match_rules() (patch 0003) - Instead of putting a struct lsmblob into the unix_skb_parms structure put a pointer to an allocated instance. There is currently only space for 5 u32's in unix_skb_parms and it is likely to get even tighter. Fortunately, the lifecycle management of the allocated lsmblob is simple. (patch 0005) - Dropped Acks due to the above change (patch 0005) - Improved commentary on secmark labeling scaffolding. (patch 0006) - Reduced secmark related labeling scaffolding. (patch 0006) - Replace use of the zeroth entry of an lsmblob in scaffolding with a function lsmblob_value() to hopefully make it less obscure. (patch 0006) - Convert security_secmark_relabel_packet to use lsmblob as this reduces much of the most contentious scaffolding. (patch 0006) - Dropped Acks due to the above change (patch 0006) - Added BUILD_BUG_ON() for CIPSO tag 6. (patch 0018) - Reworked audit subject information. Instead of adding fields in the middle of existing records add a new record to the event. When a separate record is required use subj="?". (patch 0020) - Dropped Acks due to the above change (patch 0020) - Reworked audit object information. Instead of adding fields in the middle of existing records add a new record to the event. When a separate record is required use obj="?". (patch 0021) - Dropped Acks due to the above change (patch 0021) - Enhanced documentation (patch 0022) - Removed unnecessary error code check in security_getprocattr() (patch 0021) v15: Rebase to 5.6-rc1 - Revise IMA data use (patch 0002) Incorporate feedback from v14 - Fix lockdown module registration naming (patch 0002) - Revise how /proc/self/attr/context is gathered. (patch 0022) - Revise access modes on /proc/self/attr/context. (patch 0022) - Revise documentation on LSM external interfaces. (patch 0022) v14: Rebase to 5.5-rc5 Incorporate feedback from v13 - Use an array of audit rules (patch 0002) - Significant change, removed Acks (patch 0002) - Remove unneeded include (patch 0013) - Use context.len correctly (patch 0015) - Reorder code to be more sensible (patch 0016) - Drop SO_PEERCONTEXT as it's not needed yet (patch 0023) v13: Rebase to 5.5-rc2 Incorporate feedback from v12 - Print lsmblob size with %z (Patch 0002) - Convert lockdown LSM initialization. (Patch 0002) - Restore error check in nft_secmark_compute_secid (Patch 0006) - Correct blob scaffolding in ima_must_appraise() (Patch 0009) - Make security_setprocattr() clearer (Patch 0013) - Use lsm_task_display more widely (Patch 0013) - Use passed size in lsmcontext_init() (Patch 0014) - Don't add a smack_release_secctx() hook (Patch 0014) - Don't print warning in security_release_secctx() (Patch 0014) - Don't duplicate the label in nfs4_label_init_security() (Patch 0016) - Remove reviewed-by as code has significant change (Patch 0016) - Send the entire lsmblob for Tag 6 (Patch 0019) - Fix description of socket_getpeersec_stream parameters (Patch 0023) - Retain LSMBLOB_FIRST. What was I thinking? (Patch 0023) - Add compound context to LSM documentation (Patch 0023) v12: Rebase to 5.5-rc1 Fixed a couple of incorrect contractions in the text. v11: Rebase to 5.4-rc6 Incorporate feedback from v10 - Disambiguate reading /proc/.../attr/display by restricting all use of the interface to the current process. - Fix a merge error in AppArmor's display attribute check v10: Ask the security modules if the display can be changed. v9: There is no version 9 v8: Incorporate feedback from v7 - Minor clean-up in display value management - refactor "compound" context creation to use a common append_ctx() function. v7: Incorporate feedback from v6 - Make setting the display a privileged operation. The availability of compound contexts reduces the need for setting the display. v6: Incorporate feedback from v5 - Add subj_= and obj_= fields to audit records - Add /proc/.../attr/context to get the full context in lsmname\0value\0... format as suggested by Simon McVittie - Add SO_PEERCONTEXT for getsockopt() to get the full context in the same format, also suggested by Simon McVittie. - Add /sys/kernel/security/lsm_display_default to provide the display default value. v5: Incorporate feedback from v4 - Initialize the lsmcontext in security_secid_to_secctx() - Clear the lsmcontext in all security_release_secctx() cases - Don't use the "display" on strictly internal context interfaces. - The SELinux binder hooks check for cases where the context "display" isn't compatible with SELinux. v4: Incorporate feedback from v3 - Mark new lsm__alloc functions static - Replace the lsm and slot fields of the security_hook_list with a pointer to a LSM allocated lsm_id structure. The LSM identifies if it needs a slot explicitly. Use the lsm_id rather than make security_add_hooks return the slot value. - Validate slot values used in security.c - Reworked the "display" process attribute handling so that it works right and doesn't use goofy list processing. - fix display value check in dentry_init_security - Replace audit_log of secids with '?' instead of deleting the audit log v3: Incorporate feedback from v2 - Make lsmblob parameter and variable names more meaningful, changing "le" and "l" to "blob". - Improve consistency of constant naming. - Do more sanity checking during LSM initialization. - Be a bit clearer about what is temporary scaffolding. - Rather than clutter security_getpeersec_dgram with otherwise unnecessary checks remove the apparmor stub, which does nothing useful. Patch 01 separates the audit rule processing from the integrity rule processing. They were never really the same, but void pointers could hide that. The changes following use the rule pointers differently in audit and IMA, so keeping the code common is not a good idea. Patch 02 moves management of the sock security blob from the individual modules to the infrastructure. Patches 03-04 introduce a structure "lsmblob" that will gradually replace the "secid" as a shorthand for security module information. At this point lsmblob contains an array of u32 secids, one "slot" for each of the security modules compiled into the kernel that used secids. A "slot" is allocated when a security module requests one. Patch 05 provides mechanism for the IMA subsystem to identify explicitly which LSM is subject to IMA policy. This includes a boot option for specifying the default and an additional option in IMA rules "lsm=". Patches 06-15 change LSM interfaces to use the lsmblob instead of secids. It is important that the lsmblob be a fixed size entity that does not have to be allocated. Several of the places where it is used would have performance and/or locking issues with dynamic allocation. Patch 15 provides a mechanism for a process to identify which security module's hooks should be used when displaying or converting a security context string. A new interface /proc/self/attr/interface_lsm contains the name of the security module to show. Reading from this file will present the name of the module, while writing to it will set the value. Only names of active security modules are accepted. Internally, the name is translated to the appropriate "slot" number for the module which is then stored in the task security blob. Setting the display requires that all modules using the /proc interfaces allow the transition. The interface LSM of other processess can be neither read nor written. All suggested cases for reading the interface LSM of a different process have race conditions. Patch 16 Starts the process of changing how a security context is represented. Since it is possible for a security context to have been generated by more than one security module it is now necessary to note which module created a security context so that the correct "release" hook can be called. There are several places where the module that created a security context cannot be inferred. This is achieved by introducing a "lsmcontext" structure which contains the context string, its length and the "slot" number of the security module that created it. The security_release_secctx() interface is changed, replacing the (string,len) pointer pair with a lsmcontext pointer. Patches 17-18 convert the security interfaces from (string,len) pointer pairs to a lsmcontext pointer. The slot number identifying the creating module is added by the infrastructure. Where the security context is stored for extended periods the data type is changed. The Netlabel code is converted to save lsmblob structures instead of secids in Patch 19. This is not strictly necessary as there can only be one security module that uses Netlabel at this point. Using a lsmblob is much cleaner, as the interfaces that use the data have all been converted. Patch 20 adds checks to the binder hooks which verify that both ends of a transaction use the same interface LSM. Patch 21 adds a parameter to security_secid_to_secctx() that indicates which of the security modules should be used to provide the context. Patches 22-25 provide mechanism to keeping a list of auxiliary record data in an audit_buffer. The list is read when the audit record is ended, and supplimental records are created as needed. Patch 26 adds a supplimental audit record for subject LSM data when there are multiple security modules with such data. The AUDIT_MAC_TASK_CONTEXTS record is used in conjuction with a "subj=?" field to identify the subject data. The AUDIT_MAC_TASK_CONTEXTS record identifies the security module with the data: subj_selinux=xyz_t subj_apparmor=abc. An example of the MAC_TASK_CONTEXTS (1420) record is: type=UNKNOWN[1420] msg=audit(1600880931.832:113) subj_apparmor==unconfined subj_smack=_ Patch 27 adds a supplimental audit record for object LSM data when there are multiple security modules with such data. The AUDIT_MAC_OBJ_CONTEXTS record is used in conjuction The with a "obj=?" field to identify the object data. The AUDIT_MAC_OBJ_CONTEXTS record identifies the security module with the data: obj_selinux="xyz_t obj_apparmor="abc". While AUDIT_MAC_TASK_CONTEXTS records will always contain an entry for each possible security modules, AUDIT_MAC_OBJ_CONTEXTS records will only contain entries for security modules for which the object in question has data. An example of the MAC_OBJ_CONTEXTS (1421) record is: type=UNKNOWN[1421] msg=audit(1601152467.009:1050): obj_selinux=unconfined_u:object_r:user_home_t:s0 Patch 28 adds a new interface for getting the compound security contexts, /proc/self/attr/context. An example of the content of this file is: selinux\0one_u:one_r:one_t:s0-s0:c0.c1023\0apparmor\0unconfined\0 Finally, with all interference on the AppArmor hooks removed, Patch 29 removes the exclusive bit from AppArmor. An unnecessary stub hook was also removed. The Ubuntu project is using an earlier version of this patchset in their distribution to enable stacking for containers. Performance measurements to date have the change within the "noise". The sockperf and dbench results are on the order of 0.2% to 0.8% difference, with better performance being as common as worse. The benchmarks were run with AppArmor and Smack on Ubuntu. https://github.com/cschaufler/lsm-stacking.git#stack-5.18-rc2-v35 Casey Schaufler (29): integrity: disassociate ima_filter_rule from security_audit_rule LSM: Infrastructure management of the sock security LSM: Add the lsmblob data structure. LSM: provide lsm name and id slot mappings IMA: avoid label collisions with stacked LSMs LSM: Use lsmblob in security_audit_rule_match LSM: Use lsmblob in security_kernel_act_as LSM: Use lsmblob in security_secctx_to_secid LSM: Use lsmblob in security_secid_to_secctx LSM: Use lsmblob in security_ipc_getsecid LSM: Use lsmblob in security_current_getsecid LSM: Use lsmblob in security_inode_getsecid LSM: Use lsmblob in security_cred_getsecid LSM: Specify which LSM to display LSM: Ensure the correct LSM context releaser LSM: Use lsmcontext in security_secid_to_secctx LSM: Use lsmcontext in security_inode_getsecctx LSM: security_secid_to_secctx in netlink netfilter NET: Store LSM netlabel data in a lsmblob binder: Pass LSM identifier for confirmation LSM: Extend security_secid_to_secctx to include module selection Audit: Keep multiple LSM data in audit_names Audit: Create audit_stamp structure LSM: Add a function to report multiple LSMs Audit: Allow multiple records in an audit_buffer Audit: Add record for multiple task security contexts Audit: Add record for multiple object contexts LSM: Add /proc attr entry for full LSM context AppArmor: Remove the exclusive flag Documentation/ABI/testing/ima_policy | 8 +- .../ABI/testing/procfs-attr-lsm_display | 22 + Documentation/security/lsm.rst | 28 + drivers/android/binder.c | 47 +- drivers/android/binder_internal.h | 1 + fs/ceph/xattr.c | 6 +- fs/nfs/nfs4proc.c | 8 +- fs/nfsd/nfs4xdr.c | 20 +- fs/proc/base.c | 2 + include/linux/audit.h | 15 +- include/linux/cred.h | 3 +- include/linux/lsm_hooks.h | 19 +- include/linux/security.h | 263 +++++++- include/net/netlabel.h | 8 +- include/net/scm.h | 15 +- include/uapi/linux/audit.h | 2 + kernel/audit.c | 253 +++++-- kernel/audit.h | 17 +- kernel/auditfilter.c | 29 +- kernel/auditsc.c | 160 ++--- kernel/cred.c | 12 +- net/ipv4/cipso_ipv4.c | 26 +- net/ipv4/ip_sockglue.c | 12 +- net/netfilter/nf_conntrack_netlink.c | 24 +- net/netfilter/nf_conntrack_standalone.c | 11 +- net/netfilter/nfnetlink_queue.c | 38 +- net/netfilter/nft_meta.c | 10 +- net/netfilter/xt_SECMARK.c | 7 +- net/netlabel/netlabel_kapi.c | 6 +- net/netlabel/netlabel_unlabeled.c | 100 ++- net/netlabel/netlabel_unlabeled.h | 2 +- net/netlabel/netlabel_user.c | 13 +- net/netlabel/netlabel_user.h | 6 +- security/apparmor/include/apparmor.h | 3 +- security/apparmor/include/net.h | 6 +- security/apparmor/include/procattr.h | 2 +- security/apparmor/lsm.c | 105 +-- security/apparmor/procattr.c | 22 +- security/bpf/hooks.c | 12 +- security/commoncap.c | 7 +- security/integrity/ima/ima.h | 26 - security/integrity/ima/ima_appraise.c | 11 +- security/integrity/ima/ima_main.c | 71 +- security/integrity/ima/ima_policy.c | 58 +- security/landlock/cred.c | 2 +- security/landlock/fs.c | 2 +- security/landlock/ptrace.c | 2 +- security/landlock/setup.c | 5 + security/landlock/setup.h | 1 + security/loadpin/loadpin.c | 8 +- security/lockdown/lockdown.c | 7 +- security/safesetid/lsm.c | 8 +- security/security.c | 615 ++++++++++++++++-- security/selinux/hooks.c | 103 +-- security/selinux/include/classmap.h | 3 +- security/selinux/include/objsec.h | 5 + security/selinux/include/security.h | 1 + security/selinux/netlabel.c | 25 +- security/selinux/ss/services.c | 4 +- security/smack/smack.h | 6 + security/smack/smack_access.c | 2 +- security/smack/smack_lsm.c | 91 +-- security/smack/smack_netfilter.c | 4 +- security/smack/smackfs.c | 10 +- security/tomoyo/tomoyo.c | 8 +- security/yama/yama_lsm.c | 7 +- 66 files changed, 1776 insertions(+), 659 deletions(-) create mode 100644 Documentation/ABI/testing/procfs-attr-lsm_display base-commit: ce522ba9ef7e2d9fb22a39eb3371c0c64e2a433e -- 2.35.1