Re: [PATCH 5/5] pstore: selinux: add security in-core xattr support for pstore and debugfs

From: Paul Moore
Date: Wed Jan 14 2015 - 14:50:11 EST


On Tuesday, January 13, 2015 02:33:18 PM Mark Salyzyn wrote:
> - add "pstore" and "debugfs" to list of in-core exceptions
> - change fstype checks to boolean equation
> - change from strncmp to strcmp for checking
>
> Signed-off-by: Mark Salyzyn <salyzyn@xxxxxxxxxxx>
> ---
> security/selinux/hooks.c | 25 ++++++++-----------------
> 1 file changed, 8 insertions(+), 17 deletions(-)

Not a huge fan of the coding style, but merged into the next branch
regardless.

Thanks.

> diff --git a/security/selinux/hooks.c b/security/selinux/hooks.c
> index 6da7532..789a7e1 100644
> --- a/security/selinux/hooks.c
> +++ b/security/selinux/hooks.c
> @@ -401,23 +401,14 @@ static int selinux_is_sblabel_mnt(struct super_block
> *sb) {
> struct superblock_security_struct *sbsec = sb->s_security;
>
> - if (sbsec->behavior == SECURITY_FS_USE_XATTR ||
> - sbsec->behavior == SECURITY_FS_USE_TRANS ||
> - sbsec->behavior == SECURITY_FS_USE_TASK)
> - return 1;
> -
> - /* Special handling for sysfs. Is genfs but also has setxattr handler*/
> - if (strncmp(sb->s_type->name, "sysfs", sizeof("sysfs")) == 0)
> - return 1;
> -
> - /*
> - * Special handling for rootfs. Is genfs but supports
> - * setting SELinux context on in-core inodes.
> - */
> - if (strncmp(sb->s_type->name, "rootfs", sizeof("rootfs")) == 0)
> - return 1;
> -
> - return 0;
> + return sbsec->behavior == SECURITY_FS_USE_XATTR ||
> + sbsec->behavior == SECURITY_FS_USE_TRANS ||
> + sbsec->behavior == SECURITY_FS_USE_TASK ||
> + /* Special handling. Genfs but also in-core setxattr handler */
> + !strcmp(sb->s_type->name, "sysfs") ||
> + !strcmp(sb->s_type->name, "pstore") ||
> + !strcmp(sb->s_type->name, "debugfs") ||
> + !strcmp(sb->s_type->name, "rootfs");
> }
>
> static int sb_finish_set_opts(struct super_block *sb)

--
paul moore
www.paul-moore.com

--
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/