No. I'm not really talking about,
thinking about the current
FBI/Apple issue and, instead,
am trying to be more fundamental
and look ahead one step, say, the
next step after the FBI/Apple,
uh, maybe call it a pissing match.
So, IMHO, here's where we are, whatever
FBI/Apple do: People, and Apple, will
want encryption no one knows how to break.
Indeed, IIRC, Apple has already announced that they
intend to make an iPhone Apple can
claim they can't break.
And I suspect
that quite broadly and commonly people will
just roll back to basic RSA, etc. encryption,
say, from little command line programs
they can run on an old, not hacked, computer
never connected to a network.
Then the issue in practice will be the
same one that is fundamental in theory:
To break the encryption, need to
a fast way to factor
a product of two, large prime numbers.
Pass code, 4-digit PINs, etc. -- I
just passed over those as by now
trivial and irrelevant.
> And I suspect that quite broadly and commonly people will just roll back to basic RSA, etc. encryption, say, from little command line programs they can run on an old, not hacked, computer never connected to a network.
Some people, maybe a lot of people
want to take encryption seriously.
So, get some little open source,
command line programs that run
and just squirt out dirt simple
flat ASCII files in base 64 encoding.
Run the software on some old
computer where are fairly sure
there are no back doors.
Never connect to computer to
a network.
Move the data from that computer
on, say, just old diskettes.
Then somehow have an iPhone
read the base 64 and send it.
If the FBI gets the base 64 code,
lots of luck making any sense out of
it.
Some people will be impressed by that
scenario and possibility.
Should be everyone with first level
programming skills and very
interested in solid data security.
That's a lot of people, millions.
Maybe they just need to be reminded
that they can do it themselves,
easily,
with no dependence on Apple, Microsoft,
the Internet standards and no risk
of backdoors, etc.
Presumably you are assuming a 4-digit numeric PIN, which means log_2(10^4) bits of entropy (13.3).