On Fri, 15 Jul 2005, Jim Schneider wrote:
Actually, my point about embedded systems wasn't that they'd necessarily have the full suite of OpenSSL, but that a pared-down version would be desirable. If all I want to do is triple DES with anonymous DH for key exchange on an embedded platform (for example), OpenSSL is probably a good place to start. By explicitly abandoning sub-32 bit systems, this may not be an option going forward.
The 8-bit system I have experience on (Cypress EZ-USB 8051) had like 8K of ROM, and 256 bytes- not kilobytes, not megabytes, *bytes*- of RAM. Now, you can implement triple-des and DH in this space, but it basically requires a dedicated implementations. You can't afford to waste a byte.
The gray area is 16-bit systems, with hundreds of K to say a meg of memory. The problem is that there is increasingly less cost difference between the 16-bit CPUs and the low end 32-bit ARM and PPC cpus. Which means the 16-bit market is going away, from what I've seen.
Brian ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [EMAIL PROTECTED]
