Okay I ll read about what JCA uses. JCA actually supports several variations and algorithms.
Yes I have a node running that connects to similar new nodes using negtype = 8 (which is JCA) and it also connects to old nodes using the previous negotiation types. On the surface it runs exactly the way it used to. Atleast I have not seen any difference. On Tue, Apr 3, 2012 at 3:33 AM, Matthew Toseland <t...@amphibian.dyndns.org> wrote: > On Sunday 01 Apr 2012 19:48:43 Chetan Hosmani wrote: >> Hello, >> >> As an expected task for GSOC (discussed on IRC) I worked on the JCA >> implementation for encryption. >> Here is what I have done- >> >> 1. Created JCACipher implements Block Cipher. >> 2. Added negtype = 8 >> 3. For negtype = 8 use new JCACipher object instead of new Rijndael object >> 4. Changed other methods in FNPPacketMangler to accept the new new link type >> >> I needed to go through this paper to understand what JFK was all about >> http://www.wisdom.weizmann.ac.il/~reingold/publications/jfk-tissec.pdf >> >> What I am not sure of is that the method computeJFKsharedKey is used >> by my cipher class too to generate the SecretKey required, but should >> I use the JCA key generator to do so? That should not be a problem. > > Don't know, I presume JCA uses some sort of Diffie-Hellman key generator? JFK > is a variant on DH. >> >> I am not sure if this is what nextgens had in mind. >> But currently I have tested two nodes running in darknet mode, and >> they were able to connect to each other and send messages. Also I used >> the debugger to see if negtype = 8 was present. >> >> I also ran another old node for which negtype=7 worked normally >> (backward compatible). I hope this is what you were expecting. Here is >> the patch, but I suppose you want me to send a pull request? I ll do >> that too. > > So you have a node running connecting to at least one node via the new > protocol, and to others via the old protocol? >> >> Thank you, >> Chetan _______________________________________________ Devl mailing list Devl@freenetproject.org https://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl