[Devel] Re: [PATCH 0/8] a start to credentials c/r

Casey Schaufler casey at schaufler-ca.com
Tue May 26 20:05:39 PDT 2009


Serge E. Hallyn wrote:
> Following is the next version of the credentials c/r patchset,
> on top of the c/r patchset at
> git://git.ncl.cs.columbia.edu/pub/git/linux-cr.git
>
> It implements checkpoint and restart of user, user namespaces,
> groups, supplementary groups, and struct cred.
>
> There is a question as to what to do about LSM data at
> restart.  Right now I'm ignoring it, which means that
> prepare_creds() should ensure that the restart tasks get
> the context of the task calling sys_restart().  I
> suspect the right thing to do is to add two new LSM
> hooks, one which checks current's authorization to
> restart from the checkpoint file,

How would that work? Based on information in the file?
You have to assume that some number of checkpoint files
have been hand written by Elbonian ne'er do wells.

>  and one which determines
> the task->cred->security filed based upon any of:
> 	1. current_security() of the task calling sys_restart()
> 	2. the task->cred->security checkpointed in the ckpt file
> 	3. the ->security of the checkpoint file
>   

For Smack the correct behavior would be:

    1. for sys_restart() callers without CAP_MAC_ADMIN
    2. for sys_restart() callers with CAP_MAC_ADMIN
    3. never

sys_restart() callers running with CAP_MAC_ADMIN would have to be
very very careful about the files they restart. But that's nothing
new in the MAC world.

> Oren, I think this version has all the changes you asked
> for except for restoring cred info for sysvipc.
>
> thanks,
> -serge
> --
> To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>   
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers




More information about the Devel mailing list