Is really the only thing protecting the safety of those devices the promise of a blackmailer to not abuse the private keys they were sitting on?
... makes me wonder what else we don't know about all the other vendors...
Is really the only thing protecting the safety of those devices the promise of a blackmailer to not abuse the private keys they were sitting on?
... makes me wonder what else we don't know about all the other vendors...
It turns out that when an operating system is in service for a very long time without updates, bad things happen. Now if you want a real scare, consider for a moment all of the code running on embedded hardware that makes up the entirety of the world energy grid.
Imagine, for example, openssl being told about the heartbleed vulnerability, then being pressured into paying big money to prevent disclosure, and then keeping their mouths shut about it for six years. Except this is even worse because at least then someone could look at diffs. I can't even think of a proper analogy here.
Back in the day, I had an S60 phone but no way to even connect it to a computer to get the firmware.
Also, for those that still remember Heartbleed, read again the above comment and think what embedded hardware is running around you. It is a bit scary.
I recall doing an s60 software upgrade and having it crash halfway through, which somehow bricked the baseband and the operating system of the device. Go figure.
Heavily control and packet sniff anything moving between levels.
If that were the case, they didn't buy the promise the evil doers wouldn't use the keys, but the ability to start using it themselves again. They still would have to phase out the compromised master key real soon, but that might be easier to do if one has it in hand.
Disclaimer: I know to little about key management to know whether the above makes sense. In particular, I doubt that having your compromised key makes any difference in the difficulty of phasing it out.