All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jacek Konieczny <jajcus@jajcus.net>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: Is there a way to force legacy LE pairing for a device
Date: Tue, 2 Nov 2021 17:20:09 +0100	[thread overview]
Message-ID: <7493ca64-e4e5-49bb-0d11-719dc212a6bc@jajcus.net> (raw)
In-Reply-To: <0CC57655-ABBE-49A9-88F2-92AE313B7968@holtmann.org>

Hi Marcel,

On 11/2/21 9:43 AM, Marcel Holtmann wrote:
> you can use btmgmt tool from bluez.git to force Secure Connections off. I am not sure if that sticks when starting bluetoothd, but then you need to hack it out there.

Thank you! This works. I had to run 'btmgmt sc off' after starting
bluetoothd, before 'power on', but then I was able to pair with my
device. When paired MIDI over Bluetooth is working properly.

Even after I re-enable SC the connection with the already-paired device
works.

I think I can work with that.

> I am really not sure how your device can be a qualified Bluetooth device and fail here. The handling of the flags has actually proper test cases to ensure that this does’t happen.

That would not be a first time when a device is compatible with the
standard it is advertised with. Especially that for this one this is
extra feature hardly anyone uses and the manufacturer does not even
support their own software properly (the Android app just doesn't work)
and usually the USB interface would be rather used than BT, anyway.

What is interesting this amplifier has two different BT adapters. It can
function as a 'bluetooth speaker' and this seems to be working without
any issue. It is the 'regular Bluetooth', not LE. This one feature would
be probably enough to call this Bluetooth device.

The other function is amplifier remote control via MIDI over Bluetooth.
This seems to be a separate BLE interface and works as I described. It
does not even have any special 'pairing mode' (the 'speaker' function
requires pressing a button on the device) or pairing verification, so
anyone can pair with the amplifier at any time (unless already someone
else uses the BLE interface) and change its settings. It would be quite
an interesting attack if anyone used those devices on stage. Using SC or
not probably does not matter at this point at all.

Greets,
Jacek

      reply	other threads:[~2021-11-02 16:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-01 17:25 Is there a way to force legacy LE pairing for a device Jacek Konieczny
2021-11-01 20:21 ` Luiz Augusto von Dentz
2021-11-02  7:54   ` Jacek Konieczny
2021-11-02  8:43 ` Marcel Holtmann
2021-11-02 16:20   ` Jacek Konieczny [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=7493ca64-e4e5-49bb-0d11-719dc212a6bc@jajcus.net \
    --to=jajcus@jajcus.net \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=marcel@holtmann.org \
    /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 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.