RECENT BLOG NEWS

Did you know that wolfSSL is integrated into the LuCI project, which is a web interface for embedded devices?  LuCI is an interface tool for wireless routers.  See here for project details:  http://luci.subsignal.org/

The wolfSSL embedded ssl library and Gnu TLS are the first SSL libraries to support the new TLS 1.2 standard.  The TLS specification can be found here:  http://www.ietf.org/rfc/rfc5246.txt.  The first browser to support TLS 1.2 is Opera.  It appears that TLS 1.2 support is also available in Windows 7, though not by default.  As of this writing support from other browsers  appears to be in the works. 

Why use TLS 1.2?  In a nutshell, enhanced security.  TLS 1.2 is less susceptible to MITM attacks, has stronger default security, and adds some additional flexibility for developers.

Are you using or evaluating wolfSSL’s TLS 1.2 support?  Let us have your feedback!  We would also love to know what extensions to the specification that you think we should support.

Hi!  We have embedded wolfSSL into Memcache and are now making it available to beta testers. 
 
There are no obligations for beta testers, so if you want to just review our changes to the source, that is fine.  The first beta will not include client libraries, and we currently don’t know which ones should be supported, so your feedback here is critical.  Let us know which Memcache clients to support.  Your vote counts!  We’ll work with beta testers to provide the client library they need.  Our ideal beta tester has a test rig where they can assess the performance of a wolfSSL secured Memcache versus a regular Memcache.  If community interest in the beta is strong, and feedback is positive, then we’ll submit a branch/patch of Memcache with wolfSSL to the main source tree.  Contact us at info@yassl.com to receive the beta. 

See the excellent blog post by Katie Serignese here:  http://www.sdtimes.com/blog/post/2010/03/04/The-state-of-software-security.aspx.

Get the report from Veracode here:  https://www.veracode.com/sites/default/files/Resources/Reports/state-of-software-security-volume-2-executive-summary-report.pdf.  Registration is not required to download the report.  The detailed report is an excellent document.

We`re considering adding Windows Kernel compatibility to wolfSSL. This means that our embedded SSL library would run in Kernel mode and use either TDI or WinSocK Kernel. We`re not sure at this point whether we should use TDI or WinSocK Kernel. The advantage of this project may include performance enhancement for device driver implementers that want SSL security. Frankly speaking, we`re not sure if there will be other advantages and would love feedback on the general usefulness of this idea. Do Kernel developers want an SSL library? Please comment!

A new release of wolfSSL embedded SSL library is now available for download.

Release 1.5.0 contains bug fixes, support for the GoAhead web server, sniffer support, and swig interface support for Python, Java, Perl, and others. Please see the README for more details. Public announcement is at PrWeb

A new release of yaSSL is now available for download.

Release 1.9.9 contains bug fixes, a potential security problem fix for a buffer overflow possibility in certificate name processing, and removal of assert()s.

A new release of the wolfSSL embedded SSL library is now available for download.
Release 1.3.0 contains bug fixes, a potential security problem fix, better support for porting, removal of assert()s, and a complete port to the THREADX operating system.
yaSSL/CaySSL have no renegotiaton vulnerability

Hi! We`ve been getting a number of questions about the high profile vulnerabilities in OpenSSL, GnuTLS, NSS and mod_ssl.
This vulnerability is based on a potentially insecure SSL early feature that yaSSL chose to never support in the first place. As such, yaSSL/wolfSSL was never insecure.

More details on the issue can be found below: From CVE

“The TLS protocol, and the SSL protocol 3.0 and possibly earlier, as used in Microsoft Internet Information Services (IIS) 7.0, mod_ssl in the Apache HTTP Server 2.2.14 and earlier, OpenSSL before 0.9.8l, GnuTLS 2.8.5 and earlier, Mozilla Network Security Services (NSS) 3.12.4 and earlier, and other products, does not properly associate renegotiation handshakes with an existing connection, which allows man-in-the-middle attackers to insert data into HTTPS sessions, and possibly other types of sessions protected by TLS or SSL, by sending an unauthenticated request that is processed retroactively by a server in a post-renegotiation context, related to a “plaintext injection” attack, aka the “Project Mogul” issue.”

The wolfSSL embedded SSL library Release 1.2.0 is now available for download.
 
Release 1.2.0 for wolfSSL adds bug fixes and session negotiation when first use is read or write.
 
To get TLS 1.2 support please use the client and server functions:
 
SSL_METHOD *TLSv1_2_server_method(void);
SSL_METHOD *TLSv1_2_client_method(void);
 
The wolfSSL OpenSSL compatibility layer was tested against lighttpd 1.4.23, see the notes in README for build instructions. See the download page for a linux build of Lighty built with wolfSSL.  Let us know if you have any problems building wolfSSL with Lighty or if you need help building the wolfSSL/Lighty combination on another operating environment at info@yassl.com.