Re:Remotely Compromising Android and iOS via a bug in Broadc...
by thomastjeffery on Thursday July 27, 2017 @01:33PM
(#14867534)
echo $original_comment | sed 's/driver/firmware/g'
Re:Remotely Compromising Android and iOS via a bug in Broadc...
by azernik on Thursday July 27, 2017 @01:42PM
(#14867621)
In which case this is your answer; they're worried about knockoffs, because without the firmware logic their devices are simple commodities, ie don't really have strong differentiators from the competition.
Re:Remotely Compromising Android and iOS via a bug in Broadc...
by nucleardog on Thursday July 27, 2017 @06:37PM
(#14870318)
The other hugely important side of this is that a lot of these devices have the ability to transmit on frequencies which they may not be licensed for, or may not be licensed for in all markets.
The easiest example being b/g channel 13. You're permitted to use it for WiFi in most of the world, but not North America. Keeping the firmware proprietary and "secure" is likely an important part of their FCC/IC certifications.
Re:Remotely Compromising Android and iOS via a bug in Broadc...
by zero_intp on Sunday July 30, 2017 @02:59PM
(#14887299)
It is required(1). The FCC requires locking down the ability to transmit into regulated frequencies.
1. https://apps.fcc.gov/eas/comments/GetPublishedDocument.html?...
Re:Remotely Compromising Android and iOS via a bug in Broadc...
by thomastjeffery on Thursday July 27, 2017 @02:43PM
(#14868177)
Is their firmware really noticeably better or have more features than competing chipsets?
Re:Remotely Compromising Android and iOS via a bug in Broadc...
by azernik on Thursday July 27, 2017 @03:02PM
(#14868330)
Yes. 802.11ac, for example, takes both a faster transceiver and a bunch of firmware support, and time to market with this features was a big driver of sales. And that was an ongoing process - ac is actually a set of features, and it's taking years for all of them to be implemented.
Similarly, cheaper chips often don't support optional performance-enhancing features at layers 2 and 3 (link and MAC) that boost performance without any hardware investment.
The driver is indeed "protected" for IP-lawyer reasons; they'll have it out under license to every Tom, Dick, and Jane looking to build a device with their chipset. The firmware, on the other hand, is very closely held, because that's where the chip's functionality lives. A WiFi chipset implements a fantastically complicated protocol, and no one wants to bake that into hardware that can't be updated as bugs are found; so they build relatively simple hardware, and slap a microcontroller right on the die that runs all the complicated logic.
This means that the microcode is as sensitive as The hardware specs on earlier generations of hardware; a competitor with a copy of that source can make a (perhaps better and improved) knockoff if they're not too worried about legal implications like, say, several dozen Chinese knockoff shops.