Linux bluetooth development
 help / color / mirror / Atom feed
From: Max Krasnyansky <maxk@qualcomm.com>
To: Marcel Holtmann <marcel@rvs.uni-bielefeld.de>,
	BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Problem with security mode 3
Date: Thu, 03 Jul 2003 17:40:20 -0700	[thread overview]
Message-ID: <5.1.0.14.2.20030703173538.063183a8@unixmail.qualcomm.com> (raw)
In-Reply-To: <1057160821.963.76.camel@pegasus>

At 08:46 AM 7/2/2003, Marcel Holtmann wrote:
>Hi Max,
>
>there is a little problem with local devices in security mode 3
>(hciconfig hci0 auth). If you have already paired two devices, but you
>have used your dongle within another OS and paired it again to the same
>remote device. The local link key stored by the hcid is outdated. But
>this can not be known by the hcid and so it sends it on the next
>connection request. The remote device will deny the connection because
>of the wrong link key, but the error you get is not an authentication
>failure. You get the timeout error from the L2CAP layer.
>
>        < HCI Command: Write Authentication Enable(0x03|0x0020) plen 1
>          01 
>        > HCI Event: Command Complete(0x0e) plen 4
>          01 20 0C 00 
>        < HCI Command: Create Connection(0x01|0x0005) plen 13
>          FD 06 81 0E 04 00 18 CC 01 00 00 00 01 
>        > HCI Event: Command Status(0x0f) plen 4
>          00 01 05 04 
>        > HCI Event: Link Key Request(0x17) plen 6
>          FD 06 81 0E 04 00 
>        < HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
>          FD 06 81 0E 04 00 38 06 D7 5D E2 DD FD 10 88 EF 5A 65 66 C2 
>          80 26 
>        > HCI Event: Connect Complete(0x03) plen 11
>          05 00 00 FD 06 81 0E 04 00 01 00 
>
>I have looked at hci_conn_complete_evt() and l2cap_connect_cfm() and the
>code seems correct to me.
>
>If you try to connect again after the timeout, you will get a "Operation
>already in progress" error.
>
>Where is the problem?
Did you pull all of my latest fixes ? That bug was introduced by 
SO_LINGER patch (bt_sock_wait_state() to be more specific). I fixed it 
some time ago (should be in -pre2). The bug is unrelated to security 
and stuff and affects connect in general (ie it'd timeout instead of an error).

Max

  reply	other threads:[~2003-07-04  0:40 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-02 15:46 [Bluez-devel] Problem with security mode 3 Marcel Holtmann
2003-07-04  0:40 ` Max Krasnyansky [this message]
2003-07-04  0:48   ` Marcel Holtmann
2003-07-18  0:29     ` Max Krasnyansky
2003-07-23  0:07     ` Max Krasnyansky

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=5.1.0.14.2.20030703173538.063183a8@unixmail.qualcomm.com \
    --to=maxk@qualcomm.com \
    --cc=bluez-devel@lists.sourceforge.net \
    --cc=marcel@rvs.uni-bielefeld.de \
    /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