Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp2197555rdh; Tue, 26 Sep 2023 16:07:43 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFMiumhKe1YCvbC8RbZoGRH3FYpL60lxNWHMQ+8nzwkHo1+efYbJpd+nTAZ1E4uukMi/yI7 X-Received: by 2002:a17:902:c94f:b0:1bb:598a:14e5 with SMTP id i15-20020a170902c94f00b001bb598a14e5mr245723pla.43.1695769663347; Tue, 26 Sep 2023 16:07:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695769663; cv=none; d=google.com; s=arc-20160816; b=WFZ97bbmAYa28aIjK7nxC+WycAOBlOn8pu5V0P7EgOYmQQNkMozRfyJCG0JI0r2rtm 981zlTteZAcRufXcQKbVTNYHwljjWUTNnHX2z2grWYMqIC6yq+SFfCBf/EwNHcVATyuk jCn/wbHYss19KZHElbFDTZrQ144ppYdvHOBOclcXFNcZg+6kvj74s7rrYYadzvCBSuEk iY/rh9R+tSvW6sLL33U7nwLT5xL9myiWzq7cTdTDAVj6qnS/nJy2nwOeR3yJPi1HFmPn 9oKVVCXFxeqaRX3x8S/75SO5CcEOoPQKMvpN4vacQSOGnJuWefghIxU0x6gPAUYLD8z9 VyVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=+yfCPJ+h1vKT/btr1jZvB3H+pqknpmQhzFvkl0ehzB0=; fh=oEcHxDbi9gd+s5GmPkA/zTkMPDm+0WWobcfkja3olHs=; b=Y/Yj72MvEv0q3NB27Qo3GiImrOomAWcpom2etXJj8S11JfDxgIO3h/N42OtxUhFs9X cNF91fEYvqzRqTAuWU0x8rJYkIlvHgNuJNhuDZdpkXBwGLMl6RYau5OH25WnLvP28aUf A3XGx7+X79fxkxY74hUdjBQEf3tqfzhfJ8CB2nZhK5FC2iXArM9pFf4MFHBKbXsYjhab yJjEVi982/KKQfdEvp+opmjrNvsNsRMHSMZ64aTVeL/d9Qwp4HANlPvhHGzaNyXXbNOa nvRbebn30r5V2g4IT1Uqm2sCljUaCszG8s4vbbhrIHc+MalhcedRLgxCv/aPaUUfcVZv csvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=porLy9Nf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from pete.vger.email (pete.vger.email. [23.128.96.36]) by mx.google.com with ESMTPS id z14-20020a1709027e8e00b001c5fb45613dsi9026086pla.318.2023.09.26.16.07.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Sep 2023 16:07:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) client-ip=23.128.96.36; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=porLy9Nf; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id 744538098BBA; Tue, 26 Sep 2023 16:05:58 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229567AbjIZXFx (ORCPT + 99 others); Tue, 26 Sep 2023 19:05:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59042 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229740AbjIZXDw (ORCPT ); Tue, 26 Sep 2023 19:03:52 -0400 Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E2A797DB9 for ; Tue, 26 Sep 2023 14:20:28 -0700 (PDT) Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-418157e979eso44761cf.1 for ; Tue, 26 Sep 2023 14:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1695763228; x=1696368028; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=+yfCPJ+h1vKT/btr1jZvB3H+pqknpmQhzFvkl0ehzB0=; b=porLy9Nf/CvM4T5KPhRvXoRRB8oCDEt/RP7LAuYpmLeTLjehCEwKDDwpvuL+CYIYsh bIJLw+ulc4DB+fpnh7x+0PwZu2QIUoihAD8jokNQtg/Jkl5kuAyt6p8skqeTA8J8aP67 w92qhkFzRDnol7/aT5B4YKrjy6oNBzyUqDdz3YixUHC9ifD/oPCDgXdxHI7cbzwe4xmt Rsp4E13BuVMFJpzyWpnId0t1Qed4PrM70tx8KFMIeD6QuhVvmK1oSirshXsfpWM/wpLi NUiV2rpmUHOmLzQLA1p65+Y59qNPSe9SSVlGnwfao28MnO480AtAqE0h4H1e//Lv4VTu reuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695763228; x=1696368028; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+yfCPJ+h1vKT/btr1jZvB3H+pqknpmQhzFvkl0ehzB0=; b=qEYrVVqU8EBnl1vhockUobekU5VVWjvXYOgoG7+/v9wPrnflQ5MpmiCvQQKTHFmkiX 1JxqrNWKDFq3Xs9wyW3tbvsXaR6WalPn2exMtYqvwjWKEtqcRbCPOeAXpYhgraUCNYjF 3todwEisQrc9nIbhm2WV8ZFWEicmL4QW2XBCcPW3CnQXEOrout2ZB2stOlbnOrg6mdvo l3gBKLqTVOLgxPgCNxuVU1LRKDXYNyxotw+UB8zyGaT24F9HiCtV7KmKjY+25a4Lw3vo WHcWJYPzyX/7sNFM2L3f5T0bNin6JCiITSR4vhpacaKRmvC7SnFwinhjIKgklOPIpQdQ Q1gQ== X-Gm-Message-State: AOJu0YyOcchNOSnQ3eDNSlEGgNlNQswJ1pa1g0XVLcqcQjB0SSOY66Fm 6GIrbYo1i/4rnB4WO28wFUCV1cyfjO7bejSuYnJswQ== X-Received: by 2002:a05:622a:5cf:b0:403:e1d1:8b63 with SMTP id d15-20020a05622a05cf00b00403e1d18b63mr447837qtb.24.1695763227794; Tue, 26 Sep 2023 14:20:27 -0700 (PDT) MIME-Version: 1.0 References: <20230921061641.273654-1-mic@digikod.net> <20230921061641.273654-6-mic@digikod.net> <20230926.di9Esee2xahi@digikod.net> In-Reply-To: <20230926.di9Esee2xahi@digikod.net> From: Jeff Xu Date: Tue, 26 Sep 2023 14:19:51 -0700 Message-ID: Subject: Re: [RFC PATCH v1 5/7] landlock: Log file-related requests To: =?UTF-8?B?TWlja2HDq2wgU2FsYcO8bg==?= Cc: Eric Paris , James Morris , Paul Moore , "Serge E . Hallyn" , Ben Scarlato , =?UTF-8?Q?G=C3=BCnther_Noack?= , Jorge Lucangeli Obes , Konstantin Meskhidze , Shervin Oloumi , audit@vger.kernel.org, linux-kernel@vger.kernel.org, linux-security-module@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-8.4 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Tue, 26 Sep 2023 16:05:58 -0700 (PDT) On Tue, Sep 26, 2023 at 6:35=E2=80=AFAM Micka=C3=ABl Sala=C3=BCn wrote: > > On Mon, Sep 25, 2023 at 06:26:28PM -0700, Jeff Xu wrote: > > On Wed, Sep 20, 2023 at 11:17=E2=80=AFPM Micka=C3=ABl Sala=C3=BCn wrote: > > > > > > Add audit support for mkdir, mknod, symlink, unlink, rmdir, truncate, > > > and open requests. > > > > > > Signed-off-by: Micka=C3=ABl Sala=C3=BCn > > > --- > > > security/landlock/audit.c | 114 ++++++++++++++++++++++++++++++++++++= ++ > > > security/landlock/audit.h | 32 +++++++++++ > > > security/landlock/fs.c | 62 ++++++++++++++++++--- > > > 3 files changed, 199 insertions(+), 9 deletions(-) > > > > > > > +static void > > > +log_request(const int error, struct landlock_request *const request, > > > + const struct landlock_ruleset *const domain, > > > + const access_mask_t access_request, > > > + const layer_mask_t (*const layer_masks)[LANDLOCK_NUM_ACCE= SS_FS]) > > > +{ > > > + struct audit_buffer *ab; > > > + > > > + if (WARN_ON_ONCE(!error)) > > > + return; > > > + if (WARN_ON_ONCE(!request)) > > > + return; > > > + if (WARN_ON_ONCE(!domain || !domain->hierarchy)) > > > + return; > > > + > > > + /* Uses GFP_ATOMIC to not sleep. */ > > > + ab =3D audit_log_start(audit_context(), GFP_ATOMIC | __GFP_NO= WARN, > > > + AUDIT_LANDLOCK); > > > + if (!ab) > > > + return; > > > + > > > + update_request(request, domain, access_request, layer_masks); > > > + > > > + log_task(ab); > > > + audit_log_format(ab, " domain=3D%llu op=3D%s errno=3D%d missi= ng-fs-accesses=3D", > > > + request->youngest_domain, > > > + op_to_string(request->operation), -error); > > > + log_accesses(ab, request->missing_access); > > > + audit_log_lsm_data(ab, &request->audit); > > > + audit_log_end(ab); > > > +} > > > + > > > +// TODO: Make it generic, not FS-centric. > > > +int landlock_log_request( > > > + const int error, struct landlock_request *const request, > > > + const struct landlock_ruleset *const domain, > > > + const access_mask_t access_request, > > > + const layer_mask_t (*const layer_masks)[LANDLOCK_NUM_ACCESS_F= S]) > > > +{ > > > + /* No need to log the access request, only the missing access= es. */ > > > + log_request(error, request, domain, access_request, layer_mas= ks); > > > + return error; > > > +} > > > > @@ -636,7 +638,8 @@ static bool is_access_to_paths_allowed( > > > } > > > > > > static int current_check_access_path(const struct path *const path, > > > - access_mask_t access_request) > > > + access_mask_t access_request, > > > + struct landlock_request *const r= equest) > > > { > > > const struct landlock_ruleset *const dom =3D > > > landlock_get_current_domain(); > > > @@ -650,7 +653,10 @@ static int current_check_access_path(const struc= t path *const path, > > > NULL, 0, NULL, NULL)) > > > return 0; > > > > > > - return -EACCES; > > > + request->audit.type =3D LSM_AUDIT_DATA_PATH; > > > + request->audit.u.path =3D *path; > > > + return landlock_log_request(-EACCES, request, dom, access_req= uest, > > > + &layer_masks); > > > > It might be more readable to let landlock_log_request return void. > > Then the code will look like below. > > > > landlock_log_request(-EACCES, request, dom, access_request, &layer_mas= ks); > > return -EACCES; > > > > The allow/deny logic will be in this function, i.e. reader > > doesn't need to check landlock_log_request's implementation to find > > out it never returns 0. > > I did that in an early version of this patch, but I finally choose to wri= te > 'return lanlock_log_request();` for mainly two reasons: > * to help not forget to call this function at any non-zero return values > (which can easily be checked with grep), "grep -A 2 landlock_log_request" would serve the same purpose though. > * to do tail calls. > > I guess compiler should be smart enough to do tail calls with a variable > set indirection, but I'd like to check that. > What are tail calls and what is the benefit of this code pattern ? i.e. pass the return value into landlock_log_request() and make it a single point of setting return value for all landlock hooks. > To make it easier to read (and to not forget returning the error), the > landlock_log_request() calls a void log_request() helper, and returns > the error itself. It is then easy to review and know what's happening > without reading log_request(). > > I'd like the compiler to check itself that every LSM hook returned > values are either 0 or comming from landlock_log_request() but I think > it's not possible right now. Coccinelle might help here though. > > BTW, in a next version, we might have landlock_log_request() called even > for allowed requests (i.e. returned value of 0).