Re: The Most Profound Distillation of the Feedack from Modern Cyptography.



On 28/09/2011 10:22 PM, adacrypt wrote:
On Sep 28, 11:39 am, Paulo Marques<pmarq...@xxxxxxxxxxxx> wrote:
adacrypt wrote:
On Sep 27, 8:31 pm, Paulo Marques<pmarq...@xxxxxxxxxxxx> wrote:
[...]
Ok, I was trying to do a quick conversion of the code to C and now have
a few questions:

- in "Change_Of_Origin_I_Coefficients.adb" there is a line "WHEN 377 =>
Numout:= 567-892 ;". There are 6 other lines were the "constant" is
actually the difference between two numbers. Is this a mistake or was
that on purpose? (other files have similar artifacts)

- what is supposed to be a secret shared between Alice and Bob? Are
just the Alice* files or the *Coefficients should be secret as well? Or
are these public and common to every user?

- the file above seems to do encryption. Does the
"GENERAL_DECRYPTION_PROGRAM_MARK_1.adb" file do the corresponding
decryption? I.e., a file encrypted with the algorithm in
"REAL_TIME_ENCRYPTION_PROGRAM_MARK_2.adb" can be decrypted with the
algorithm in "GENERAL_DECRYPTION_PROGRAM_MARK_1.adb" ?

Hi,

I like what you're doing but I have serious doubts that you will be
able to succeed simply by wrting the 'C++' equiavalent of Ada-95
source code monkey fashion (no offence meant here) without a full
understanding of the maths.

I haven't seen anything in your code that's magical and that can not be
converted to C. Forcing people to read Ada code is not the best way to
promote your ideas, so at the very least, when I finish this, you can
point people to a C implementation of your algorithm.

I think you will be forced to learn the
maths sometime in the near future.

I haven't seen any "math" that is so different from what I already know
that it would confuse me, so far.

What I really need is for you to answer the above questions. Answering
those questions would be much more productive and take much less time to
do than your post on how OTP is a Vigenere cypher in disguise, etc., etc.

The cipher that you are looking at
is the easier of the several ciphers that exist.

You mean this because the cypher is weaker or because it takes input
directly from the user instead of large files?

That one simply
'gets' each plaintext as it is *keyed in and encrypts it. The main
program *reads in from very large files of prepared external files of
plaintext (from computer memory) and encrypts that also in exactly the
same fashion.

I was thinking that my version would simply take input from standard
input and write cypher text to standard output. That way you could do:

vectorcrypt< infile.txt> outfile.txt

to encrypt an entire file or simply do

vectorcrypt> outfile.txt

to encrypt what the user types in. The program would be exactly the same
for both cases.

You will need to understand the key scrambling of the
arrays of keys also.

I can't see why. If the code is the same, it will produce the same
result. After all, a computer is a deterministic machine.

Note : Real_Time _Mark_1 and Mark_2 programs are no different to
Mark_0 except that they give a lot of commentary to the user
(diagnostic and tutorial explanation thst is thought to be useful )

Ok.

--
Paulo Marques -www.grupopie.com

"'thinking outside the box' works better if I know what's inside the box."- Hide quoted text -

- Show quoted text -

Good Luck mate - you're on your own - adacrypt

Hang on. PM is doing you a favour. You want your cipher to be analysed and accepted. He is doing that analysis AND is fixing the parts that you have made difficult - the *least* you can do is help him.
.



Relevant Pages