[lkml]   [1996]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Extended SCM_RIGHTS for AF_UNIX sockets
In article <>, "Marty Leisner"
<> wrote:

> >
> > We can now pass file descriptors down Unix domain sockets with
> > an SCM_RIGHTS control messages in sendmsg() but can't easily
> > tell for *certain* who sent them to us. [Guesses made via
> > getpeername and stat are subject to minor attacks.] SysV file
> > descriptor passing uses a STREAMS I_SENDFD and the receiver gets
> > the sender's euid and egid. I'd like to add something like
> > SCM_XRIGHTS to Linux which would behaves like SCM_RIGHTS on the
> > sender side but the receiver gets a control message containing:
> > uid_t uid;
> > gid_t gid;
> > pid_t pid;
> > int fd[...];
> > instead of just the array of descriptors. Notice that the trivial
> > case is also useful. The sender can send zero file descriptors with
> > SCM_RIGHTS and the receiver can verify who sent the message, both
> > uid/gid and the PID of the sender. Would anyone mind if I added this
> > extension?
> >
> I don't see why its can devise a protocol where this
> information
> is in the data field...
> Passing fds have to be buy cooperating can put in id's with
> the data if you want to ...but you can spoof it...
> Note I have no experience where we want to do this...

You can easily pass a file descriptor to a file opened read/write with
mode 0600 to a server application, the server app can then use fstat to
find the credentials.
Jens-Uwe Mager
30177 Hannover
Brahmsstr. 3 Tel.: +49 511 660238

 \ /
  Last update: 2005-03-22 13:37    [W:0.051 / U:2.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site