From: Marcel Holtmann <marcel@rvs.uni-bielefeld.de>
To: Max Krasnyansky <maxk@qualcomm.com>
Cc: BlueZ Mailing List <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Problem with security mode 3
Date: 04 Jul 2003 02:48:35 +0200 [thread overview]
Message-ID: <1057279722.27638.1.camel@pegasus> (raw)
In-Reply-To: <5.1.0.14.2.20030703173538.063183a8@unixmail.qualcomm.com>
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 :(
Regards
Marcel
-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2003-07-04 0:48 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 [this message]
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=1057279722.27638.1.camel@pegasus \
--to=marcel@rvs.uni-bielefeld.de \
--cc=bluez-devel@lists.sourceforge.net \
--cc=maxk@qualcomm.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