de.c0d3 at gmail.com
Mon Sep 18 07:37:10 PDT 2006
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,
Thanks for listening,
'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.
> dbus mailing list
> dbus at lists.freedesktop.org
More information about the dbus