Linux bluetooth development
 help / color / mirror / Atom feed
From: Szymon Janc <szymon.janc@tieto.com>
To: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Cc: "linux-bluetooth@vger.kernel.org"
	<linux-bluetooth@vger.kernel.org>,
	"par-gunnar.p.hjalmdahl@stericsson.com"
	<par-gunnar.p.hjalmdahl@stericsson.com>,
	"henrik.possung@stericsson.com" <henrik.possung@stericsson.com>
Subject: Re: [PATCH v5 0/6] Support for out of band association model
Date: Fri, 4 Mar 2011 19:51:43 +0100	[thread overview]
Message-ID: <201103041951.43898.szymon.janc@tieto.com> (raw)
In-Reply-To: <AANLkTinhJ2Omcj2s5Um8ARxhG1fVcwEEqH8uF-=dioMx@mail.gmail.com>

Hi,

> > Whats in the patchset:
> > - for new kernels implementation in mgmtops
> >  (with kernel patches from "[PATCH v2 0/4] Support for OOB in mgmt interface")
> > - for compatibility with older kernels implementation in hciops (mimic mgmt)
> > - D-Bus plugin only exposes OOB functionality. In future we could also have
> >  CreateOOB[Paired]Device (or similar) which would act as
> >  AddRemoteOobData+CreateDevice.
> 
> What happened to the idea of changing CreateDevice to take a
> dictionary as we discussed in irc? I guess this is the main point of
> the OOB since with this implementation any process can overwrite the
> OOB data of a remote device which is not safe, once we have OOB we
> should try to pair to check if the data is really valid. The drawback
> is that it breaks the current API but I guess we should be focusing on
> BlueZ 5.x pretty soon.

We can still have CreateDevice to take a dictionary along with 'direct' API.
Keep in mind that OOB data can be used in incoming pairing request as well so
a way to provide OOB data for that is needed too.

As for security reason we can limit access to those methods to registered agent
only but I'm not sure if that would improve security if one has already bogus
program running (i.e. it can register itself as agent, possibly after killing agent
process)

-- 
BR,
Szymon Janc

      reply	other threads:[~2011-03-04 18:51 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-04 15:08 [PATCH v5 0/6] Support for out of band association model Szymon Janc
2011-03-04 15:08 ` [PATCH v5 1/6] Add initial support for Out of Band (OOB) " Szymon Janc
2011-03-04 15:08 ` [PATCH v5 2/6] Add support for Out of Band (OOB) association model in mgmtops Szymon Janc
2011-03-04 15:08 ` [PATCH v5 3/6] Add support for Out of Band (OOB) association model in hciops Szymon Janc
2011-03-04 15:08 ` [PATCH v5 4/6] Add D-Bus OOB plugin Szymon Janc
2011-03-04 15:08 ` [PATCH v5 5/6] Update mgmt-api.txt with OOB commands Szymon Janc
2011-03-04 15:08 ` [PATCH v5 6/6] Add oob-api.txt with documentation about OOB D-Bus methods Szymon Janc
2011-03-04 18:17 ` [PATCH v5 0/6] Support for out of band association model Luiz Augusto von Dentz
2011-03-04 18:51   ` Szymon Janc [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201103041951.43898.szymon.janc@tieto.com \
    --to=szymon.janc@tieto.com \
    --cc=henrik.possung@stericsson.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    --cc=par-gunnar.p.hjalmdahl@stericsson.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox