public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Steven Singer <steven.singer@csr.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: cijoml@volny.cz, BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] CSR firmware
Date: Tue, 01 Jun 2004 15:08:07 +0100	[thread overview]
Message-ID: <40BC8DC7.70809@csr.com> (raw)
In-Reply-To: <1086090904.4702.16.camel@pegasus>

Marcel Holtmann wrote:
>                                    [...] Hopefully the next guy who is
> asking such questions will read the mailing list archive first ;)

But that trick never works.

>> It might be worth gathering to gather information about which products
>> are signed with which keys. Something like:
[...]
> What we need to know is the public key of the boot loader, so we can
> check the signature of the firmware file. Actually I don't know how to
> do that, because we don't get access to the boot loader over USB or
> UART.

I don't know of a way for you to get the public key out of the boot
loader.

> Is it easy to check if a firmware don't uses a signature? Will CSR
> publish their public key?

There's not much point in us publishing our public key if you can't
read it out of the loader to check.

It's been pointed out to me that as well as trashing the module or
compromising the radio performance, putting the wrong firmware onto a
module could compromise the USB performance and might take down the
USB bus or the host itself (for example, some modules have I/O lines
connected to the USB bus, some have them connected to an external radio
amplifier, I can't imagine a host would take too kindly to having its
USB lines toggled at 1600 Hz).

CSR is certainly not prepared to handle the volume of support calls
that incorrect firmware is likely to generate and I suspect that the
BlueZ developers, the Linux USB developers and Microsoft (if people
plug their mutilated dongles into Windows PCs) are unwilling to handle
the calls either.

Signing is meant to prevent these problems. Just because some module
manufacturers have failed to implement it correctly does not mean that
taking firmware from one of these modules (or another manufacturer's
web site) and putting on another is a good thing.

It might be worth building a list of good module manufacturers/OEMs
who regularly release up to date, tested and signed firmware.

[I know this is a change of position from my last mail, but the more
I think about this, the less comfortable I am about putting firmware
on modules it wasn't designed for.]

	- Steven
-- 



**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************

  reply	other threads:[~2004-06-01 14:08 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-29  0:56 [Bluez-users] CSR firmware Michal Semler
2004-05-29  8:54 ` Marcel Holtmann
2004-05-29  9:08   ` Michal Semler
2004-05-30  7:14     ` Marcel Holtmann
2004-05-30 10:29       ` Michal Semler
2004-05-30 11:03         ` Marcel Holtmann
2004-05-30 11:17           ` Michal Semler
2004-05-30 12:07             ` Marcel Holtmann
2004-06-01 11:26       ` Steven Singer
2004-06-01 11:55         ` Marcel Holtmann
2004-06-01 14:08           ` Steven Singer [this message]
2004-06-01 14:51             ` Marcel Holtmann

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=40BC8DC7.70809@csr.com \
    --to=steven.singer@csr.com \
    --cc=bluez-users@lists.sourceforge.net \
    --cc=cijoml@volny.cz \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox