dbus-sysdeps-unix.h

[Derek Ditch]

Hi, I'm new here, but just wanted to point out a possible problem with this 
appraoch (which may already be obvious, if so, I apologize).  By setting the 
uid to 1 and just assuming the console user, you break the use-case where 
someone may want to run a terminal server with multiple sessions of a 
particular app (say using KOffice when it is released w/ KDE4).  If everyone 
on the system effectively has the same uid to dbus, then anyone will be able 
to access the IPC of all the other users.

And maybe this has already been identified and just assumed to be put into 
DBus 2.0 (I just joined the list last week).  If not, it's an observation, 
nonetheless.

Thanks for listening,

Derek Ditch
'dcode' on freenode (#kde-darwin, #dbus, others)

On Monday 18 September 2006 08:39, Peter Kümmel wrote:
> Havoc Pennington wrote:
> > Peter Kümmel wrote:
> >> Yes, by disabling your "hack-protection"
> >> it doesn't break any more.
> >
> > Of course, but this isn't the right way to fix it ;-)
> >
> > Havoc
>
> That's clear, I only wanna check if it was really the reason.
>
> Now it stops with:
>
> 1468: arguments to dbus_message_new_error() were incorrect,
>       assertion "_dbus_check_is_valid_error_name (error_name)"
>       failed in file C:\sandbox\dbus\trunk\dbus\dbus-message.c line 925.
> This is normally a bug in some application using the D-Bus library.
> check_add_match_all:1437 received message interface "(unset)" member
> "(unset)" error name "org.freedesktop.DBus.Error.AccessDenied" on 003FCC60,
> expecting not this error File "C:\sandbox\dbus\trunk\bus\dispatch.c" line
> 4057 process 1468 should not have been reached: addmatch message failed
>
>
> Seems this is also related to your incomplete right management.
>
> Peter
> _______________________________________________
> dbus mailing list
> dbus at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus