Re: Hardware acceleration?
Matthew Toseland <toad-EI5O+8PHWbJeeLb3ft/[email protected]> Thu, 11 Dec 2008 14:01:39 +0000
| Newsgroups | gmane.network.freenet.technical |
|---|---|
| Message-ID | <[email protected]> |
On Thursday 11 December 2008 13:54, Matthew Toseland wrote: > On Thursday 11 December 2008 07:26, Daniel Cheng wrote: > > On Thu, Dec 11, 2008 at 1:12 PM, Ancoron Luciferis > > <[email protected]> wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Hi *, > > > > > > I have a simple question: > > > > > > In the near future I am going to buy one of those fantastic little boxes > > > from Soekris ( http://www.soekris.com/net5501.htm ) with an additional > > > "hardware security accelerator" ( http://www.soekris.com/vpn1401.htm ) > > > board that can take over the en-/decryption of secured connections using > > > public key, RSA, DSA, SSL, IKE and DH, authentication, compression, LZS, > > > MPPC, ... using the crypto engine "Hi/fn 7955" (using > > > http://sourceforge.net/projects/hifn7951/ experimental driver for linux). > > > > > > Would a current freenet client denefit from these hardware accelerations? > > > > Short answer: No. =) > > > > Long answer: > > You need special JCE module (software) installed. > > (e.g. http://www.via.com.tw/en/initiatives/padlock/via-jcp.jsp ) > > > > However, > > the most-used crypto in freenet is Rijndael (original favour, not the NIST > one), > > no module provide this acceleration. > > AFAIK it's the same, but we generally use 256/256, whereas AES is actually > 256/128. In any case there are export policy / key length issues until 1.6, > and we don't require 1.6 yet. This also applies to DSA/RSA. We use our own implementations because the JVM versions are restricted in key length until 1.6. It would be possible to switch between the different impls by a config option, if it was deemed worth the effort... > > > > SHA-256, while do have some acceleration exist, are used sparsely. > > We use SHA-256 in many places. We use the JVM implementation. So if hardware > acceleration is enabled, and if the relevant java library is included > (manually, RTFM), SHA-256 will be accelerated. The accelerator card doesn't do SHA-256 apparently, only SHA-1 and md5. We do use md5 in some cases (e.g. the spider), but it's not widely used as it is known to be broken. > > The hardware RNG will also be useful. > > > > > The main question thereof is: Is the encryption/decryption secure > > > connection handling implemented in pure Java or is it dome using the > > > native (for Linux/Unix systems shared) libraries? > > > > > > And if it is implemented in pure Java wouldn't it give freenet an extra > > > performance boost when it used native/shared libraries for such a task > > > that can be compiled with specific processor optimization flags? > > > > > > Thanx in advance for any answers. :-) > > > > > > > > > Regards, > > > > > > AncoL > _______________________________________________ Tech mailing list [email protected] http://emu.freenetproject.org/cgi-bin/mailman/listinfo/tech
signature.asc
(application/pgp-signature, 827 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUASUEdRHsvjZi+xPTDAQLCyg/7B131HqFL6NNSQopQtNz2db9vpCqTQHoi xvW3x2nBJXSXMCak4QUlhK7S+iW1K+IEdSYYWqKe/wQTTe+uOqPcVlKVo5SKlqBT Dhx7uToPj+f6mDgTz7aovQcgxLOubi2czrCSS9El1xvBWRJdG+LtDS/00xFEAGFP qm+5wTEADVuX2wNkDEumOIBJWUm8ih1X6QmFu/wZ5Od2ujj68MmqKCfQU7ZFhEhz HlNfGXVOvYQK8UbTK79L6AYm5WSp3DM8aGBn/4m0T6yITMs1Y/Hz5laomtIE9hbU tXin5E5DVsnh+zjWLfNPLap4DoRYHwQozCMW9lWZJRhjoN0TD8Q2vsg6mxJZiYRJ eQk58loNCXTvx8g2odc9S3TQLlhBHV7Ui4ky9gC2VX/MeS0QEsg8cQBOxOhNd1MF Q0xrKRi448V4gwC/vxM8zlhSk9zPoLV84tbYQhHAwxxJi1Ih3jmHHLZVE3QdGa2P oyiNA2/GZKr+o0ejn09mKtLZgsYqhPfeh408/qmSQynzgmby5/ETZfGxQaXsyWQ+ 6LlPQ1bEOgJTc7GnDj62IciXIvu4Iexyod8KwJ6wtnUKJgG22f7+I3MUMmja6SAT aHDURBNIL7LqFDuztke1aYqg3EAvnB+Sv15mz3bTJ8YLECTN/oZJvhOKK0OjUEjV VblIFTcKQ/w= =gqb9 -----END PGP SIGNATURE-----