All of lore.kernel.org
 help / color / mirror / Atom feed
* Any work in implementing Secure IPC for Linux?
@ 2005-05-09  9:11 Kristian Sørensen
  2005-05-09 12:15 ` Matthias-Christian Ott
  2005-05-09 15:00 ` James Morris
  0 siblings, 2 replies; 10+ messages in thread
From: Kristian Sørensen @ 2005-05-09  9:11 UTC (permalink / raw)
  To: Linux Kernel Mailing List

Hi!

Does anyone here know of work being done in order to implement secure IPC for 
Linux?

Anyone that have some ideas for how this could be done?


Best regards,
Kristian Sørensen.


-- 
Kristian Sørensen
  The Umbrella Project  --  Security for Consumer Electronics
  Linnovative  --  www.linnovative.dk
  ks@linnovative.dk  --  +45 2972 3816

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09  9:11 Any work in implementing Secure IPC for Linux? Kristian Sørensen
@ 2005-05-09 12:15 ` Matthias-Christian Ott
  2005-05-09 15:00 ` James Morris
  1 sibling, 0 replies; 10+ messages in thread
From: Matthias-Christian Ott @ 2005-05-09 12:15 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: Linux Kernel Mailing List

Kristian Sørensen wrote:
> Hi!
> 
> Does anyone here know of work being done in order to implement secure IPC for 
> Linux?
> 
> Anyone that have some ideas for how this could be done?
> 
> 
> Best regards,
> Kristian Sørensen.
> 
> 
Linux uses the System V IPC, maybe a switch to a IPC like the one used in 
the gnu match microkernel is more secure and comfortable. The port concept 
is very interesting, becuase it has access rights.

Matthias-Christian Ott

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09  9:11 Any work in implementing Secure IPC for Linux? Kristian Sørensen
  2005-05-09 12:15 ` Matthias-Christian Ott
@ 2005-05-09 15:00 ` James Morris
  2005-05-09 17:40   ` Kristian Sørensen
  1 sibling, 1 reply; 10+ messages in thread
From: James Morris @ 2005-05-09 15:00 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: Linux Kernel Mailing List

On Mon, 9 May 2005, Kristian Sørensen wrote:

> Does anyone here know of work being done in order to implement secure IPC for 
> Linux?

What do you mean by secure IPC?



- James
-- 
James Morris
<jmorris@redhat.com>



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 15:00 ` James Morris
@ 2005-05-09 17:40   ` Kristian Sørensen
  2005-05-09 17:53     ` Chris Wright
                       ` (2 more replies)
  0 siblings, 3 replies; 10+ messages in thread
From: Kristian Sørensen @ 2005-05-09 17:40 UTC (permalink / raw)
  To: James Morris; +Cc: Linux Kernel Mailing List

On Monday 09 May 2005 17:00, James Morris wrote:
> On Mon, 9 May 2005, Kristian Sørensen wrote:
> > Does anyone here know of work being done in order to implement secure IPC
> > for Linux?
>
> What do you mean by secure IPC?
As I understand it, presently the memory for the message queue is shared based 
on user and group ownership of the process. By "secure IPC" is meaning a 
security mechanism that provides a more fine granularity of specifying who 
are allowed to send (or receive) messages... and maby also a way to resolve 
the question of "Can I trust the message I received?"


-- 
Kristian Sørensen
  The Umbrella Project  --  Security for Consumer Electronics
  Linnovative  --  www.linnovative.dk
  ks@linnovative.dk  --  +45 2972 3816

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 17:40   ` Kristian Sørensen
@ 2005-05-09 17:53     ` Chris Wright
  2005-05-09 17:54     ` Chris Friesen
  2005-05-09 18:06     ` Matthias-Christian Ott
  2 siblings, 0 replies; 10+ messages in thread
From: Chris Wright @ 2005-05-09 17:53 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: James Morris, Linux Kernel Mailing List

* Kristian S?rensen (ks@linnovative.dk) wrote:
> On Monday 09 May 2005 17:00, James Morris wrote:
> > On Mon, 9 May 2005, Kristian Sørensen wrote:
> > > Does anyone here know of work being done in order to implement secure IPC
> > > for Linux?
> >
> > What do you mean by secure IPC?
> As I understand it, presently the memory for the message queue is shared based 
> on user and group ownership of the process. By "secure IPC" is meaning a 
> security mechanism that provides a more fine granularity of specifying who 
> are allowed to send (or receive) messages... and maby also a way to resolve 
> the question of "Can I trust the message I received?"

There's hooks to handle this.  See the security blob in struct
kern_ipc_perm (which is embedded in the various SysV ipc structures),
and the associated security hooks to manage the labels and provide
access control to the ipc objects.  Also, AF_UNIX is handled with
security hooks (see the unix_ hooks).  From that point forward, it's up
to you to label and enforce access control.  SELinux has some supoort
for this type of access control.

thanks,
-chris
-- 
Linux Security Modules     http://lsm.immunix.org     http://lsm.bkbits.net

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 17:40   ` Kristian Sørensen
  2005-05-09 17:53     ` Chris Wright
@ 2005-05-09 17:54     ` Chris Friesen
  2005-05-09 18:44       ` Kristian Sørensen
  2005-05-09 18:06     ` Matthias-Christian Ott
  2 siblings, 1 reply; 10+ messages in thread
From: Chris Friesen @ 2005-05-09 17:54 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: James Morris, Linux Kernel Mailing List

Kristian Sørensen wrote:

>  By "secure IPC" is meaning a 
> security mechanism that provides a more fine granularity of specifying who 
> are allowed to send (or receive) messages... and maby also a way to resolve 
> the question of "Can I trust the message I received?"

How about unix sockets?
	--you can have sockets in the filesystem namespace with regular file 
