Re: "Concryption" Prior Art

It occurs to me that such a combined form would be useful for the
idea of having a message that can get multiple results depending on the
passphrase used. One example might work as follows:
	A section of data is placed at the beginning of the encrypted material.
When it is decrypted or encrypted (depending on how one wants to work things)
with a given passphrase, it turns out a series of bits, reiterated as needed.
Each x bits is used to say how far along in the encrypted material the next
piece of information making up one encrypted message (using the same
passphrase) is. If you put in a different passphrase, you get a different
series of bits, and thus use a different set of information for the encrypted
material. The 
	The major problem that I can see with this scheme is overlap between
messages. I would guess that one would need to keep coming up with different
data sections until one originated that wasn't a problem. How long this would
take would depend on the value of x and how long the data section was. However,
this should only need to be done once for a given set of passphrases and the
corresponding key (used for all of them). Any alternate suggestions?
	Not being a programmer, I have no real idea how to put this concept
into practice. (And, moreover, someone else came up with the idea of multiple
data sets from a given encrypted message; I am simply suggesting a potential
mechanism).
	-Allen

-----BEGIN PGP SIGNED MESSAGE-----

Allen writes:
> 	A section of data is placed at the beginning of the encrypted material.
> When it is decrypted or encrypted (depending on how one wants to work things)
> with a given passphrase, it turns out a series of bits, reiterated as needed.
> Each x bits is used to say how far along in the encrypted material the next
> piece of information making up one encrypted message (using the same
> passphrase) is. If you put in a different passphrase, you get a different
> series of bits, and thus use a different set of information for the encrypted
> material. 

This general concept crops up periodically here. As near as I can make out,
the object of the exercise is to be able to demonstrate an innocuous 
decryption of a piece of ciphertext which also has alternate corresponding 
plaintext messages.  Any scheme for this seems to depend upon the secrecy of
the algorithm, among other factors. If an adversary has some inkling that a
piece of ciphertext may represent multiple plaintexts, then she is unlikely to
be fooled by protestations to the contrary. So IMHO it is rather pointless to
debate possible designs for such a scheme. Those who remain interested would
do well to read the various previous discussions about this in the archives.

Futplex <futplex@pseudonym.com>			"Of course I'm celebrating! 
		Dallas only wins the Super Bowl once a year, you know...."

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQEVAwUBMQx/QinaAKQPVHDZAQEjnQf/V2yiLJd8GewrywSZJrgrrUI4/IlW3pWU
5Az+rIEc0AIeGX9h3C5S8UzyLwbgLsOSvMEvtHchwGyjJf+JpROcr7OtvGjNp2Fz
WywxAuginz9YZ6+u0HTyHWPMYuCmXXcskEnuArhROVdD9ZIb1QvuOPoK9Nf7VMBs
4SaOyDphDtNa1vBqaKKr91ZPGu0Tv8sHLwBkzbJRkKRQNnSD6gEdp6JbElGAnl25
Od5BB9xdqizad5HI/1kQQjh9M65z92QHPVAH8UGyARXT+Xn+fF5Cq0Rs8WAWUELn
xIt8eAiQuExZzJB+96JP7m6TUBa/THrpmhEgEp4zMdT89q0HWosAWQ==
=lNCq
-----END PGP SIGNATURE-----