3,587 reputation
1519
bio website
location United States
age
visits member for 2 years, 10 months
seen 43 mins ago

Jul
27
revised Elliptic Curve Cryptography
improved grammar and punctuation and changed equation to TeX
Jul
27
comment Reversing DJB2 Hashes
If you can do that, then you should have said so, since your reverse algorithm doesn't. $\hspace{.95 in}$
Jul
27
revised Reversing DJB2 Hashes
gave explanation
Jul
27
comment Reversing DJB2 Hashes
This is an alternative to your algorithm (and one that actually accounts for $\hspace{1.9 in}$ r being implicitly modded by $2^{32}$). $\;$
Jul
26
comment True Random Number Generator by milliseconds per keystroke (TRNG-Kms)
@xorcoder : $\;\;\;$ His previous comment does say that "CSPRNG is a subclass $\hspace{1.74 in}$ of PRNG and was of course implied.". $\;\;\;\;\;\;\;$
Jul
26
comment Probability that two different files can have same MD5 hash for both an unencrypted and encrypted version (AES256, same key between files)
@marstato : $\:$ In fact, AES25 is even less precise than AES256. $\;\;\;\;$
Jul
26
revised Reversing DJB2 Hashes
expanded final expression
Jul
26
comment True Random Number Generator by milliseconds per keystroke (TRNG-Kms)
er, I guess the last of those papers isn't actually helpful, since your data probably doesn't have that much entropy. $\:$ I would recommend using one of the middle paper's algorithms, since it seems likely to me that randomish key-presses would behave as a small-space source. $\;\;\;\;$
Jul
26
comment True Random Number Generator by milliseconds per keystroke (TRNG-Kms)
people.seas.harvard.edu/~salil/pseudorandomness/extractors.pdf $\:$ homes.cs.washington.edu/~anuprao/pubs/small-space.pdf $\:$ cs.nyu.edu/~dodis/ps/2-ext.pdf $\hspace{.89 in}$
Jul
26
answered Reversing DJB2 Hashes
Jul
26
comment Reversing DJB2 Hashes
But, but, how is that supposed to help you figure out which values of C to investigate? $\;$
Jul
26
comment Reversing DJB2 Hashes
... why are you doing computations mod 33? $\;$
Jul
26
revised Why must we hash lot of times in rainbow tables?
improved grammar
Jul
24
comment Rainbow table for DES with all-zero plaintext?
eprint.iacr.org/2005/207 $\:$ eprint.iacr.org/2006/127 $\;\;\;\;$
Jul
24
comment Is MAC-then-encrypt with stream ciphers secure?
The problem is 1; an attacker must never see authenticated plaintext. $\;$
Jul
24
comment Is MAC-then-encrypt with stream ciphers secure?
You assumed too much. $\:$ (There's really nothing else to say.) $\;\;\;\;$
Jul
24
comment Rainbow table for DES with all-zero plaintext?
See page 6. $\;$
Jul
24
comment Why is MAC using nonce+message+hash(nonce+message+identifier) not the standard?
@otus : $\:$ If "message" means plaintext rather than ciphertext, then that's right. $\hspace{1.67 in}$
Jul
24
revised Is there a generic attack on encrypted CRC32 when used as a MAC?
added an attack that uses less resources
Jul
24
comment Is there a generic attack on encrypted CRC32 when used as a MAC?
Also, since the CRC computes over headers as well, "plaintexts" from four comments ago should be interpreted as "header/data pairs". $\;$