Re: AES and Diehard
From: Gregory G Rose (ggr_at_qualcomm.com)
Date: 09/11/03
- Next message: David Wagner: "Re: Review of PBEP 1.0 - Password Based Encryption Protocol"
- Previous message: Slide: "Theoretical"
- In reply to: Mok-Kong Shen: "Re: AES and Diehard"
- Next in thread: Joe Peschel: "Re: AES and Diehard"
- Reply: Joe Peschel: "Re: AES and Diehard"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: 11 Sep 2003 14:23:09 -0700
In article <3F60DCE0.5700997E@t-online.de>,
Mok-Kong Shen <mok-kong.shen@t-online.de> wrote:
>
>
>Gregory G Rose wrote:
>> You, OTOH, appear to need help, not just about
>> cryptography, randomness, and meaning of English
>> words. However I'm not going to provide it.
>> FOAD. You may have just convinced me to resurrect
>> Mok-Kov Shenny.
>
>I never asked that from you. So you could forget about
>it at present and in future. And, as said many times,
>you could employ kill file, if you dislike my writing.
>
>M. K. Shen
Progress is slow but still continuing year by year. A
recent vendor catalogue here has e. g. of one block size
from data that is by default not on, then it can be
understandable, which seems however not to be checked, or
in any case to be protected for only 25 years, if I don't
know what you mean by 'reversing the algorithm'. I mean I
don't err. I think it is generated or to a 25 year old
person would very unlikely be of any relevance to him when
he is 75. Diplomatic political secrets would have been OT
there. I didn't claim that IV should be possible to employ
almost the same output. If there is now business offering
finding the location of children to parents.
BTW, another very dumb question It is said that there are
false bank notes.
BTW, though I barely have any statistical biases that a
hierachy for distribution of work and responsibility is
generally sound and good independent of the whole file
presumably should also be rather slow and the result is
often more or less good will also qualify in the post, for
the bigger one, yet, on the matter as it is necessary for
the IV to be checked, or in any case to be invented.
I never asked that from you. So you could explain in some
more sentences not through direct reference to the question
posed.
You have on one occassion expressed some preference for 256
bit keys for AES, if I understand correctly, the program
one single file and get one would need a perfectly random
IV, according to Gregory Rose, such IV should be chosen
with a home PC. I was only saying that what's 'typical' in
one year may not be different.
This time I like to give you the same impression on a key.
The result of encryption which might eventually develop
demonic power. As a side effect there came also such cases
as Bernstein and Zimmermann.
snip
Do you input to the opponent, isn't it? cf. the
'qualtity' of commodities in supermarket, etc. Now a
Huffman compression could be some conflicts in interests
and that's one reason why the matter concerned. Would
perhaps Cristiano have the time dependent effect of your
program is deterministic, then the experiments should not
be different.
OT A question of ignorance Are there any possiblities of
embedding some extra one's own crypto stuffs in
cellphones?
But that's only a view based on my question there.
You are right. I made is totaly different and notoriously
simple to reproduce.
And, as said many times, you could forget about it at
present and in future. And, as said many times, you could
employ kill file, if you would like to do some encryption
for his SMS? If necessary, one could forsake certain
memory spaces required for some service comforts. One
could have gravely misunderstood and you would like to
return your own question to youself What do you bother to
encrypt? Some compressors are particularly suited for
specific types of operators etc.? I remember right, he has
certain experience with the mentioned fixation of the
scheme 'hope' earnestly wish that the experts in the
cellphone business, why isn't a general attempt undertaken
to e. g. required by Algorithm P to permute an initially in
a standard for crypto the 'diversity' of interests is
likely to be regarded as a hash, I suppose.
What was meant also indirectly is With all the work on
security by the user. I have seen a picture of hardware
sniffer sometime ago but don't know what you two have
written and, exactly speaking, the result of encryption
should barely have any statistical biases that a
compression algorithm could exploit in order to compress.
In the other hand, NIST has a more comprehensive random
number test suite. It would be much reduced by your help
above.
But if he could load an encryption software acknowledged to
be expected, John Young has been able to soon reduce that
gap.
Try to keep in mind.
That indeed is what one has constantly to keep that in
general an IV is specified by the reported presence of time
dependent stuff in Gladman's implementation. If that's a
documented option that is practically feasible to apply a
scaling of time. That time it took many many years for
science to resurrect. But now everything is 'accelerating'
Cf. the evolution of computers. I just read that in
general an IV is supplied by the professionals, isn't that
something?
I look forward with big interest to learn your result.
Programs have always a potential of containing bugs.
That's nothing exceptionally uncommon, even for programs
written by very very experienced people. On the other
hand, I am not entirely consistent with my personal
'philosophy'. In matter of hand guns, I favour
restrictions like here in Europe. But in US the free
possession of guns has apparently not led to very serious
negative consequneces.
Mok-Kov Shenny
- Next message: David Wagner: "Re: Review of PBEP 1.0 - Password Based Encryption Protocol"
- Previous message: Slide: "Theoretical"
- In reply to: Mok-Kong Shen: "Re: AES and Diehard"
- Next in thread: Joe Peschel: "Re: AES and Diehard"
- Reply: Joe Peschel: "Re: AES and Diehard"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
