Tracking users/sessions on the console
Jamie McCracken
jamiemcc at blueyonder.co.uk
Tue Jan 31 17:06:08 PST 2006
Havoc Pennington wrote:
> On Wed, 2006-02-01 at 00:02 +0000, Jamie McCracken wrote:
>> Thats right but it gives us a means to detect if the app is in the
>> user's session. The trick is to not expose the private key outside
>> the
>> session bus and therefore such calls to the system bus would need to
>> go
>> via the session bus, which appends the private key behind the scenes
>> (IE
>> its never visible in the public API). That way at least you can stop
>> someone posting the private key on their blog!
>
> The private key would be easily obtainable (from our CVS server, from
> kernel memory, from the local filesystem), and people could replace the
> session bus with one which just ignored the private key or used a
> private key of their choice.
I was assuming the system bus would randomly generate a private key when
the session bus starts up and registers. The system bus would then
compare an md5hash of the private key sent by the session bus whenever
it needed to determine if its an app is in the users session (so the
session bus could not ignore the key or use one of their choice).
Of course if a user could kill the session bus and run a replacement
session bus that exposed the key then yeah you are defeated but I would
hope theres a way to validate the file path of the running session bus
such that a user would need root privileges to change it and treat it as
suspicious if not. Afterall we are not worried if someone can get the
key when they have root privileges.
--
Mr Jamie McCracken
http://www.advogato.org/person/jamiemcc/
More information about the dbus
mailing list