permissions to control who is allowed to send messages to particular 
addresses
	--you can authenticate who is sending the message using SCM_CREDENTIALS
	--nobody else can eavesdrop on the messages

Chris

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 17:40   ` Kristian Sørensen
  2005-05-09 17:53     ` Chris Wright
  2005-05-09 17:54     ` Chris Friesen
@ 2005-05-09 18:06     ` Matthias-Christian Ott
  2 siblings, 0 replies; 10+ messages in thread
From: Matthias-Christian Ott @ 2005-05-09 18:06 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: James Morris, Linux Kernel Mailing List

Kristian Sørensen wrote:
> On Monday 09 May 2005 17:00, James Morris wrote:
> 
>>On Mon, 9 May 2005, Kristian Sørensen wrote:
>>
>>>Does anyone here know of work being done in order to implement secure IPC
>>>for Linux?
>>
>>What do you mean by secure IPC?
> 
> As I understand it, presently the memory for the message queue is shared based 
> on user and group ownership of the process. By "secure IPC" is meaning a 
> security mechanism that provides a more fine granularity of specifying who 
> are allowed to send (or receive) messages... and maby also a way to resolve 
> the question of "Can I trust the message I received?"
> 
> 
I think the gnumach (sorry for the typo in my last e-mail) concept, fixes 
the sending and receiving permission problem. See the gnumach 
documentation and source code.

Matthias-Christian Ott

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 17:54     ` Chris Friesen
@ 2005-05-09 18:44       ` Kristian Sørensen
  2005-05-09 19:01         ` Chris Wright
  2005-05-09 19:09         ` James Morris
  0 siblings, 2 replies; 10+ messages in thread
From: Kristian Sørensen @ 2005-05-09 18:44 UTC (permalink / raw)
  To: Chris Friesen; +Cc: James Morris, Linux Kernel Mailing List

On Monday 09 May 2005 19:54, Chris Friesen wrote:
> Kristian Sørensen wrote:
> >  By "secure IPC" is meaning a
> > security mechanism that provides a more fine granularity of specifying
> > who are allowed to send (or receive) messages... and maby also a way to
> > resolve the question of "Can I trust the message I received?"
>
> How about unix sockets?
> 	--you can have sockets in the filesystem namespace with regular file
> permissions to control who is allowed to send messages to particular
> addresses
This is the same problem: Basing access control on user and group is not 
enough - especially as the root-user can overrule any access control 
specified by the normal DAC file attributes.

> 	--you can authenticate who is sending the message using SCM_CREDENTIALS
I guess this poses the same problem as above?


KS


-- 
Kristian Sørensen
  The Umbrella Project  --  Security for Consumer Electronics
  Linnovative  --  www.linnovative.dk
  ks@linnovative.dk  --  +45 2972 3816

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 18:44       ` Kristian Sørensen
@ 2005-05-09 19:01         ` Chris Wright
  2005-05-09 19:09         ` James Morris
  1 sibling, 0 replies; 10+ messages in thread
From: Chris Wright @ 2005-05-09 19:01 UTC (permalink / raw)
  To: Kristian Sørensen
  Cc: Chris Friesen, James Morris, Linux Kernel Mailing List

* Kristian S?rensen (ks@cs.aau.dk) wrote:
> On Monday 09 May 2005 19:54, Chris Friesen wrote:
> > How about unix sockets?
> > 	--you can have sockets in the filesystem namespace with regular file
> > permissions to control who is allowed to send messages to particular
> > addresses
> This is the same problem: Basing access control on user and group is not 
> enough - especially as the root-user can overrule any access control 
> specified by the normal DAC file attributes.

If you want the application involved/aware, you can still use finer
grained credentials, have a look at getpeersec.

thanks,
-chris
-- 
Linux Security Modules     http://lsm.immunix.org     http://lsm.bkbits.net

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: Any work in implementing Secure IPC for Linux?
  2005-05-09 18:44       ` Kristian Sørensen
  2005-05-09 19:01         ` Chris Wright
@ 2005-05-09 19:09         ` James Morris
  1 sibling, 0 replies; 10+ messages in thread
From: James Morris @ 2005-05-09 19:09 UTC (permalink / raw)
  To: Kristian Sørensen; +Cc: Chris Friesen, Linux Kernel Mailing List

On Mon, 9 May 2005, Kristian Sørensen wrote:

> On Monday 09 May 2005 19:54, Chris Friesen wrote:
> > Kristian Sørensen wrote:
> > >  By "secure IPC" is meaning a
> > > security mechanism that provides a more fine granularity of specifying
> > > who are allowed to send (or receive) messages... and maby also a way to
> > > resolve the question of "Can I trust the message I received?"
> >
> > How about unix sockets?
> > 	--you can have sockets in the filesystem namespace with regular file
> > permissions to control who is allowed to send messages to particular
> > addresses
> This is the same problem: Basing access control on user and group is not 
> enough - especially as the root-user can overrule any access control 
> specified by the normal DAC file attributes.

You want MAC, in other words.

SELinux probably does what you want with fine grained MAC for Unix domain
networking and SO_PEERSEC for peer authentication.


- James
-- 
James Morris
<jmorris@redhat.com>



^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2005-05-09 19:10 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-09  9:11 Any work in implementing Secure IPC for Linux? Kristian Sørensen
2005-05-09 12:15 ` Matthias-Christian Ott
2005-05-09 15:00 ` James Morris
2005-05-09 17:40   ` Kristian Sørensen
2005-05-09 17:53     ` Chris Wright
2005-05-09 17:54     ` Chris Friesen
2005-05-09 18:44       ` Kristian Sørensen
2005-05-09 19:01         ` Chris Wright
2005-05-09 19:09         ` James Morris
2005-05-09 18:06     ` Matthias-Christian Ott

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.