All of lore.kernel.org
 help / color / mirror / Atom feed
* Regarding HS re-connection
@ 2010-04-12  4:46 nirav rabara
  2010-04-12  8:03 ` Iain Hibbert
  0 siblings, 1 reply; 3+ messages in thread
From: nirav rabara @ 2010-04-12  4:46 UTC (permalink / raw)
  To: Iain Hibbert; +Cc: linux-bluetooth

Hi,

I am bit confused regarding logic behind HS reconnection with dongle.
1) I paired and connect with HS with Dongle.
2) Now I paired and connect this HS with few other Devices, so HS
memory will be overwritten and won't be having any information of
Dongle paired earlier.

In such situation am I need to do repairing OR forcefully I can send
the pairing information to HS.

Thanks for your suggestions in advance.



On Wed, Apr 7, 2010 at 3:02 PM, nirav rabara <niravrabara@gmail.com> wrote:
> hi Lain,
>
> Thanks for your suggestion,
>
>> you will probably find that because the HS device is very limited in
>> resources, it does not keep records of more than one paired device. So, if
>> you pair with another device it forgets about the first and you will not
>> be able to connect except that you pair it again.
>>
>
> Does it mean that once paired device information stored in our
> cellphones, if remote device(HS) doesn't have paired information, out
> cellphone will take care of re-pairing.
>
> So ultimately am I need to do pairing again??
>
>
> --
> With Regards,
> Nirav Rabara
>



-- 
With Regards,
Nirav Rabara

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Regarding HS re-connection
  2010-04-12  4:46 Regarding HS re-connection nirav rabara
@ 2010-04-12  8:03 ` Iain Hibbert
  2010-04-12  8:56   ` Peter Dons Tychsen
  0 siblings, 1 reply; 3+ messages in thread
From: Iain Hibbert @ 2010-04-12  8:03 UTC (permalink / raw)
  To: nirav rabara; +Cc: linux-bluetooth

On Mon, 12 Apr 2010, nirav rabara wrote:

> I am bit confused regarding logic behind HS reconnection with dongle.
> 1) I paired and connect with HS with Dongle.
> 2) Now I paired and connect this HS with few other Devices, so HS
> memory will be overwritten and won't be having any information of
> Dongle paired earlier.
>
> In such situation am I need to do repairing OR forcefully I can send
> the pairing information to HS.

** please don't do top-posting **

I think your question stems from misunderstandings about pairing.
Obviously, you can't force the HS to be paired with a device that it
doesn't know about. You probably can't even connect to it unless you are
paired with it..  Bluetooth is a cable-replacement technology and pairing
is about setting up a trusted connection that does not need to be approved
every time it needs to be made. If you can forcefully pair with a device,
then any Joe with a radio could do it too from hundreds of meters away and
there would be no security in that. That you the owner of each device must
participate in the pairing process is intentional.

regards,
iain



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Regarding HS re-connection
  2010-04-12  8:03 ` Iain Hibbert
@ 2010-04-12  8:56   ` Peter Dons Tychsen
  0 siblings, 0 replies; 3+ messages in thread
From: Peter Dons Tychsen @ 2010-04-12  8:56 UTC (permalink / raw)
  To: Iain Hibbert; +Cc: nirav rabara, linux-bluetooth

Hello,

On Mon, 2010-04-12 at 09:03 +0100, Iain Hibbert wrote:
> I think your question stems from misunderstandings about pairing.
> Obviously, you can't force the HS to be paired with a device that it
> doesn't know about. You probably can't even connect to it unless you are
> paired with it..  Bluetooth is a cable-replacement technology and pairing
> is about setting up a trusted connection that does not need to be approved
> every time it needs to be made. If you can forcefully pair with a device,
> then any Joe with a radio could do it too from hundreds of meters away and
> there would be no security in that. That you the owner of each device must
> participate in the pairing process is intentional.

This is not always true. A portion of the newer headsets are in pairing
mode all of the time (or selected periods). If it at the same time uses
SSP and no other authentication, then there is not even a PIN which
blocks an attacker/connector (which is always 0000 on headsets anyway).
Personally i do not favor this approach, as it kills battery and makes
security a non existing function. Often this type of scheme is branded
as "pairing made simple" or similar. There is at least a few major
brands that do this, to avoid their hot-lines glowing with "i cannot
pair my headset!".

Thanks,

/pedro

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-04-12  8:56 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-04-12  4:46 Regarding HS re-connection nirav rabara
2010-04-12  8:03 ` Iain Hibbert
2010-04-12  8:56   ` Peter Dons Tychsen

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.