Skip to contentSkip to conversation

Multiple user/device model?

Bluez-devel Fredrik Noring 3 participants 5 messages Sep 18, 2005 – Sep 21, 2005 Bluetooth drivers

lore
Share & tools
lore
#0 lore raw

Hi,

Can multiple users have different sets of Bluetooth devices? I.e. something like this:

    /home/peter/.bluetooth/devices/00:11:22:33:44:55/linkkeys
    /home/maria/.bluetooth/devices/99:88:77:66:55:44/linkkeys

With the following properties:

1. User pairing and device management don't require administrative (root) privileges.
2. Peter cannot remove/modify Maria's devices and vice versa.
3. Would be excellent if Peter and Maria could use Bluetooth simultaneously, but good enough if only one at the time.

Any thoughts?

Thanks,
Fredrik

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

maintainer
#1 lore raw

Hi Fredrik,

Quoted 6 lines

Can multiple users have different sets of Bluetooth devices? I.e. something like this:

    /home/peter/.bluetooth/devices/00:11:22:33:44:55/linkkeys
    /home/maria/.bluetooth/devices/99:88:77:66:55:44/linkkeys
Quoted 7 lines

With the following properties:

1. User pairing and device management don't require administrative (root) privileges.
2. Peter cannot remove/modify Maria's devices and vice versa.
3. Would be excellent if Peter and Maria could use Bluetooth simultaneously, but good enough if only one at the time.

the idea is not bad, but it will never work this way. This is because how the Bluetooth security architecture is designed. We need a central root service that deals with the kernel side of HCI. However the control of pairing etc. for users will be handled over D-Bus.

Regards

Marcel

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

#2 lore raw

Hi Marcel,

Quoted 4 lines

the idea is not bad, but it will never work this way. This is because how the Bluetooth security architecture is designed. We need a central root service that deals with the kernel side of HCI. However the control of pairing etc. for users will be handled over D-Bus.

Ah. Is there any documentation on how this D-BUS interface works?

Thanks,
Fredrik

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

maintainer
#3 lore raw

Hi Fredrik,

Quoted 6 lines
Quoted 4 lines

the idea is not bad, but it will never work this way. This is because how the Bluetooth security architecture is designed. We need a central root service that deals with the kernel side of HCI. However the control of pairing etc. for users will be handled over D-Bus.

Ah. Is there any documentation on how this D-BUS interface works?

Claudio has written something, but nothing is written in stone.

Regards

Marcel

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel

#4 lore raw

Hi Fredrik,

I sent a lot of emails about bluetoothd specification, but I didn't receive enough feedbacks. bluetoothd will be the main entity responsible to handle user requests(connections, device setup, security, ...).

Currently, we are working on hcid D-Bus services. hcid is our playground for validate some ideas. I developed a internal version of the bluetoothd, but I need align with bluez community and use the new communication interface (between kernel and the userspace) that is being developed.

There is docs about bluetoothd available at:
http://www.cin.ufpe.br/~ckt/bluez

Your feedback is welcome!

Regards,
Claudio.

Quoted 30 lines · Marcel Holtmann

Hi Fredrik,

Quoted 3 lines
Quoted 3 lines

the idea is not bad, but it will never work this way. This is because how the Bluetooth security architecture is designed. We need a central root service that deals with the kernel side of HCI. However the

control

Quoted 3 lines
Quoted 1 line

of pairing etc. for users will be handled over D-Bus.

Ah. Is there any documentation on how this D-BUS interface works?

Claudio has written something, but nothing is written in stone.

Regards

Marcel

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel