277 reputation
111
bio website
location
age
visits member for 1 year, 8 months
seen Dec 17 at 11:50

Jul
3
comment Math to replace s-boxes - Good or bad idea?
This seems open to a timing attack... The duration of the computation may be linked to some secret data.
Jun
2
comment Parallel hash construction
You can build a hash the same way you build a MAC. If you look at how PMAC works you'll see why your construction is wrong and how to fix it
May
31
comment Parallel hash construction
one acronym ... PMAC
Apr
24
comment Can we parallelize the Feistel Networks?
I don't think you can do that, because you need the output of a round to calculate the output of the next round , so there is no way to compute that in paralel
Apr
23
comment Encryption mode with chained algorithms
The security gain is negligible ... while the performance loss is quite large... This is not a recommended mode of encryption.
Apr
15
comment Positioning of keys in encrypted text
The name of that technique is "EXTREMELY BAD"
Apr
15
comment Positioning of keys in encrypted text
What? There IS NO KEY IN THE CIPHERTEXT!!! Ever!
Apr
9
comment Multi cipher CTR
yes, this would be better than breaking one cipher and that resulting in breaking the whole ciphertext
Apr
8
comment Multi cipher CTR
why silly? In order to break this, one would have to break all ciphers.
Apr
8
comment Multi cipher CTR
yes, in essence that's it
Apr
8
comment Multi cipher CTR
It's never the same block, it's the next block ...
Apr
8
comment Multi cipher CTR
You misunderstood... they is only one IV, the first cipher encrypts it and xors the result to the first block of plaintext, the second cipher encrypts iv+1 and xors that in the next block of plaintext
Apr
8
comment Multi cipher CTR
cipher 1 is used with key one to encrypt the IV, this is xored with the first block of plaintext, then cipher 2 is used with key 2 and IV+1, then cipher 3 then back to cipher 1... do you understand this ?
Apr
8
comment Multi cipher CTR
If this is a secure mode of operation? Using 3 cipher like this
Apr
1
comment Encrypting the same message using different schemes
if E1 and E2 are both IND-CPA then that combination should also be IND-CPA
Feb
5
comment Key change and key derivation
That would be bad ... as it might open the encryption to a related key attack...
Feb
5
comment Key change and key derivation
Both, as I recall they mean the same thing...
Dec
15
comment IV's from Crypto++ AutoSeededRNG always ends the same: Problem with the PRNG?
Man, I don't believe your encryption scheme is secure at all... Where are you using the prepended IV? It seems to me you're just adding it , and encrypting with an all 0 IV and then discarding it.. but not using it anywhere
Dec
13
comment IV's from Crypto++ AutoSeededRNG always ends the same: Problem with the PRNG?
Your iv storing method requires double encryption, right?
Dec
5
comment Enhance CSPRNG output
How to determine if two PRNG are independent? I am thinking about using the default apple PRNG secCopyRandomBytes and the AutoSeeded RNG from the Botan library? How do I know that both of them don't do similar things inside?