Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3129650yba; Mon, 8 Apr 2019 11:47:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqzv2cWL1R8jv7akLlpBPy73692m8Iirf5WTLm5ZPJSXrg3jSPabCX8QlIZqTvGF9UQrxNtA X-Received: by 2002:a17:902:6b05:: with SMTP id o5mr31927903plk.90.1554749255075; Mon, 08 Apr 2019 11:47:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554749255; cv=none; d=google.com; s=arc-20160816; b=Gf078XWx4aSmmCuxAbVvfaoKwElWl/1N10fvvBpO5IGI4aVI6MW80KEyq+QNF6wYr7 sDNv9dcLZf8SQHlihwyp7G1yO3WbFvrLsZAcqpotlMKfdhUOB2JRTnUgbmX7VSZTgkWt aUuHBit8HytDKPGysuXB0s7ZDIrGv0cvbQ0vz+cpFCg/yYnSCZf76fjU3Q1Qnwiqf/ci g7a5ObxSAgZQZGgK9xKZ+eLU3gQ/Z88r49OKihPhGHU5s7mYHMN82CiuK8cPHI3rwVzZ oon/s4S6x3Al3Nte4zoPjotxDwaXQlOjm3E4Sq3NVLJ//mXk/B1NDZl4VsnbJwtFQaEm el6Q== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:autocrypt:openpgp:from:references:cc:to :subject; bh=4stZWmKAnqk1fXi6/4BtJqpmen6WVILbcZSWLBCX4Y4=; b=Um+5H8gXelhf1dg3LCe2cAO170WGg1Ee+9rjZe1OJyJn/C7CZ1Jub81yQJRY8Apram xYC9DVa9E6dTw0BPtsvZU0uqevBvKC8R0OLnxWLQzRkrJ0hcNNWcJFKNnLgHKzwtm/eF Wncc4P36PIIdHJTfOs8muhQdSBlqhNnR2cuwy2e+jlq9R68ysbZKXxTTL6suN3OT5/wL LNV2v9kVKLZ4AM8K9P/p6SUXfH7bWnJnAwRxoNb1P1C4gjfMmTb6aBuQmPD+hsTw9p36 yVj3m3ihfaePu41fwbuEof33RMGFLvz1YaAa5hM203aSkSiKDynsl9+HzQt9d4+V6AFQ 8FCg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q1si26947350pfh.125.2019.04.08.11.47.19; Mon, 08 Apr 2019 11:47:35 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729313AbfDHRr4 (ORCPT + 99 others); Mon, 8 Apr 2019 13:47:56 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:34473 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726373AbfDHRrz (ORCPT ); Mon, 8 Apr 2019 13:47:55 -0400 Received: from static-50-53-47-167.bvtn.or.frontiernet.net ([50.53.47.167] helo=[192.168.192.153]) by youngberry.canonical.com with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1hDYN6-0004nr-Jd; Mon, 08 Apr 2019 17:47:52 +0000 Subject: Re: [PATCH] apparmor: Restore Y/N in /sys for apparmor's "enabled" To: Kees Cook Cc: James Morris , David Rheinsberg , "Serge E. Hallyn" , linux-security-module , LKML References: <20190408160706.GA18786@beast> <73c80352-ded1-626b-0eb0-a9481165f25d@canonical.com> From: John Johansen Openpgp: preference=signencrypt Autocrypt: addr=john.johansen@canonical.com; prefer-encrypt=mutual; keydata= xsFNBE5mrPoBEADAk19PsgVgBKkImmR2isPQ6o7KJhTTKjJdwVbkWSnNn+o6Up5knKP1f49E BQlceWg1yp/NwbR8ad+eSEO/uma/K+PqWvBptKC9SWD97FG4uB4/caomLEU97sLQMtnvGWdx rxVRGM4anzWYMgzz5TZmIiVTZ43Ou5VpaS1Vz1ZSxP3h/xKNZr/TcW5WQai8u3PWVnbkjhSZ PHv1BghN69qxEPomrJBm1gmtx3ZiVmFXluwTmTgJOkpFol7nbJ0ilnYHrA7SX3CtR1upeUpM a/WIanVO96WdTjHHIa43fbhmQube4txS3FcQLOJVqQsx6lE9B7qAppm9hQ10qPWwdfPy/+0W 6AWtNu5ASiGVCInWzl2HBqYd/Zll93zUq+NIoCn8sDAM9iH+wtaGDcJywIGIn+edKNtK72AM gChTg/j1ZoWH6ZeWPjuUfubVzZto1FMoGJ/SF4MmdQG1iQNtf4sFZbEgXuy9cGi2bomF0zvy BJSANpxlKNBDYKzN6Kz09HUAkjlFMNgomL/cjqgABtAx59L+dVIZfaF281pIcUZzwvh5+JoG eOW5uBSMbE7L38nszooykIJ5XrAchkJxNfz7k+FnQeKEkNzEd2LWc3QF4BQZYRT6PHHga3Rg ykW5+1wTMqJILdmtaPbXrF3FvnV0LRPcv4xKx7B3fGm7ygdoowARAQABzR1Kb2huIEpvaGFu c2VuIDxqb2huQGpqbXgubmV0PsLBegQTAQoAJAIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIX gAUCTo0YVwIZAQAKCRAFLzZwGNXD2LxJD/9TJZCpwlncTgYeraEMeDfkWv8c1IsM1j0AmE4V tL+fE780ZVP9gkjgkdYSxt7ecETPTKMaZSisrl1RwqU0oogXdXQSpxrGH01icu/2n0jcYSqY KggPxy78BGs2LZq4XPfJTZmHZGnXGq/eDr/mSnj0aavBJmMZ6jbiPz6yHtBYPZ9fdo8btczw P41YeWoIu26/8II6f0Xm3VC5oAa8v7Rd+RWZa8TMwlhzHExxel3jtI7IzzOsnmE9/8Dm0ARD 5iTLCXwR1cwI/J9BF/S1Xv8PN1huT3ItCNdatgp8zqoJkgPVjmvyL64Q3fEkYbfHOWsaba9/ kAVtBNz9RTFh7IHDfECVaToujBd7BtPqr+qIjWFadJD3I5eLCVJvVrrolrCATlFtN3YkQs6J n1AiIVIU3bHR8Gjevgz5Ll6SCGHgRrkyRpnSYaU/uLgn37N6AYxi/QAL+by3CyEFLjzWAEvy Q8bq3Iucn7JEbhS/J//dUqLoeUf8tsGi00zmrITZYeFYARhQMtsfizIrVDtz1iPf/ZMp5gRB niyjpXn131cm3M3gv6HrQsAGnn8AJru8GDi5XJYIco/1+x/qEiN2nClaAOpbhzN2eUvPDY5W 0q3bA/Zp2mfG52vbRI+tQ0Br1Hd/vsntUHO903mMZep2NzN3BZ5qEvPvG4rW5Zq2DpybWc7B TQROZqz6ARAAoqw6kkBhWyM1fvgamAVjeZ6nKEfnRWbkC94L1EsJLup3Wb2X0ABNOHSkbSD4 pAuC2tKF/EGBt5CP7QdVKRGcQzAd6b2c1Idy9RLw6w4gi+nn/d1Pm1kkYhkSi5zWaIg0m5RQ Uk+El8zkf5tcE/1N0Z5OK2JhjwFu5bX0a0l4cFGWVQEciVMDKRtxMjEtk3SxFalm6ZdQ2pp2 822clnq4zZ9mWu1d2waxiz+b5Ia4weDYa7n41URcBEUbJAgnicJkJtCTwyIxIW2KnVyOrjvk QzIBvaP0FdP2vvZoPMdlCIzOlIkPLgxE0IWueTXeBJhNs01pb8bLqmTIMlu4LvBELA/veiaj j5s8y542H/aHsfBf4MQUhHxO/BZV7h06KSUfIaY7OgAgKuGNB3UiaIUS5+a9gnEOQLDxKRy/ a7Q1v9S+Nvx+7j8iH3jkQJhxT6ZBhZGRx0gkH3T+F0nNDm5NaJUsaswgJrqFZkUGd2Mrm1qn KwXiAt8SIcENdq33R0KKKRC80Xgwj8Jn30vXLSG+NO1GH0UMcAxMwy/pvk6LU5JGjZR73J5U LVhH4MLbDggD3mPaiG8+fotTrJUPqqhg9hyUEPpYG7sqt74Xn79+CEZcjLHzyl6vAFE2W0kx lLtQtUZUHO36afFv8qGpO3ZqPvjBUuatXF6tvUQCwf3H6XMAEQEAAcLBXwQYAQoACQUCTmas +gIbDAAKCRAFLzZwGNXD2D/XD/0ddM/4ai1b+Tl1jznKajX3kG+MeEYeI4f40vco3rOLrnRG FOcbyyfVF69MKepie4OwoI1jcTU0ADecnbWnDNHpr0SczxBMro3bnrLhsmvjunTYIvssBZtB 4aVJjuLILPUlnhFqa7fbVq0ZQjbiV/rt2jBENdm9pbJZ6GjnpYIcAbPCCa/ffL4/SQRSYHXo hGiiS4y5jBTmK5ltfewLOw02fkexH+IJFrrGBXDSg6n2Sgxnn++NF34fXcm9piaw3mKsICm+ 0hdNh4afGZ6IWV8PG2teooVDp4dYih++xX/XS8zBCc1O9w4nzlP2gKzlqSWbhiWpifRJBFa4 WtAeJTdXYd37j/BI4RWWhnyw7aAPNGj33ytGHNUf6Ro2/jtj4tF1y/QFXqjJG/wGjpdtRfbt UjqLHIsvfPNNJq/958p74ndACidlWSHzj+Op26KpbFnmwNO0psiUsnhvHFwPO/vAbl3RsR5+ 0Ro+hvs2cEmQuv9r/bDlCfpzp2t3cK+rhxUqisOx8DZfz1BnkaoCRFbvvvk+7L/fomPntGPk qJciYE8TGHkZw1hOku+4OoM2GB5nEDlj+2TF/jLQ+EipX9PkPJYvxfRlC6dK8PKKfX9KdfmA IcgHfnV1jSn+8yH2djBPtKiqW0J69aIsyx7iV/03paPCjJh7Xq9vAzydN5U/UA== Organization: Canonical Message-ID: Date: Mon, 8 Apr 2019 10:47:49 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/8/19 10:25 AM, Kees Cook wrote: > On Mon, Apr 8, 2019 at 9:58 AM John Johansen > wrote: >>> +/* Can only be set before AppArmor is initialized (i.e. on boot cmdline). */ >>> +static int param_set_aaintbool(const char *val, const struct kernel_param *kp) >>> +{ >>> + struct kernel_param kp_local; >>> + bool value; >>> + int error; >>> + >>> + if (apparmor_initialized) >>> + return -EPERM; >>> + >> This isn't sufficient/correct. apparmor_initialized is only set after >> apparmor has gone through and completed initialization. However if >> apparmor is not selected as one of the LSMs to enable, then this check >> won't stop apparmor_enabled from being set post boot. >> >> However with the apparmor_enabled param being 0444 and the >> apparmor_enabled_setup() fn handling boot cmdline do with even need >> the set parameter fn? > > Yup, that's true. I've gone and tested this, and yes, the 0444 is > sufficient to protect the logic here (even if root chmods the inode). > So the test here is redundant. However, very early in the threads > about LSM boot cmdline enabling it was made clear that > "apparmor.enabled=..." needed to stay working, which means the "set" > op is still needed. (But I'm happy to do whatever you want here -- I > was just trying to keep the functionality as it was.) > Right, though the legacy case that most document reference is apparmor=0/1 which is handled by __apparmor_enabled_setup() still best not to break apparmor.enabled > Should I send a v2 without the "initialized" check or is this okay to > leave as-is with the redundant check? > redundant is fine, it will help protect against shooting ourselves in the foot if some one ever tries changing the 0444 you can have my Acked-by: John Johansen