From: Max Krasnyansky <maxk@qualcomm.com>
To: Marcel Holtmann <marcel@rvs.uni-bielefeld.de>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Problem with security mode 3
Date: Tue, 22 Jul 2003 17:07:29 -0700 [thread overview]
Message-ID: <5.1.0.14.2.20030722165832.098360c8@unixmail.qualcomm.com> (raw)
In-Reply-To: <1057279722.27638.1.camel@pegasus>
At 05:48 PM 7/3/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).
>
>it is still present in 2.4.22-pre2 :(
I can't reproduce that. I just did like you said paired two device, saved link_key file,
repaired them and restored old link_key file. So my laptop that is running latest and greatest
2.4.BK has old key now. I even got exactly the same hcidump traces.
< HCI Command: Write Authentication Enable(0x03|0x0020) plen 1
01
[root@champ bluetooth]# l2ping 00:04:23:00:3D:06
Can't connect.: Permission denied
> HCI Event: Command Complete(0x0e) plen 4
01 20 0C 00
< HCI Command: Create Connection(0x01|0x0005) plen 13
06 3D 00 23 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
06 3D 00 23 04 00
< HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
06 3D 00 23 04 00 EC 91 7B 09 2F C9 17 F6 0D A4 1F 51 99 D7
98 7E
> HCI Event: Command Complete(0x0e) plen 10
01 0B 04 00 06 3D 00 23 04 00
> HCI Event: Connect Complete(0x03) plen 11
05 28 00 06 3D 00 23 04 00 01 00
[root@champ utils]# sdptool browse 00:04:23:00:3D:06
Failed to connect to SDP server on 00:04:23:00:3D:06: Permission denied
< HCI Command: Create Connection(0x01|0x0005) plen 13
06 3D 00 23 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
06 3D 00 23 04 00
< HCI Command: Link Key Request Reply(0x01|0x000b) plen 22
06 3D 00 23 04 00 EC 91 7B 09 2F C9 17 F6 0D A4 1F 51 99 D7
98 7E
> HCI Event: Command Complete(0x0e) plen 10
01 0B 04 00 06 3D 00 23 04 00
> HCI Event: Connect Complete(0x03) plen 11
05 28 00 06 3D 00 23 04 00 01 00
As you see I get correct error and no timeouts. If I remove link_key from
laptop I can pair again and everything works fine.
Max
prev parent reply other threads:[~2003-07-23 0:07 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
2003-07-04 0:48 ` Marcel Holtmann
2003-07-18 0:29 ` Max Krasnyansky
2003-07-23 0:07 ` Max Krasnyansky [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=5.1.0.14.2.20030722165832.098360c8@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