From: Mimi Zohar <zohar@linux.ibm.com>
To: Goldwyn Rodrigues <rgoldwyn@suse.de>,
Amir Goldstein <amir73il@gmail.com>
Cc: Ignaz Forster <iforster@suse.de>,
linux-integrity <linux-integrity@vger.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
Fabian Vogt <fvogt@suse.de>, Al Viro <viro@ZenIV.linux.org.uk>
Subject: Re: [PATCH v2] ima: define ima_post_create_tmpfile() hook and add missing call
Date: Mon, 21 Jan 2019 07:00:03 -0500 [thread overview]
Message-ID: <1548072003.3782.24.camel@linux.ibm.com> (raw)
In-Reply-To: <20190117213421.ggasuc263dpqh46c@merlin>
On Thu, 2019-01-17 at 15:34 -0600, Goldwyn Rodrigues wrote:
> On 13:47 18/12, Mimi Zohar wrote:
> > If tmpfiles can be made persistent, then newly created tmpfiles need to
> > be treated like any other new files in policy.
> >
> > This patch indicates which newly created tmpfiles are in policy, causing
> > the file hash to be calculated on __fput().
>
> Discussed in overlayfs, this would be better if we use this on inode
> and called from vfs_tmpfile() instead of do_tmpfile(). This will cover
> the overlayfs case which uses tmpfiles while performing copy_up().
> The patch is attached.
>
> Here is the updated patch which works for my cases.
> However, it is the the failure case after setting the IMA flags
> I am concerned about, though I don't think that should be as harmful.
Right. The new IMA hook allocates memory for storing the flags, which
needs to be cleaned up on failure. For this reason, the IMA call is
deferred until after the transition from locally freeing memory on
failure to relying on __fput(). In "do_last", the call to IMA is
after "opened"; and in the original version of this patch the call to
IMA is after finish_open().
Mimi
>
>
> If tmpfiles can be made persistent, then newly created tmpfiles need to
> be treated like any other new files in policy.
>
> This patch indicates which newly created tmpfiles are in policy, causing
> the file hash to be calculated on __fput().
>
> Reported-by: Ignaz Forster <ignaz.forster@gmx.de>
> Signed-off-by: Mimi Zohar <zohar@linux.ibm.com>
> Signed-off-by: Goldwyn Rodrigues <rgoldwyn@suse.com>
> ---
> fs/namei.c | 1 +
> include/linux/ima.h | 6 ++++++
> security/integrity/ima/ima_main.c | 35 +++++++++++++++++++++++++++++++++--
> 3 files changed, 40 insertions(+), 2 deletions(-)
>
> diff --git a/fs/namei.c b/fs/namei.c
> index 914178cdbe94..373a7ec4b09d 100644
> --- a/fs/namei.c
> +++ b/fs/namei.c
> @@ -3462,6 +3462,7 @@ struct dentry *vfs_tmpfile(struct dentry *dentry, umode_t mode, int open_flag)
> inode->i_state |= I_LINKABLE;
> spin_unlock(&inode->i_lock);
> }
> + ima_post_create_tmpfile(inode);
> return child;
>
> out_err:
> diff --git a/include/linux/ima.h b/include/linux/ima.h
> index b5e16b8c50b7..32b0c5bdcd99 100644
> --- a/include/linux/ima.h
> +++ b/include/linux/ima.h
> @@ -18,6 +18,7 @@ struct linux_binprm;
> #ifdef CONFIG_IMA
> extern int ima_bprm_check(struct linux_binprm *bprm);
> extern int ima_file_check(struct file *file, int mask);
> +extern void ima_post_create_tmpfile(struct inode *inode);
> extern void ima_file_free(struct file *file);
> extern int ima_file_mmap(struct file *file, unsigned long prot);
> extern int ima_load_data(enum kernel_load_data_id id);
> @@ -56,6 +57,11 @@ static inline int ima_file_check(struct file *file, int mask)
> return 0;
> }
>
> +static inline void ima_post_create_tmpfile(struct inode *inode)
> +{
> + return;
> +}
> +
> static inline void ima_file_free(struct file *file)
> {
> return;
> diff --git a/security/integrity/ima/ima_main.c b/security/integrity/ima/ima_main.c
> index 4ffac4f5c647..357edd140c09 100644
> --- a/security/integrity/ima/ima_main.c
> +++ b/security/integrity/ima/ima_main.c
> @@ -396,6 +396,33 @@ int ima_file_check(struct file *file, int mask)
> }
> EXPORT_SYMBOL_GPL(ima_file_check);
>
> +/**
> + * ima_post_create_tmpfile - mark newly created tmpfile as new
> + * @file : newly created tmpfile
> + *
> + * No measuring, appraising or auditing of newly created tmpfiles is needed.
> + * Skip calling process_measurement(), but indicate which newly, created
> + * tmpfiles are in policy.
> + */
> +void ima_post_create_tmpfile(struct inode *inode)
> +{
> + struct integrity_iint_cache *iint;
> + int must_appraise;
> +
> + must_appraise = ima_must_appraise(inode, MAY_ACCESS, FILE_CHECK);
> + if (!must_appraise)
> + return;
> +
> + /* Nothing to do if we can't allocate memory */
> + iint = integrity_inode_get(inode);
> + if (!iint)
> + return;
> +
> + /* needed for writing the security xattrs */
> + set_bit(IMA_UPDATE_XATTR, &iint->atomic_flags);
> + iint->ima_file_status = INTEGRITY_PASS;
> +}
> +
> /**
> * ima_post_path_mknod - mark as a new inode
> * @dentry: newly created dentry
> @@ -413,9 +440,13 @@ void ima_post_path_mknod(struct dentry *dentry)
> if (!must_appraise)
> return;
>
> + /* Nothing to do if we can't allocate memory */
> iint = integrity_inode_get(inode);
> - if (iint)
> - iint->flags |= IMA_NEW_FILE;
> + if (!iint)
> + return;
> +
> + /* needed for re-opening empty files */
> + iint->flags |= IMA_NEW_FILE;
> }
>
> /**
next prev parent reply other threads:[~2019-01-21 12:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-18 18:47 [PATCH v2] ima: define ima_post_create_tmpfile() hook and add missing call Mimi Zohar
2018-12-18 19:23 ` Ignaz Forster
2019-01-17 21:34 ` Goldwyn Rodrigues
2019-01-21 12:00 ` Mimi Zohar [this message]
2019-01-21 12:29 ` Amir Goldstein
2019-01-22 15:43 ` Mimi Zohar
2019-01-22 16:38 ` Goldwyn Rodrigues
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1548072003.3782.24.camel@linux.ibm.com \
--to=zohar@linux.ibm.com \
--cc=amir73il@gmail.com \
--cc=fvogt@suse.de \
--cc=iforster@suse.de \
--cc=linux-integrity@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rgoldwyn@suse.de \
--cc=viro@ZenIV.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox