[Devel] Re: [PATCH 4/9][cr][v2]: Restore file_owner info
Sukadev Bhattiprolu
sukadev at linux.vnet.ibm.com
Wed Jul 28 12:25:03 PDT 2010
Oren Laadan [orenl at cs.columbia.edu] wrote:
| > +
| > + rcu_read_lock();
| > + pid = find_vpid(h->f_owner_pid);
|
| What if this fails - the pid is invalid/non-existent ?
Good point. ->f_owner_pid can be 0 (in the normal case) and __fsetown()
below will set the owner to NULL pid. But if ->f_owner_pid is non-zero,
we should ensure we found a valid pid - added a check for this.
|
| > + /*
| > + * TODO: Do we need to force==1 or can it be 0 ? 'force' is used to
| > + * modify the owner, if one is already set. Can it be set when
| > + * we restart an application ?
| > + */
| > + ret = __f_setown(file, pid, h->f_owner_pid_type, uid, euid, 1);
| > + rcu_read_unlock();
|
| I wonder if this would be a problem in terms of security on a
| non-container restart (e.g. not in a new pid-ns): one could set
| any pid as owner and any signal to be sent, and cause an arbitrary
| signal to be sent to an arbitrary process ?
Yes, Matt and Serge pointed it out and for now we need CAP_KILL
capability to restore an application that has file-leases.
Sukadev
_______________________________________________
Containers mailing list
Containers at lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/containers
More information about the Devel
mailing list