News for hackers. Stuff that matters.
Re:Answers to your questions about Apple and security by delroth on Monday February 22, 2016 @12:45PM (#11152671)
Just because you can never get full coverage doesn't mean it has to be easy. For example, here are some things that could be imlpemented to make firmware backdooring harder:

* Certificate Transparency-style public ledger for all firmwares that Apple has signed. Refuse an update if the firmware version has not been published to the ledger. This would make these backdooring attempts public, since we can assume people would watch the ledger and ask questions in case of an unknown version being published.

* For open source firmwares, reproducible builds are a great tool to make sure the distributed binaries actually match the publicly reviewable source code. Third parties could recompile the firmware and attest (through signing) that they get the same result.

I don't know any implementation of either of these two systems, at least publicly available (hint: Bazel does reproducible builds, and you can guess what is driving this requierment). Debian and Mozilla are experimenting with reproducible builds but I don't know that it ever reached any useful conclusion.

Re:Answers to your questions about Apple and security by koolba on Monday February 22, 2016 @01:03PM (#11152825)
> Certificate Transparency-style public ledger for all firmwares that Apple has signed. Refuse an update if the firmware version has not been published to the ledger. This would make these backdooring attempts public, since we can assume people would watch the ledger and ask questions in case of an unknown version being published.

That's seems like a fantastic idea but without open source firmware I don't see how it could be enforced.

Re:Answers to your questions about Apple and security by pdpi on Monday February 22, 2016 @02:03PM (#11153370)
E.g. Bitcoin has reproducible builds in the wild.

https://github.com/bitcoin/gitian.sigs

Re:Answers to your questions about Apple and security by nadaviv on Monday February 22, 2016 @05:16PM (#11154738)
Reproducible builds, and a release process that incorporates digital signatures from multiple members of the Bitcoin development community.