Show Idle (> d.) Chans


Results 1 ... 23 found in asciilifeform for 'serpent'

asciilifeform: by using same key and same plaintext in two different functions (in this case, hypothetically, hmac and serpent) you weaken both.
dulapbot: Logged on 2021-09-27 16:54:21 verisimilitude: My SHA design required the others, because they influenced message length calculation, but Serpent doesn't have this concern.
verisimilitude: My SHA design required the others, because they influenced message length calculation, but Serpent doesn't have this concern.
dulapbot: Logged on 2021-09-24 23:59:06 verisimilitude: Now, asciilifeform isn't actually going to use that old Ada Serpent implementation, is he; I found the code horrible, and will write a nicer implementation.
verisimilitude: Now, asciilifeform isn't actually going to use that old Ada Serpent implementation, is he; I found the code horrible, and will write a nicer implementation.
dulapbot: (trilema) 2017-10-18 asciilifeform: fwiw there is a quite short ada serpent existing, passes the test set ( and branch-free ).
asciilifeform: ( e.g. the ancient ada serpent asciilifeform dug out in era2 gave only three functions -- key eater, encrypt(16bytes), decrypt(16bytes) )
asciilifeform: thimbronion: 'iv' is an aesism. what we'll be doing instead is ct_0 := serpent_e(pt_0); ct_1 := serpent_e(pt_1 ^ ct_0); ct_2 := serpent_e(pt_2 ^ ct_1); .... ctn := serpent_e(pt_n ^ ct_n-1) .
asciilifeform: and so nomoar problem with ciphertext not being multiple of serpent blocksize.
thimbronion: asciilifeform: Unable to relase the acluin update today after realizing black packet size still incorrect because not using CBC mode. Fortunately upon closer examination of the serpent lib I'm using I see it *does* support CBC mode, so that's good.
apeloyee: is ECC a bigger "ugh" than serpent?
asciilifeform: user: re mac -- in next draft (0xFD) i've hmac-384 for the sigs, so to free up some room to make payload a multiple of 16, the serpent blocksize. i sure as fuck aint using hmac256 tho, what with the abundance of sha256-bruteforce silicon on planet3. and don't see why the hell to use even smaller.
dulapbot: Logged on 2021-09-12 20:36:51 thimbronion: asciilifeform: encryption question: in updating to the new packet structure, I'm finding that a requirement of the encryption lib is that the packet must be divisible by 16, as 16 bytes is the block size. According to the spec, red packets are 424 bytes, which is not divisible by 16, causing the serpent lib to barf. Is the algo broken or am I missing a step maybe?
thimbronion: asciilifeform: encryption question: in updating to the new packet structure, I'm finding that a requirement of the encryption lib is that the packet must be divisible by 16, as 16 bytes is the block size. According to the spec, red packets are 424 bytes, which is not divisible by 16, causing the serpent lib to barf. Is the algo broken or am I missing a step maybe?
asciilifeform: punkman: that's not the weak link. storage in all cases is. hash,serpentism,etc. parallelize, with e.g. 32cpu you can guarantee processing of valid/invalid packets at nic line rate.
punkman: no idea what performance looks like for serpent and other parts
thimbronion: PeterL: According to the code in infosec.py 24 characters. According to the code in the Serpent lib, 32 bytes. Not clear to me at the moment why I set the max lower than what Serpent allows.
thimbronion: PeterL: there is a limit on the size of the key used by serpent, but the secret used to create the key could be hashed I suppose so there would be no limit in that case.
thimbronion: asciilifeform: the encryption algo will be Serpent, right?
dulapbot: Logged on 2021-07-04 14:23:37 asciilifeform: so what remains is symmetrics, e.g. serpent, with shared key.
asciilifeform: so what remains is symmetrics, e.g. serpent, with shared key.
asciilifeform: trinque, upstack : ftr asciilifeform spent ~years~ just about 'praying to satan' for a 'fdr scenario' . where perhaps suddenly e.g. serpent hardware ciphrator, to shoot in the head very concept of 'digital evidence', would be suddently marketable.
asciilifeform: the serpent demo is good intro, there is link re what the c & ada proggies looked like, and then how it was simmed, and inputs/outputs