How The FBI Might've Opened the San Bernardino Shooter's iPhone 5c (schneier.com)
"Remember the San Bernardino killer's iPhone, and how the FBI maintained that they couldn't get the encryption key without Apple providing them with a universal backdoor?" Slashdot reader LichtSpektren quotes Bruce Schneier:
Many of us computer-security experts said that they were wrong, and there were several possible techniques they could use. One of them was manually removing the flash chip from the phone, extracting the memory, and then running a brute-force attack without worrying about the phone deleting the key. The FBI said it was impossible. We all said they were wrong. Now, Sergei Skorobogatov has proved them wrong.
Sergei's new paper describes "a real world mirroring attack on the Apple iPhone 5c passcode retry counter under iOS 9." The process does not require any expensive and sophisticated equipment. All needed parts are low cost and were obtained from local electronics distributors. By using the described and successful hardware mirroring process it was possible to bypass the limit on passcode retry attempts... Although the process can be improved, it is still a successful proof-of-concept project.
Sergei's new paper describes "a real world mirroring attack on the Apple iPhone 5c passcode retry counter under iOS 9." The process does not require any expensive and sophisticated equipment. All needed parts are low cost and were obtained from local electronics distributors. By using the described and successful hardware mirroring process it was possible to bypass the limit on passcode retry attempts... Although the process can be improved, it is still a successful proof-of-concept project.
they knowed how
Is anyone REALLY surprised that the FBI was wrong? Government doesn't attract top-tier talent. Never has, never will. When your hiring practices, policies, procedures, compensation and benefits are all at the bottom of the barrel, well... that's what you get. The bottom of the barrel.
This attack is still done on device. It just clones the NAND back to "0 strikes" after each 6 attempts.
This attack doesn't extract the memory and doesn't decode externally. It just copies NANDs.
Why is this significant? Because it means you can't do extraction in parallel, you still have to go through all the codes sequentially on the device.
It defeats the significant portions of the backoff. It defeats the erase after n failures. It's a very significant attack.
But no one said this type of attack was impossible. I personally read about variants on this attack while the controversy was going on. I even posited it myself. I believe Apple even addressed it claiming that this attack wasn't possible on later iPhones due to a change in how the failure count is stored.
http://lkml.org/lkml/2005/8/20/95
In a perfect world, what you say is true, but the parent poster has a good point.
1. Because there's no such thing as a truly random number, one characterizes the number generator and then determine its bias. (See NSA-NIST->RSA foibles)
2. The decrypting machinery has to be perfect, and not cache the results in some mind-numbing way (see several CVEs)
3. In the actual case, the capability of resetting the NAND or using proximal bit-flipping techniques to force recounts to null are well-known. Just crowbar the location by stunning it with nearby high/low bits as appropriate, and buh bye state.
Yes, admittedly, crappy engineering. But zenith/stellar/foolproof engineering doesn't really exist, it's a lofty goal. With a big enough hammer, you can break anything.
---- Teach Peace. It's Cheaper Than War.