On Mon, Apr 02, 2001 at 04:57:52PM -0500, Steven Hazel wrote: > Tavin Cole <tavin at mailandnews.com> writes: > > > On Mon, Apr 02, 2001 at 03:13:57PM -0500, Steven Hazel wrote: > > > Tavin Cole <tavin at mailandnews.com> writes: > > > > > > > So, did you guys all know that the encryption key for every control > > > > document on Freenet (that is, every doc. with zero data length and > > > > nonzero metadata length) is: > > > > > > > > PW7ZLPTVV98nYpxCGmxnXg > > > > > > What makes you think that? I don't believe it's true. > > > > > > Happily, I've verified that it's not true for keys inserted by > > > libfreenet. > > > > Sorry, it was misleading.. it's true only for CHKs. The encryption > > key is generated from the data section only. I don't see why it's not > > just generated from the entire file. > > Neither do I. I assume it's a bug. If it is, it's a bug libfreenet > doesn't have.
It appears to be a deliberate design decision. In SimplifiedClient (fproxy) and InsertClient both. So, I think we need to change this so that encryption keys for CHKs are generated from the entire file. We might as well go ahead and fix it in the current Fred. The only thing we lose is a few missed CHK collisions. I'll do it as I'm mucking about quite a bit with Freenet.client right now. Any objections? -- # tavin cole # if code is law, then Freenet is a crowded theater _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
