Funny Thing About NumberTheoretic Vector Ciphertext .
 From: adacrypt <austin.obyrne@xxxxxxxxxxx>
 Date: Wed, 8 Feb 2012 04:45:10 0800 (PST)
Ciphertext that has been generated using random keysets as I do in
this new displacement cryptography is secured against all attacks in
several ways. The attack I have in mind here is when an external
statistical attack is made on the ciphertext string on the basis of
frequency of occurrence of the elements of the string that might
enable probabilistic mapping of the ciphertext directly to plaintext
(as message text) thus successfully circumventing the proper
decryption algorithm by an illegal cryptanalyst.
I’m speaking of vector ciphertext here that has three columns of non
zero integers that may contain elements that may be variously positive
or negative.
Usually ciphertext strings in any form are usually not random (i.e.
having equal probability) albeit created using internal random keysets
that make them secure against other more direct attack there is always
the chance therefore of external attack by Eve hoping that there is
sufficient discernable giveaway correlations in the frequency of the
ciphertext elements that might enable a KasiskiBabbage style attack
on the ciphertext, using frequency as the basis of a statistical
mapping operation.
Random ciphertext here means the elements of the ciphertext string
having equal probability and supposing the ciphertext string to be
considered as a keyset itself in some attack such as the one I
described above i.e. a statistical attack.
With this in mind I have been conducting experiments on finding the
frequency of large ciphertext strings of numeric ciphertext via the
three column vector coefficients of (i, j, k) using a file of
encrypted 10852 alphanumeric characters that comprise the ciphertext
i.e. the ciphertext that emanates when this file of plaintext is
encrypted into the numbertheoretic ciphertext. I am seeking to
secure that back door from ever being opened by Eve.
The experiment is still ongoing but one interesting result is this
(might be obvious to many readers), the larger the integers involved
as coefficients of (i, j, k) in the ciphertext the nearer the
ciphertext string gets to becoming truly random and of course stronger
in resisting statistical attack.
I must explain here that I rate anything less than 100% truly random
as the inferior pseudo random type – that latter level is not
acceptable as true random quality keys for ‘internal’ encryption but
as an external property of ciphertext it is very welcome when it is up
in the 95% level – virtually random you might say in the context of
being external and not as crucially important as the internal
encryption keysets. It is possible to make it totally random however
i.e. 100% truly random but the law of diminishing returns comes into
effect then because the volume of the enchanced cipher text becomes
very great by comparison with AES for instance and it becomes
expensive to process secured information then by vector means.
I have no hesitation meanwhile in saying that “Displacement
Cryptography” implemented by vector means can be summarised as being
demonstrated as rock solid on all fronts.
A down side of displacement cryptography is of course the very large
ciphertext expansion ratio  that may have to be seen as a price to be
paid for cryptography that is both theoretically unbreakable and
immune to computer power for all time
More later as it evolves.
 adacrypt
.
 FollowUps:
 Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 From: adacrypt
 Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 From: adacrypt
 Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 From: adacrypt
 Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 From: Bruce Stephens
 Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 Prev by Date: Re: Is this a sidechannel attack?
 Next by Date: Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 Previous by thread: Re: Encrypting control channel
 Next by thread: Re: Funny Thing About NumberTheoretic Vector Ciphertext .
 Index(es):
Relevant Pages
