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 <[email protected]>
> ---
>  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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to