Talk:Deniable encryption

message: BestCrypt, commercial on-the-fly disk encryption for MS Windows "respect" stringent governmental requirementshttp://www.jetico.com/solutions-government-data-protection/.
Whatever it mean it something was coded in. Why you cover up this?  —Preceding unsigned comment added by 99.90.197.244 (talk) 23:05, 19 August 2010 (UTC)
replies: text: My apologies, that was a good addition, sorry about that. I will fix it now. LegoKontribsTalkM 23:08, 19 August 2010 (UTC)
replies: text: Including that in this article is just irrelevant. Surely if it contains a government backdoor, they wouldn't be boasting about it. If you read that page, it just seems a continuation of the thought that governments have high standards for crypto products — usual meaningless marketing drivel. By taking it out of context and adding your quotes around "respect", you're introducing bias that doesn't exist in the source. -- intgr [talk] 23:28, 19 August 2010 (UTC)
replies: text: Quotes removed now word "respect" is not highlighted by any means. Are any sources to hypothesize above if-thesis? 99.90.197.244 (talk) 00:07, 20 August 2010 (UTC)
replies: text: It's irrelevant to the article — whether or not it has been approved for government use does not affect its deniability. Unless you're alleging that it's a backdoor, in which case it is your bias, not what the source is saying (because you took it out of context). And it's quoted from marketing blurb that shouldn't be used as a source on Wikipedia anyway. -- intgr [talk] 00:29, 20 August 2010 (UTC)
thread_title:  obey government requirements 

message: Can someone please update this article to add a reference to DoxBox (https://t-d-k.github.io/doxbox/ ) which is a relaunch of FreeOTFE. I am the maintainer of DoxBox.  — Preceding unsigned comment added by Squte (talk • contribs) 23:57, 30 August 2014 (UTC)
thread_title:  DoxBox 

message: —By adding decoy words to a plaintext, and transposing the result, one generates a ciphertext, which the intended reader will be able to properly reverse-transpose, but a cryptanalyst will face irreducible entropy: a list of plausible plaintext candidates. For example: let the plaintext be P = "We shall meet on Wednesday, at 7pm".  The message writer will construct the following combination: P* = "We shall meet on Wednesday at 7pm # Sunday, Monday,...  1pm, 2pm,..... " and then transpose the words into a ciphertext C. The intended reader possesses the transposition-key, and performs a reverse-transposition, then she ignores everything right of the "#".  A cryptanalyst, will find several keys that would reverse transpose C to several plausible plaintext candidates. For example: P' = "We Shall meet on Sunday, at 2pm"...  For this deniability to work the transposition cipher must be 'complete' namely it must be able to encrypt any arbitrary permutation to any other arbitrary permutation.  See more in https://eprint.iacr.org/2015/510  — Preceding unsigned comment added by GideonSamid (talk • contribs) 06:21, 22 November 2015 (UTC)
replies: text: Right now this is just a preprint; it can't be considered for Wikipedia before it appears in a peer-reviewed journal or conference, and is feasible and useful in practice. -- intgr [talk] 17:02, 23 November 2015 (UTC)
thread_title:  Deniable Encryption via a Complete Transposition Cipher 

message: All three pages have source and notability problems. Rubberhose pages are both about deniable encryption and should merge to it to make one good page Softlem (talk) 05:06, 12 March 2024 (UTC)
thread_title:  Proposed merge of [[Rubberhose (file system)]] and [[Rubber-hose cryptanalysis]] into [[Deniable encryption]]