Hacker News new | ask | show | jobs
by themagician 3780 days ago
Apple doesn't have the master key. Apple can't create a master key. Apple can, if they are forced to, create a variant of their software (which doesn't exist today) that will allow the FBI to try all keys and hope that they find one that works.

Apple could be forced to write software that removes the rate limiter and the FBI could still be stuck without access because it's possible the user used a password with too much entropy.
1 comments
mindslight 3780 days ago
If this software variant can be installed on a locked device and post-facto modify its security model, then either that device was insecure or there is a master key.
link
cmurf 3780 days ago
Disabling the bruteforce inhibiting code does not mean it was insecure or that there's a master key.
link
mindslight 3780 days ago
It certainly means the bruteforce inhibiting was insecure.
link
cmurf 3780 days ago
Explain.

Include in the explanation how removing code makes the prior state insecure.

link
mindslight 3780 days ago
If an attacker can modify the code, they simply nullify that check (as we're discussing here). The prior state was insecure because the whole point of crypto/trusted hardware is to prevent against such attacks, and the prior state should have never allowed a code update on a locked device (if we're talking about trusted hardware).

If we're not talking about trusted hardware, then naive code which calls sleep() is defective for the same reason - the security of the system cannot depend on running "friendly" code. See Linux's LUKS which has a parameter for the number of hash iterations when unlocking, which sets the work factor for brute forcing.

If this still isn't apparent, you need to try thinking adversarially - what would you require to defeat various security properties of specific systems?

link
cmurf 3780 days ago
An attacker can't modify the code. The code isn't public. Only the sole keeper of the code can modify the code, it's proprietary software. Further the code is signed by author's private key, so even if an attacker could modify compiled code (via a decompiler for example), they still can't inject that modified code into the hardware without signing.
link