Re: [PATCH v3 10/12] ima: defer calling __fput()

From: Kasatkin, Dmitry
Date: Thu Mar 22 2012 - 10:07:26 EST


Hello,


On Wed, Mar 21, 2012 at 8:54 PM, Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx> wrote:
> If a file is closed before it is munmapped, __fput() is called with
> the mmap_sem taken. ÂWith IMA-appraisal enabled, this results in an
> mmap_sem/i_mutex lockdep. Âima_defer_fput() increments the f_count
> to defer __fput() being called until after the mmap_sem is released.
>

Have you noticed any performance implications?


> Changelog v3:
> - use slab mempool (suggested by Dmitry Kasatkin)
> - renamed a few functions based on Matt Helsley's review
> - define ima_fput_mempool as static (fix sparse error)
> - fix ima_defer_fput() stub definition
>
> Changelog v2:
> - based on discussions with: Tyler Hicks (use workqueues),
> ÂDave Hansen (defer only IMA related files), and
> ÂDmitry Kasatkin (add new IMA hook)
> - use slab memory for allocating work
>
> Signed-off-by: Mimi Zohar <zohar@xxxxxxxxxx>
> ---
> Âinclude/linux/ima.h          |  Â5 ++
> Âmm/mmap.c               |  Â1 +
> Âsecurity/integrity/ima/ima_appraise.c | Â 84 +++++++++++++++++++++++++++++++++
> Â3 files changed, 90 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/ima.h b/include/linux/ima.h
> index 2c7223d..af8cb3b 100644
> --- a/include/linux/ima.h
> +++ b/include/linux/ima.h
> @@ -47,6 +47,7 @@ extern void ima_inode_post_setattr(struct dentry *dentry);
> Âextern int ima_inode_setxattr(struct dentry *dentry, const char *xattr_name,
> Â Â Â Â Â Â Â Â Â Â Â const void *xattr_value, size_t xattr_value_len);
> Âextern int ima_inode_removexattr(struct dentry *dentry, const char *xattr_name);
> +extern void ima_defer_fput(struct file *file);
> Â#else
> Âstatic inline void ima_inode_post_setattr(struct dentry *dentry)
> Â{
> @@ -66,5 +67,9 @@ static inline int ima_inode_removexattr(struct dentry *dentry,
> Â{
> Â Â Â Âreturn 0;
> Â}
> +static inline void ima_defer_fput(struct file *file)
> +{
> + Â Â Â return;
> +}
> Â#endif /* CONFIG_IMA_APPRAISE_H */
> Â#endif /* _LINUX_IMA_H */
> diff --git a/mm/mmap.c b/mm/mmap.c
> index 4c16a0a..c1accd4 100644
> --- a/mm/mmap.c
> +++ b/mm/mmap.c
> @@ -232,6 +232,7 @@ static struct vm_area_struct *remove_vma(struct vm_area_struct *vma)
> Â Â Â Âif (vma->vm_ops && vma->vm_ops->close)
> Â Â Â Â Â Â Â Âvma->vm_ops->close(vma);
> Â Â Â Âif (vma->vm_file) {
> + Â Â Â Â Â Â Â ima_defer_fput(vma->vm_file); /* drop mmap_sem first */
> Â Â Â Â Â Â Â Âfput(vma->vm_file);
> Â Â Â Â Â Â Â Âif (vma->vm_flags & VM_EXECUTABLE)
> Â Â Â Â Â Â Â Â Â Â Â Âremoved_exe_file_vma(vma->vm_mm);
> diff --git a/security/integrity/ima/ima_appraise.c b/security/integrity/ima/ima_appraise.c
> index becc7e0..a100a3c 100644
> --- a/security/integrity/ima/ima_appraise.c
> +++ b/security/integrity/ima/ima_appraise.c
> @@ -11,6 +11,7 @@
> Â#include <linux/module.h>
> Â#include <linux/file.h>
> Â#include <linux/fs.h>
> +#include <linux/mempool.h>
> Â#include <linux/xattr.h>
> Â#include <linux/magic.h>
> Â#include <linux/ima.h>
> @@ -226,3 +227,86 @@ int ima_inode_removexattr(struct dentry *dentry, const char *xattr_name)
> Â Â Â Â}
> Â Â Â Âreturn result;
> Â}
> +
> +struct ima_fput_req {
> + Â Â Â struct file *file;
> + Â Â Â struct work_struct work;
> +};
> +static struct kmem_cache *ima_fput_slab;
> +static mempool_t *ima_fput_mempool;
> +
> +static void ima_deferred_fput(struct work_struct *work)
> +{
> + Â Â Â struct ima_fput_req *deferred = container_of(work, struct ima_fput_req,
> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âwork);
> +
> + Â Â Â fput(deferred->file);
> + Â Â Â mempool_free(deferred, ima_fput_mempool);
> +}
> +
> +/**
> + * ima_defer_fput - defer calling __fput() for mmaped files
> + * @file: pointer to file structure to be freed
> + *
> + * The i_mutex is taken by ima_file_free(), called on Â__fput(), to
> + * update 'security.ima' to reflect the current file data hash. ÂWhen
> + * a file is closed before it is munmapped, __fput() is called with
> + * the mmap_sem taken, resulting in an mmap_sem/i_mutex lockdep.
> + * This function defers calling __fput() until after the mmap_sem is
> + * released.
> + */
> +void ima_defer_fput(struct file *file)
> +{
> + Â Â Â struct dentry *dentry = file->f_path.dentry;
> + Â Â Â struct inode *inode = dentry->d_inode;
> + Â Â Â struct ima_fput_req *defer;
> + Â Â Â int rc;
> +
> + Â Â Â if (!IS_IMA(inode))
> + Â Â Â Â Â Â Â return;
> +
> + Â Â Â defer = mempool_alloc(ima_fput_mempool, GFP_NOIO);
> + Â Â Â if (!defer)
> + Â Â Â Â Â Â Â return;
> +
> + Â Â Â get_file(file);
> +
> + Â Â Â defer->file = file;
> + Â Â Â INIT_WORK(&defer->work, ima_deferred_fput);
> + Â Â Â rc = schedule_work(&defer->work);
> + Â Â Â if (rc == 0) {
> + Â Â Â Â Â Â Â pr_info("ima: schedule work failed\n");
> + Â Â Â Â Â Â Â mempool_free(defer, ima_fput_mempool);
> + Â Â Â Â Â Â Â fput_atomic(file);
> + Â Â Â }
> +}
> +
> +static int __init ima_fput_mempool_create(void)
> +{
> + Â Â Â ima_fput_slab = kmem_cache_create("ima_fput",
> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Âsizeof(struct ima_fput_req),
> + Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â0, 0, NULL);
> + Â Â Â if (!ima_fput_slab) {
> + Â Â Â Â Â Â Â pr_info("ima: failed kmem_cache_create\n");
> + Â Â Â Â Â Â Â goto err_out;
> + Â Â Â }
> +
> + Â Â Â ima_fput_mempool = mempool_create_slab_pool(1, ima_fput_slab);
> + Â Â Â if (!ima_fput_mempool) Â{
> + Â Â Â Â Â Â Â pr_info("ima: failed mempool_create_slab_pool\n");
> + Â Â Â Â Â Â Â goto free_slab;
> + Â Â Â }
> + Â Â Â return 0;
> +
> +free_slab:
> + Â Â Â kmem_cache_destroy(ima_fput_slab);
> +err_out:
> + Â Â Â return -ENOMEM;
> +}
> +
> +static void __exit ima_fput_mempool_destroy(void)
> +{
> + Â Â Â mempool_destroy(ima_fput_mempool);
> + Â Â Â kmem_cache_destroy(ima_fput_slab);
> +}

Is it really needed? I think it will never be called if not a module...

> +security_initcall(ima_fput_mempool_create);
> --
> 1.7.6.5
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/