[Dev] Finished the multi-user BT phase1 source code and the related test report
wu.zheng at intel.com
Fri Oct 17 07:17:37 GMT 2014
>I suspect you were assuming that all processes can only do Bluetooth via your framework. If yes, then you need to
> A. ensure that all Bluetooth users in Tizen do that,
> B. and then (and only then!) ensure that all other ways of doing
> Bluetooth are prohibited.
It should be A and B.
And Doming has some suggestion and we will do it too.
" the easiest implementation is to run only one NTB daemon with privilege and to get the user to pass their request via the daemon."
" we run NTB as a special user (e.g. bluetooth), then we can limit any transport creation access via BlueZ control to that privilege user."
From: Patrick Ohly [mailto:patrick.ohly at intel.com]
Sent: Friday, October 17, 2014 2:36 PM
To: Zheng, Wu
Cc: dev at lists.tizen.org; Jia, Pei P; Liu, Bingwei; Linkmeyer, Mark J
Subject: Re: [Dev] Finished the multi-user BT phase1 source code and the related test report
[Bluetooth Framework New Generation and implications for Tizen this year]
On Thu, 2014-10-16 at 07:33 +0000, Zheng, Wu wrote:
> I have tested the source code. It matches the requirements of
> multi-user BT phase1.
> Please check the following BT test results.
> a. UserA and UserB is in IVI. DeviceA is the remote BT devices.
> 1. UserA paired with DeviceA.
> UserA can audio connect with DeviceA.
> UserA can hid connect with DeviceA.
> UserA can socket connect with DeviceA.
> UserA can send files to DeviceA.
> 2. At the same time, userB can't audio connect with DeviceA.
> UserB can't hid connect with DeviceA.
> UserB can't socket connect with DeviceA.
> UserB can't send files to DeviceA.
How do you prevent that user B bypasses your daemon and talks to the kernel and/or system bluetooth daemon directly, and thus does these things that it is not allowed?
I suspect you were assuming that all processes can only do Bluetooth via your framework. If yes, then you need to
A. ensure that all Bluetooth users in Tizen do that,
B. and then (and only then!) ensure that all other ways of doing
Bluetooth are prohibited.
For A, work with the Tizen managers (if you need help from other teams) or propose patches yourself (otherwise). For B, look at the security mechanisms in Tizen.
If you do B without A, then you'll break working features. This is likely to not please Tizen IVI with its planned release end of this year, so I am copying Mark Linkmeyer.
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter.
-------------- next part --------------
An embedded message was scrubbed...
From: "Dominig ar Foll (Intel OTC)" <dominig.arfoll at fridu.net>
Subject: Re: [Dev] FW: FW: Tizen 3 services: use case for multi user
Date: Tue, 23 Sep 2014 12:41:34 +0000
More information about the Dev