Moin,
Am Wed, 1 Sep 2004 07:38:25 +1200 schrieb Mauricio Freitas:
> Interesting. It doesn't work for a lot of people and was understood
> that pairing information had key + MAC + other random information.
It has. See Bluetooth Core Specification v1.2 Volume 2, Part H. In
Section 3.1 the four types of link keys are listed: combination key,
unit key, temporary master key and initialization key. Section 3.2
details their generation:
The initialization key takes the BD_ADDR, the PIN and a random number.
The unit key takes the BD_ADDR and a random number.
The combination key takes both BD_ADDR's and two random numbers.
The temporary master key even takes three random numbers.
So if someone can use the same devices on different systems without
re-pairing several things could be happening:=20
1. their stack is extremely broken and generates bad random numbers
2. their stack is extremely clever and saves the PIN to transparently
re-pair
3. their stack is storing the combination or unit key somewhere on
the bluetooth device
4. the other device has enough memory to store several combination keys
for one peer (and does so)
5. the other device is using a unit key which all systems stored
Number 3 is (more or less) what Pawel wants to do. I don't think anybody
in his or her right mind would do 2. I believe what Shevek sees is 5 (or
less likely 4 or 1).=20
A note on 5: "the use of unit keys is deprecated since it is implicitly
insecure" (from section 3.1).
--=20
Henryk Pl=F6tz
Gr=FC=DFe von der Ostsee
~~~~~~~ Un-CDs, nein danke!
http://www.heise.de/ct/cd-register/ ~~~~~~~
~ Help Microsoft fight software piracy: Give Linux to a friend today! ~