2,140 reputation
21030
bio website stackexchange.com/users/…
location
age
visits member for 3 years
seen 1 hour ago

Moderator♦ pro tempore on French Language, Computer Science and Software Recommendations. I'm also a unix amateur, and a developer with a computer science background and security leanings by trade.

Interested in embedded systems? Join the Embedded Programming and Design proposal!

Programmeurs francophones : participez à Stack Overflow en français.

Avatar picture slightly adapted from a photo by Luridiformis (Zonda Grattus).


1h
reviewed Leave Open Which causes longer “break” time (in general)?
1h
reviewed Close Seemingly simple decryption question
1h
comment Seemingly simple decryption question
Although this question is possibly about breaking cryptography, there is too little information to answer it from a cryptographic perspective. It could be a valid question about reverse engineering in general, for which a potential venue would be Reverse Engineering.
1d
reviewed Close Variants of AES?
1d
reviewed Close Trying to use XSalsa20 but the decrypted text breaks of halfway
1d
comment Digitally sign and verify a file using private/public keys and OpenSSL API
@HenrickHellström This question would be equally off-topic on Information Security. It is a programming question and thus should be posted on Stack Overflow.
1d
reviewed Close Digitally sign and verify a file using private/public keys and OpenSSL API
1d
reviewed Leave Open Cryptography vs Security
1d
reviewed Leave Closed Design of S box
Aug
19
comment Simple proof that shows AES is not a uniform permutation on any n-bit string?
@D.W. While this thread is surely related, I don't understand how it answers this question. What does it mean for a specific permutation to be uniform anyway?
Aug
19
comment Unknown compression algorithm
The folks at Reverse Engineering could help. But you don't give much to go on. Can you post some sample (plain, encoded) pairs? Are you sure that it's compressed — compressed data shouldn't have bytes that are markedly more frequent than others, but I suppose this could be a really crappy home-made compression algorithm?
Aug
19
reviewed Close Unknown compression algorithm
Aug
18
reviewed No Action Needed How to encrypt a file for random access
Aug
18
reviewed Close GPG vs PGP vs OpenSSH and management of them
Aug
18
reviewed Close Strengthening security of an encrypted file against forensic detection
Aug
18
comment Strengthening security of an encrypted file against forensic detection
Practically speaking, this question is useless. Your scheme gives no additional security: the adversary will just say “yup, probably encrypted” when they see the random-looking data, and “yup, probably TrueCrypt” because that's a widely-used tool. To secure your data, use a good, vetted tool (such as TrueCrypt) and a strong password (random, with an amount of entropy you're happy with). If you want to hide that your data is encrypted, you're barking up the wrong tree; what you need is steganography (hide your data in pictures/sound/video) — or less paranoia.
Aug
18
comment Strengthening security of an encrypted file against forensic detection
There is a cryptography question in there: the added workload required for an adversary to reverse steps 1 and 2. However these steps are not described precisely enough to answer the question: how is the split size chosen? How does step 3 know what pieces to reassemble and in what order? If you describe step 3 precisely, instead of handwaving, then the effectiveness calculation should follow easily.
Aug
18
reviewed Close Keep GPG revocation certificate in safe place?
Aug
18
reviewed Leave Open How dead is braid based cryptography
Aug
18
reviewed Close Big crunch, the Data way?