Re: RFC: fsyscall

From	David Drysdale <drysdale@google.com>
Newsgroups	linux.kernel
Subject	Re: RFC: fsyscall
Date	2015-09-10 16:00 +0200
Message-ID	<q7ayl-3dh-7@gated-at.bofh.it> (permalink)
References	(1 earlier) <q6A1P-1mX-1@gated-at.bofh.it> <q6Alb-1Zd-1@gated-at.bofh.it> <q6Alb-1Zd-15@gated-at.bofh.it> <q6BAB-3Go-5@gated-at.bofh.it> <q7aoF-31n-1@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On Thu, Sep 10, 2015 at 2:43 PM, Serge E. Hallyn <serge@hallyn.com> wrote:
> On Tue, Sep 08, 2015 at 07:25:17PM -0500, Eric W. Biederman wrote:
>> Andy Lutomirski <luto@amacapital.net> writes:
>>
>> > On Tue, Sep 8, 2015 at 4:07 PM, Eric W. Biederman <ebiederm@xmission.com> wrote:
>>
>> >> Perhaps I had missed it but I don't recall capsicum being able to wrap
>> >> things like reboot(2).
>> >>
>> >
>> > Ah, so you want to be able to grant BPF-defined capabilities :)
>>
>> Pretty much.
>>
>> Where I am focusing is turning Posix capabilities into real
>> capabilities.  I would not mind if the functionality was a bit more
>> general.  Say to be able to handle things like security labels, or
>> anywhere else you might reasonably be asked can you do X?
>>
>> But I would be happy if we just managed to wrap the Posix capabilities
>> and turned them into real capablilities.
>
> If there were a clever way to exec an open fd, then you could do this

execveat(fd, "", argv, envp, AT_EMPTY_PATH) ?

> by passing an fd to a copy of /bin/reboot which has fP=CAP_SYS_BOOT,
> or prefereably fI=CAP_SYS_BOOT,fE=1 and leave pI=CAP_SYS_BOOT in the
> task.
>
> A cleaner way to do this is to have a service which can reboot, which
> looks at unix socket peercreds to determine whether the granter may
> reboot, then passes it an fd which the granter may pass to a grantee.
> Then the grantee passes the fd to the service, which recognizes it and
> reboots.
>
> -serge
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Thread

RFC: fsyscall ebiederm@xmission.com (Eric W. Biederman) - 2015-09-09 00:50 +0200
  Re: RFC: fsyscall Andy Lutomirski <luto@amacapital.net> - 2015-09-09 01:00 +0200
    Re: RFC: fsyscall ebiederm@xmission.com (Eric W. Biederman) - 2015-09-09 01:20 +0200
      Re: RFC: fsyscall Andy Lutomirski <luto@amacapital.net> - 2015-09-09 01:20 +0200
        Re: RFC: fsyscall ebiederm@xmission.com (Eric W. Biederman) - 2015-09-09 02:40 +0200
          Re: RFC: fsyscall David Drysdale <drysdale@google.com> - 2015-09-09 19:30 +0200
            Re: RFC: fsyscall ebiederm@xmission.com (Eric W. Biederman) - 2015-09-09 21:50 +0200
              Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 15:40 +0200
            Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 15:30 +0200
          Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 15:50 +0200
            Re: RFC: fsyscall David Drysdale <drysdale@google.com> - 2015-09-10 16:00 +0200
              Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 16:10 +0200
                Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 16:10 +0200
                Re: RFC: fsyscall "Serge E. Hallyn" <serge@hallyn.com> - 2015-09-10 16:10 +0200

csiph-web