118 reputation
4
bio website
location
age
visits member for 1 year, 6 months
seen Oct 18 '12 at 9:51

Oct
17
awarded  Editor
Oct
17
revised Are there secure stream ciphers that cannot be parallelized?
added 44 characters in body
Oct
17
comment Are there secure stream ciphers that cannot be parallelized?
Thank's for this answer, very informative, it even goes in depth into different ways the question could be interpreted.
Oct
17
comment Are there secure stream ciphers that cannot be parallelized?
Thank's for your comment about time, it's good to have in mind. But I still think that's the best term for the question. Time may not be a usable quantity of cryptographic algorithms, but it is a very usable quantity of practical applications of them. I thought of using some other term such as "work", but explaining parralellism with that seemed just so inflexible. (Which "work" I would've meant, etc.)
Oct
17
awarded  Scholar
Oct
17
awarded  Supporter
Oct
17
accepted Are there secure stream ciphers that cannot be parallelized?
Oct
16
awarded  Student
Oct
16
comment Are there secure stream ciphers that cannot be parallelized?
In the design of this question, both the "attacker" and "user" start with the same known initial cipher state, (same "key", if you will). I only want it reliably taking long time to get from the initial state to some specific state in the future (x many bits from the start of the stream.) (So to answer your question, primarily for the attacker, but the design doesn't give the user any more information than the attacker so it's going to be slow for the user also.)
Oct
16
comment Are there secure stream ciphers that cannot be parallelized?
(The problem is not completely finalized yet, I have to know if all the components work forst :). About the random-access schemes: do they exist even for true stream ciphers, like RC4? Is there a cipher that doesn't parralellize and doesn't have any random access possibility?
Oct
15
asked Are there secure stream ciphers that cannot be parallelized?