Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp259373ybp; Thu, 10 Oct 2019 17:40:48 -0700 (PDT) X-Google-Smtp-Source: APXvYqyWMnAFj6mvv6PPsguh/SwgXW7ytOWRYg6daLVRKlXriCJGvdRTH3l/Nmuxr6FXcfMyGyRS X-Received: by 2002:a17:906:3f87:: with SMTP id b7mr10894486ejj.107.1570754447935; Thu, 10 Oct 2019 17:40:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570754447; cv=none; d=google.com; s=arc-20160816; b=mf88aVnrWnOQu09iCCKjelHqOfppNhXmoCeUQpzOrJ70G3fxIGv1Th72eyDN9HtV36 F6U5zINQJjaZ48kQRGL37zStt8v19tAenkcGXABPxI26FAB/z4qNWAiza7Bb/t7pl2zt NpKA1YYDeA9MU+e4I6bogPZB9XHoBAMdqutNhsgwr9hHH77/CeOFNnT2akO/O6aCrpay u/UYelNFnj2/74WlMMDzikm21K5yEGI/QmpX3xStXtm6ZNqebCEbvruA5iuQlIlXn0gT hFdVKirSb8Zj6aSQbFSVgnuliPpiCXPKMkpFNqP4IoYgo+SgdDCGqdZ3x61F6dL3NuP6 PSQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=hNUOlKgtAsIE5sVaiGZXUcvdRA2PQ04IbA6oz24c6V8=; b=Xo5aMWSQzPSf/uSlVQOr30roTprN6KFa+i4ZnZLr7dCD/8rbHt26hAS6ru+oKs+/5u zQ759XzIsdau3KgDnoj7YwimShfYTaOvkTHpLbUTt4WQFp8bL0yCQD8/6gxzuXXT6Qed oUpb+SuyrO48Pd+rirCwshWedZSVaO5KkQaHGlvZq2UM/jISdR/JRdWB7y8lqaJdBkrD JUg5oYNwTadP5FFU08bJpYZKqSw/vQB0RhDZDF7TDaZhaCEjwcobzxkutAuXkkMQfOuf A4xw20fTcrUkNvWKCT0Bk1NHlGT+LcI5eCILxQ4Tbey/UmhHEEmxq5O0c5PnANKmE6ja syRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@paul-moore-com.20150623.gappssmtp.com header.s=20150623 header.b=iP81mvJ6; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l21si4840873edc.112.2019.10.10.17.40.24; Thu, 10 Oct 2019 17:40:47 -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; dkim=pass header.i=@paul-moore-com.20150623.gappssmtp.com header.s=20150623 header.b=iP81mvJ6; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727510AbfJKAjh (ORCPT + 99 others); Thu, 10 Oct 2019 20:39:37 -0400 Received: from mail-lj1-f193.google.com ([209.85.208.193]:40012 "EHLO mail-lj1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727498AbfJKAjh (ORCPT ); Thu, 10 Oct 2019 20:39:37 -0400 Received: by mail-lj1-f193.google.com with SMTP id 7so8041463ljw.7 for ; Thu, 10 Oct 2019 17:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paul-moore-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hNUOlKgtAsIE5sVaiGZXUcvdRA2PQ04IbA6oz24c6V8=; b=iP81mvJ6NRHztHSh53vzlkBNXKSKrdUZFa4QghmB7J5WhFdcG7DP8odULQ1+LossNA HyY0EtjSe+2D65p1cF1RolTRImCUmAhtf34UnnJiv5bb4byWcyiu0rvjrmfl2vbW40+K uYDLMHcrUwNLTf4ZMgF+AbSbAFzYG0VlkyZVjWslSX3CfO8wHTZpCXr6615M3Yfpj4l0 8f2g26wlubWzyKR8Pe5U+v+67VdFF5Q1pQ0ct6gdTXUOBEg2ZBgOPL9yrMl6iozvVkf1 p+2xg2upTdzGk4pdFz6YYWPnDIYnEiY4bZ7ccwy25bJtoqymfHPpN9PGVFPFLhREQFOY jCcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hNUOlKgtAsIE5sVaiGZXUcvdRA2PQ04IbA6oz24c6V8=; b=MvotcrUYETbbaPkUX1fKrxtFK5u722GxDm4HStKtrqDV0h4wCV+jB9j7iaMRu0FBxn IwjN9eREJ8khia4oFIvgfPyELTrpjz6hCO8KS1tNKFHxMKEtAK2omSpRC45NdtSWi4R4 ZHhqz0trCok6R9EDf6Z+hgbzmOLPGqLUArvgh9VAxzW8FXeYWvoIqYOgJP/Fd1Ve7gWM +wo1eNKFVji5s0KA8aGzain8sWsbLXdVlw2xPZd/jocDVDvTtbTrtFOxJS7ZrmPiVe6P kUO4k7bwqi5dxLS8nwW88gmhAwTrUdOeZevvKHgNbE831FoUVp3Nc/r1EoGZ9ZWcunvK Csqg== X-Gm-Message-State: APjAAAWgt0vpGVrkCtMpHL0jNusAaJM/Yte1B/ZpGtv+E9WnfS1//2KX 9ZmYxAoJzTBKCuExchpx/QoTO6DV+iBykAkH2Z1A X-Received: by 2002:a2e:6e18:: with SMTP id j24mr1202454ljc.57.1570754372500; Thu, 10 Oct 2019 17:39:32 -0700 (PDT) MIME-Version: 1.0 References: <0850eaa785e2ff30c8c4818fd53e9544b34ed884.1568834524.git.rgb@redhat.com> In-Reply-To: <0850eaa785e2ff30c8c4818fd53e9544b34ed884.1568834524.git.rgb@redhat.com> From: Paul Moore Date: Thu, 10 Oct 2019 20:39:21 -0400 Message-ID: Subject: Re: [PATCH ghak90 V7 08/21] audit: add contid support for signalling the audit daemon To: Richard Guy Briggs Cc: containers@lists.linux-foundation.org, linux-api@vger.kernel.org, Linux-Audit Mailing List , linux-fsdevel@vger.kernel.org, LKML , netdev@vger.kernel.org, netfilter-devel@vger.kernel.org, sgrubb@redhat.com, omosnace@redhat.com, dhowells@redhat.com, simo@redhat.com, Eric Paris , Serge Hallyn , ebiederm@xmission.com, nhorman@tuxdriver.com, Dan Walsh , mpatel@redhat.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 18, 2019 at 9:25 PM Richard Guy Briggs wrote: > Add audit container identifier support to the action of signalling the > audit daemon. > > Since this would need to add an element to the audit_sig_info struct, > a new record type AUDIT_SIGNAL_INFO2 was created with a new > audit_sig_info2 struct. Corresponding support is required in the > userspace code to reflect the new record request and reply type. > An older userspace won't break since it won't know to request this > record type. > > Signed-off-by: Richard Guy Briggs > --- > include/linux/audit.h | 7 +++++++ > include/uapi/linux/audit.h | 1 + > kernel/audit.c | 28 ++++++++++++++++++++++++++++ > kernel/audit.h | 1 + > security/selinux/nlmsgtab.c | 1 + > 5 files changed, 38 insertions(+) > > diff --git a/include/linux/audit.h b/include/linux/audit.h > index 0c18d8e30620..7b640c4da4ee 100644 > --- a/include/linux/audit.h > +++ b/include/linux/audit.h > @@ -23,6 +23,13 @@ struct audit_sig_info { > char ctx[0]; > }; > > +struct audit_sig_info2 { > + uid_t uid; > + pid_t pid; > + u64 cid; > + char ctx[0]; > +}; > + > struct audit_buffer; > struct audit_context; > struct inode; > diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h > index 4ed080f28b47..693ec6e0288b 100644 > --- a/include/uapi/linux/audit.h > +++ b/include/uapi/linux/audit.h > @@ -72,6 +72,7 @@ > #define AUDIT_SET_FEATURE 1018 /* Turn an audit feature on or off */ > #define AUDIT_GET_FEATURE 1019 /* Get which features are enabled */ > #define AUDIT_CONTAINER_OP 1020 /* Define the container id and info */ > +#define AUDIT_SIGNAL_INFO2 1021 /* Get info auditd signal sender */ > > #define AUDIT_FIRST_USER_MSG 1100 /* Userspace messages mostly uninteresting to kernel */ > #define AUDIT_USER_AVC 1107 /* We filter this differently */ > diff --git a/kernel/audit.c b/kernel/audit.c > index adfb3e6a7f0c..df3db29f5a8a 100644 > --- a/kernel/audit.c > +++ b/kernel/audit.c > @@ -125,6 +125,7 @@ struct audit_net { > kuid_t audit_sig_uid = INVALID_UID; > pid_t audit_sig_pid = -1; > u32 audit_sig_sid = 0; > +u64 audit_sig_cid = AUDIT_CID_UNSET; > > /* Records can be lost in several ways: > 0) [suppressed in audit_alloc] > @@ -1094,6 +1095,7 @@ static int audit_netlink_ok(struct sk_buff *skb, u16 msg_type) > case AUDIT_ADD_RULE: > case AUDIT_DEL_RULE: > case AUDIT_SIGNAL_INFO: > + case AUDIT_SIGNAL_INFO2: > case AUDIT_TTY_GET: > case AUDIT_TTY_SET: > case AUDIT_TRIM: > @@ -1257,6 +1259,7 @@ static int audit_receive_msg(struct sk_buff *skb, struct nlmsghdr *nlh) > struct audit_buffer *ab; > u16 msg_type = nlh->nlmsg_type; > struct audit_sig_info *sig_data; > + struct audit_sig_info2 *sig_data2; > char *ctx = NULL; > u32 len; > > @@ -1516,6 +1519,30 @@ static int audit_receive_msg(struct sk_buff *skb, struct nlmsghdr *nlh) > sig_data, sizeof(*sig_data) + len); > kfree(sig_data); > break; > + case AUDIT_SIGNAL_INFO2: > + len = 0; > + if (audit_sig_sid) { > + err = security_secid_to_secctx(audit_sig_sid, &ctx, &len); > + if (err) > + return err; > + } > + sig_data2 = kmalloc(sizeof(*sig_data2) + len, GFP_KERNEL); > + if (!sig_data2) { > + if (audit_sig_sid) > + security_release_secctx(ctx, len); > + return -ENOMEM; > + } > + sig_data2->uid = from_kuid(&init_user_ns, audit_sig_uid); > + sig_data2->pid = audit_sig_pid; > + if (audit_sig_sid) { > + memcpy(sig_data2->ctx, ctx, len); > + security_release_secctx(ctx, len); > + } > + sig_data2->cid = audit_sig_cid; > + audit_send_reply(skb, seq, AUDIT_SIGNAL_INFO2, 0, 0, > + sig_data2, sizeof(*sig_data2) + len); > + kfree(sig_data2); > + break; > case AUDIT_TTY_GET: { > struct audit_tty_status s; > unsigned int t; > @@ -2384,6 +2411,7 @@ int audit_signal_info(int sig, struct task_struct *t) > else > audit_sig_uid = uid; > security_task_getsecid(current, &audit_sig_sid); > + audit_sig_cid = audit_get_contid(current); > } I've been wondering something as I've been working my way through these patches and this patch seems like a good spot to discuss this ... Now that we have the concept of an audit container ID "lifetime" in the kernel, when do we consider the ID gone? Is it when the last process in the container exits, or is it when we generate the last audit record which could possibly contain the audit container ID? This patch would appear to support the former, but if we wanted the latter we would need to grab a reference to the audit container ID struct so it wouldn't "die" on us before we could emit the signal info record. -- paul moore www.paul-moore.com