Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5266152ybl; Wed, 22 Jan 2020 13:32:07 -0800 (PST) X-Google-Smtp-Source: APXvYqw+3BZuf63+2CBdN187kmHacZG/favLaJxiiSnhrg1F6ASBsUYw1oDcryyoa6ur9EBLq+pR X-Received: by 2002:aca:b286:: with SMTP id b128mr8538210oif.147.1579728727800; Wed, 22 Jan 2020 13:32:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579728727; cv=none; d=google.com; s=arc-20160816; b=pRzZtMzDKYM/LoSu1iGkDG++qYIebn3UxgY29eCjQ5+6mHPPK5UyAUFlu3/IiBwkl3 v6DKeMaXJ8HITcFz7nEW4jsICO7kflu5sg1VMpgBNQJzgT7a4oV/lUMRc+t9kEvKoUIp vjWajrq2aquYKrrnC9E+UqPW1iZJMIQxvLsSmToWfskXHQ3G9Mhxc+39mWHvr2pteqPl l96u6EZPj/0NVexrcmEm7Ki48Ykk4/6aYkW1TQzynERfvZmdeyh1qoKi8dapZoulIZEm 4H3OyxA4rJes8A9wI2W2eGcUV3K3PasvyKYYNBCLJvXWwAVJRdlFn6JlOcPUfHE+38mH De1g== 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=znKmNqKr9gQDPfmrmtDejwJ1HslDiuzLboL4qUqmh40=; b=KOxzohJUf42x3f0x5xAD2ejBXzPK2ARjvHLr2HEY31KBqlodI7yA4IsMOcRJ6Elblo gNESEZ9LpSnlmHlqzCZdPTuvAGIr7J3D8KyBdWtrl8xqpb5HXZodVEd9JPadJ3Z52jrC MP88S2p0hGKnxKJzkLaLNDhSJl8xNRKhXntnt8/AqFu8HFBBiZPt+0FlcFZoL7uRYIjT fXksTWKXtEmWuqYMffC5/5I5/H+jZN9ifO/5K9glsXyPGQIEhpZx0LsfpKIpRlH8AfA+ TVN9ssyYVTegkl2iqZR/6Xo874snWdqSi3bJYngSbPlkCwkhv0y9AcJc3J/7iwdQU2pJ ekpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@paul-moore-com.20150623.gappssmtp.com header.s=20150623 header.b=TP5mJnA7; 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 k4si21434779oiw.55.2020.01.22.13.31.55; Wed, 22 Jan 2020 13:32:07 -0800 (PST) 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=TP5mJnA7; 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 S1729208AbgAVV3M (ORCPT + 99 others); Wed, 22 Jan 2020 16:29:12 -0500 Received: from mail-lj1-f194.google.com ([209.85.208.194]:38211 "EHLO mail-lj1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729251AbgAVV3K (ORCPT ); Wed, 22 Jan 2020 16:29:10 -0500 Received: by mail-lj1-f194.google.com with SMTP id w1so723872ljh.5 for ; Wed, 22 Jan 2020 13:29:08 -0800 (PST) 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=znKmNqKr9gQDPfmrmtDejwJ1HslDiuzLboL4qUqmh40=; b=TP5mJnA7Gm0zdUG0OehnvyJWts/xMVo/mJxSurXzDTUcBQIzgsR1ns3H1p5rCpwp/o o5WEcw4A9HNc0n06O9ImPfjXjQS6Nxh19LC0d4tgDt1Av2slE1y47OS6cviu0l1oIqGb nh2EDlHL5wynTTB5yhFbFZDoa5TkK67zq9GykjlOT7s5XEF58dYNcPell0+CauOKp+XT nLFr9NOTwYPXWpaLNMfgFzqUgIZQ4EPNmzDpdQRueK1UtfBk0Xs1bWMty7FyANkkTdvm VpHNDh0cBO2f65tpkygyfW6HPpO5AJZ4qHWFD4baSKueZohLmEzK207pMLwN5wsHnsWU 4+wg== 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=znKmNqKr9gQDPfmrmtDejwJ1HslDiuzLboL4qUqmh40=; b=QJfoOMh7srOhkGg6WcGfOPtMDFKKJZtlah69hIQgI/ZTcMrtHucSc3RdDVl3SyrSCt qL5PsDsakmtwA8y8mK6rkV7cOncoZdGix49i3i8P/kbbmq3tF/6Zt6AWr+yNTcsyccaJ 8lZggz/MZLTxbjHn0w/PaX7ahXCPjNvF/01xsvop4AuxPWkhzIYTeT11ec7eOlpuNJWF D46KawE9p1RxBfOPe1IMREqjCL80sV86dQVpYQxJQWsyJtExSYi5ZjMc0J1nQAdtQ5e9 74birIvaYTtOTel3QLT6ET1A1EF6xbUdrrWre12f0ggzVhnvVYqV9SXr7iBbYbuiosgC V/wg== X-Gm-Message-State: APjAAAV7Yw3xWgp+lhoy+eW5Knfw0G/S+n1DkVwiKBUWoE9ANuGpnBS0 wfHHHkI5PSLbevk53rk/5fchlPRFxCCLKVWPK9tR X-Received: by 2002:a2e:9196:: with SMTP id f22mr21784742ljg.18.1579728548032; Wed, 22 Jan 2020 13:29:08 -0800 (PST) MIME-Version: 1.0 References: <2954ed671a7622ddf3abdb8854dbba2ad13e9f33.1577736799.git.rgb@redhat.com> In-Reply-To: <2954ed671a7622ddf3abdb8854dbba2ad13e9f33.1577736799.git.rgb@redhat.com> From: Paul Moore Date: Wed, 22 Jan 2020 16:28:57 -0500 Message-ID: Subject: Re: [PATCH ghak90 V8 11/16] audit: add support for containerid to network namespaces 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 Tue, Dec 31, 2019 at 2:51 PM Richard Guy Briggs wrote: > > This also adds support to qualify NETFILTER_PKT records. > > Audit events could happen in a network namespace outside of a task > context due to packets received from the net that trigger an auditing > rule prior to being associated with a running task. The network > namespace could be in use by multiple containers by association to the > tasks in that network namespace. We still want a way to attribute > these events to any potential containers. Keep a list per network > namespace to track these audit container identifiiers. > > Add/increment the audit container identifier on: > - initial setting of the audit container identifier via /proc > - clone/fork call that inherits an audit container identifier > - unshare call that inherits an audit container identifier > - setns call that inherits an audit container identifier > Delete/decrement the audit container identifier on: > - an inherited audit container identifier dropped when child set > - process exit > - unshare call that drops a net namespace > - setns call that drops a net namespace > > Add audit container identifier auxiliary record(s) to NETFILTER_PKT > event standalone records. Iterate through all potential audit container > identifiers associated with a network namespace. > > Please see the github audit kernel issue for contid net support: > https://github.com/linux-audit/audit-kernel/issues/92 > Please see the github audit testsuiite issue for the test case: > https://github.com/linux-audit/audit-testsuite/issues/64 > Please see the github audit wiki for the feature overview: > https://github.com/linux-audit/audit-kernel/wiki/RFE-Audit-Container-ID > Signed-off-by: Richard Guy Briggs > Acked-by: Neil Horman > Reviewed-by: Ondrej Mosnacek > --- > include/linux/audit.h | 24 +++++++++ > kernel/audit.c | 132 ++++++++++++++++++++++++++++++++++++++++++++++- > kernel/nsproxy.c | 4 ++ > net/netfilter/nft_log.c | 11 +++- > net/netfilter/xt_AUDIT.c | 11 +++- > 5 files changed, 176 insertions(+), 6 deletions(-) ... > diff --git a/include/linux/audit.h b/include/linux/audit.h > index 5531d37a4226..ed8d5b74758d 100644 > --- a/include/linux/audit.h > +++ b/include/linux/audit.h > @@ -12,6 +12,7 @@ > #include > #include > #include > +#include > > #define AUDIT_INO_UNSET ((unsigned long)-1) > #define AUDIT_DEV_UNSET ((dev_t)-1) > @@ -121,6 +122,13 @@ struct audit_task_info { > > extern struct audit_task_info init_struct_audit; > > +struct audit_contobj_netns { > + struct list_head list; > + u64 id; Since we now track audit container IDs in their own structure, why not link directly to the audit container ID object (and bump the refcount)? > + refcount_t refcount; > + struct rcu_head rcu; > +}; > + > extern int is_audit_feature_set(int which); > > extern int __init audit_register_class(int class, unsigned *list); > @@ -225,6 +233,12 @@ static inline u64 audit_get_contid(struct task_struct *tsk) > } > > extern void audit_log_container_id(struct audit_context *context, u64 contid); > +extern void audit_netns_contid_add(struct net *net, u64 contid); > +extern void audit_netns_contid_del(struct net *net, u64 contid); > +extern void audit_switch_task_namespaces(struct nsproxy *ns, > + struct task_struct *p); > +extern void audit_log_netns_contid_list(struct net *net, > + struct audit_context *context); > > extern u32 audit_enabled; > > @@ -297,6 +311,16 @@ static inline u64 audit_get_contid(struct task_struct *tsk) > > static inline void audit_log_container_id(struct audit_context *context, u64 contid) > { } > +static inline void audit_netns_contid_add(struct net *net, u64 contid) > +{ } > +static inline void audit_netns_contid_del(struct net *net, u64 contid) > +{ } > +static inline void audit_switch_task_namespaces(struct nsproxy *ns, > + struct task_struct *p) > +{ } > +static inline void audit_log_netns_contid_list(struct net *net, > + struct audit_context *context) > +{ } > > #define audit_enabled AUDIT_OFF > > diff --git a/kernel/audit.c b/kernel/audit.c > index d4e6eafe5644..f7a8d3288ca0 100644 > --- a/kernel/audit.c > +++ b/kernel/audit.c > @@ -59,6 +59,7 @@ > #include > #include > #include > +#include > > #include "audit.h" > > @@ -86,9 +87,13 @@ > /** > * struct audit_net - audit private network namespace data > * @sk: communication socket > + * @contid_list: audit container identifier list > + * @contid_list_lock audit container identifier list lock > */ > struct audit_net { > struct sock *sk; > + struct list_head contid_list; > + spinlock_t contid_list_lock; > }; > > /** > @@ -305,8 +310,11 @@ struct audit_task_info init_struct_audit = { > void audit_free(struct task_struct *tsk) > { > struct audit_task_info *info = tsk->audit; > + struct nsproxy *ns = tsk->nsproxy; > > audit_free_syscall(tsk); > + if (ns) > + audit_netns_contid_del(ns->net_ns, audit_get_contid(tsk)); > /* Freeing the audit_task_info struct must be performed after > * audit_log_exit() due to need for loginuid and sessionid. > */ > @@ -409,6 +417,120 @@ static struct sock *audit_get_sk(const struct net *net) > return aunet->sk; > } > > +void audit_netns_contid_add(struct net *net, u64 contid) > +{ > + struct audit_net *aunet; > + struct list_head *contid_list; > + struct audit_contobj_netns *cont; > + > + if (!net) > + return; > + if (!audit_contid_valid(contid)) > + return; > + aunet = net_generic(net, audit_net_id); > + if (!aunet) > + return; > + contid_list = &aunet->contid_list; > + rcu_read_lock(); > + list_for_each_entry_rcu(cont, contid_list, list) > + if (cont->id == contid) { > + spin_lock(&aunet->contid_list_lock); > + refcount_inc(&cont->refcount); > + spin_unlock(&aunet->contid_list_lock); > + goto out; > + } > + cont = kmalloc(sizeof(*cont), GFP_ATOMIC); > + if (cont) { > + INIT_LIST_HEAD(&cont->list); > + cont->id = contid; > + refcount_set(&cont->refcount, 1); > + spin_lock(&aunet->contid_list_lock); > + list_add_rcu(&cont->list, contid_list); > + spin_unlock(&aunet->contid_list_lock); > + } > +out: > + rcu_read_unlock(); > +} See my comments about refcount_t, spinlocks, and list manipulation races from earlier in the patchset; the same thing applies to the function above. -- paul moore www.paul-moore.com