Reputation
428
Top tag
Next privilege 500 Rep.
Access review queues
Badges
3 8
Newest
 Yearling
Impact
~12k people reached

  • 0 posts edited
  • 0 helpful flags
  • 9 votes cast
1d
comment RSA : Double-Encryption and order of Encryption
I suppose the context is encryption processing using keys of both the receiver and the sender, i.e. receiver's public key with modulus MR and sender's secret key with modulus MS. Since RSA processing with a modulus M results in numbers in [0, 2**M-1], the double processing is only sensible when the first processing uses a modulus that is the smaller one of MR and MS , for otherwise there could be truncations. (Whether this double processing is what one desires is another matter.)
Feb
4
revised Are there any practical methods of steganography?
added 674 characters in body
Feb
3
answered Are there any practical methods of steganography?
Jan
29
comment When we use permutation and random long sting to hide a message
But you could give a concrete trivial (may be no good for your intended purposes) example such that one clearly knows your underlying thought. Say, the English name is "Eve", the random string is ........(your choice), assuming that case is ignored.
Jan
29
comment When we use permutation and random long sting to hide a message
I may gravely err, but I surmise that your question might not be "well-formed". For (in any case) the random string could have a subset of size 30 that forms a valid English name also of size 30. Now, which one is the "right" name to be found? I suggest that you illustrate your idea through highly reducing the sizes, giving a concrete example with a short English name and a corresponding short random string such that your question could be clearly understood.
Jan
28
comment AES key and block size
@Maarten Bodewes: P.20 of FIPS-197 has "Figure 11 Pseudo Code for Key Expansion" and also notes that its "Appendix A presents examples of Key Expansion".
Jan
27
revised Q: Relevance of physical layer security to cryptography
added 1008 characters in body
Jan
27
revised Q: Relevance of physical layer security to cryptography
added 1008 characters in body
Jan
27
comment Implementing cryptosystems with various programming langauges
My personal view is highly biased. I don't know Agda, but from the little I know in general about PLs that let you do proofs they demand very much mental efforts of the programmer. However, C/C++ are IMHO too verbose, such that it is frequently not easy/efficient in code reviews to compare with the flow of the underlying ideas of the algorithms being implemented. I would say that it may be a good idea to forgo proofs and instead to first do a full implementation in a compact, less efficient PL like Python and after a thorough review do, if needed, "comparable" implementatons in efficient PLs.
Jan
27
comment history of non secret cryptograph
It would be fine, if you could provide a reference to that (historical) existence proof.
Jan
27
comment AES key and block size
Then that's well specified in the standard document FIPS-197 of NIST, where the processing of the AES scheme is nicely described with pseudo-codes. For a concrete implementation in Python that closely follows that, see: s13.zetaboards.com/Crypto/topic/7385224/1
Jan
27
revised Q: Relevance of physical layer security to cryptography
added 21 characters in body
Jan
27
revised Q: Relevance of physical layer security to cryptography
added 1604 characters in body
Jan
26
comment Is there any more information on this RSA backdoor?
The indicated type of backdoors means that the malice has only to factor n' = p'*q', whose size is 1/4 of that of the ("official") modulus n. He could thus succeed, if n is not too large (not if n is, say, of 8K bits.) BTW, IMHO more easily the malice could appropriately employ PRNGs to build a backdoor such that the n generated has always a factor that is in a (sufficiently large) set of moduli known to him. (I mentioned this in security.stackexchange.com/questions/109776/… )
Jan
26
comment Q: Relevance of physical layer security to cryptography
I am not yet sure. If I don't err,. the said field principally considers the fact that the actual physical channel is noisy and somehow exploits that noisiness to achieve secure transmission of keys etc.
Jan
25
comment Is there any more information on this RSA backdoor?
A type of feasible highly sophisticated RSA backdoor in non-open-source software that IMHO is not detectable at all by outsiders is due to maartin many years ago and is recently elaborated by me at the end of the Epilogue section of s13.zetaboards.com/Crypto/topic/7234475/1
Jan
25
asked Q: Relevance of physical layer security to cryptography
Jan
19
comment splitting the plaintext and ciphertext into blocks
Everything that can be done with a computer can "in principle" also be done manually but in the overwhelming majority of cases impossible in practice due to the huge time required and limitations of the other resources available. RSA is namely a modern crypto algorithm, not a classical one like e.g. Vigenere or Playfair. (Of course, if you just want to "play" with the modern stuffs, you could in many cases reduce the sizes of the parameters of the algorithms to sufficiently small ones such that your could work with paper and pencil without thereby committing mistakes.)
Jan
18
comment splitting the plaintext and ciphertext into blocks
I employ RSA to encrypt blocks of plaintext in the common sense of chained block encrpytion with integrity check. See Example 3 in Appendix of my code: s13.zetaboards.com/Crypto/topic/7234475/1
Jan
16
comment Can a book cipher be cracked without key?
I suppose it cound be fairly advantageous to simply postprocess the ciphertext from a book cipher with a transposition in the classical sense such that the user's manual work would be hard to analyze even with resources comparable to that of Google.