Re: The Renaissance is Here – SD cryptography.
- From: gordonb.ire4f@xxxxxxxxxxx (Gordon Burditt)
- Date: Fri, 24 Apr 2009 19:47:49 -0500
The Renaissance is Here ? SD cryptography.
Snake dentures?
SD means synchronized database. This is being seen more as a possible
platform for all classes of future cipher rather than as a class of
cipher in itself. In other words it could become ubiquitous as a
design basis for all cipher types of varying algorithms more than
being a single type of cipher itself in the future.
As one way of looking at it, all symmetric-key cryptography is
"synchronized database" cryptography, with the "database" containing
the symmetric key. (Keys are often changed on a schedule, and in any
case, a person would usually need at least one key per person they
exchange messages with).
Instead of publicly shipping the vitally important keys as cipher text
that can be intercepted and analysed by adversaries, the plan is to
send on an alphabet at an earlier time
Encrypted or unencrypted? Private or public shipping? If it's
"private" shipping (e.g. diplomatic courier) why not use that method
all the time? (Yes, there are legitimate answers to this, such as
a tradeoff of security vs. timeliness of the message).
and then reference this
alphabet later to create keys ad hoc, according to an agreed recipe
that will index data and transform it into information that is
intelligible to the receiving entity.
It sounds here like you are describing the Two Many Times Pad, which
is not theoretically unbreakable.
The frequently scrambled domain
of data becomes a lottery to an adversary but is selectively
meaningful to the entities of the secure information loop according to
how they agree to instantaneously reference it.
There is no exposure of vitally important data this way and instead it
is selectively created as required,
*WHAT* is selectively created? If you mean the synchronized database,
you've just blown theoretical unbreakability. If you mean "vitally
important data", it can't be that important if you just make it up
on the fly, can it?
only the harmless referencing
coordinates are transmitted as so-called cipher text and these are
useless to any adversary who obviously does not have access to the
ultra private databases of Alice and Bob.
Nothing is obvious. It takes a lot of work to make a database ultra
private and keep it that way, especially if you have to carry it
around in airline luggage from country to country. It's also a
problem if you have to keep it ultra private in your apartment where
it is subject to attack by a snoopy landlord, any government agents
who decide to search the place, and a well-meaning wife and kids
who may compromise your security while thinking they are helping
you, and anyone they might invite in.
There is no limit to the
scope of structure that can be assigned to the data from the agreed
alphabet, this may be turned into any form of information, lexical,
musical, color.
All modern cryptography depends on going public with the vitally
important keys
Symmetric-key cryptography certainly does NOT depend on going public
with the keys! Even RSA and other public-key algorithms do not
require that the keys be made public unless it is part of a key
distribution scheme that requires the public to be able to send
messages or verify signatures.
About the only thing that DOES require going public with the keys is
Digital Rights Management, which is an attempt to protect the content
against the user while still letting him access it under certain
conditions.
and then frantically trying to secure these against
attack by making them intellectually intractable to adversaries. The
simple recommendation here is ? don?t do this, i.e. don?t expose any
important keys to the public and you won?t have to secure them.
Just how do you propose to do that? It's likely that your adversary
(governments) have just about every means of communication bugged.
You can't use a diplomatic courier because you aren't recognized
as a country, and besides, they spy on diplomatic couriers anyway.
And don't suggest that I should have set up a synchronized database
before the creation of governments.
The cryptography that the writer is promoting uses synchronized
databases (SD cryptography) that are privy to Alice and Bob alone.
So how do you create such databases?
Modern computer science makes it possible to create secret messages
simply by exchanging the appropriate selection parameters that will
index the correct data to be inserted into the very simplest almost
benign of algorithms, that compose information for the receiving
entity ? Bob. There is no need to make things more difficult than
they need to be. Complexity is not he way forward in future
cryptography, it?s outright pre-emption of all human discernment
except for the dedicated pair of entities called Alice and Bob
instead.
This same computer science has been around for nearly half a century.
Intellectual intractability as the securing device in cipher text
presumes long-hand thinking (manual encryption / decryption in
concept) by the early cryptographers ? apparently pure mathematicians
who did not train themselves to write computer programs. This means
not projecting creative thought processes into computer algorithms,
not realizing the intrinsic entanglement and obfuscation that
computers can provide by the early cryptographers and clearly this has
been an expensive mistake.
It is time to get real, get honest and bite that bullet.
The time for change is here and the means of doing it is on the table
from this writer and indeed the way is clear for many other cipher
designs by readers of sci crypt.- Cheers - Adacrypt
.
- Follow-Ups:
- Re: The Renaissance is Here – SD cryptography.
- From: rossum
- Re: The Renaissance is Here – SD cryptography.
- References:
- The Renaissance is Here – SD cryptography.
- From: austin . obyrne
- The Renaissance is Here – SD cryptography.
- Prev by Date: Re: Comments on interface?
- Next by Date: Re: Comments on interface?
- Previous by thread: Re: The Renaissance is Here – SD cryptography.
- Next by thread: Re: The Renaissance is Here – SD cryptography.
- Index(es):
Relevant Pages
|