If you are a Keil MDK-ARM user, we’re happy to announce that the wolfSSL embedded SSL library is now integrated into the Keil MDK5 as an easy-to-use software pack.
This integration means that MDK5 users can easily pull in SSL/TLS support directly to their Keil projects without going out to the web to do a separate download. In addition to the library itself, several example projects using wolfSSL are also available.
As stated by Reinhard Keil, ARM’s Director of MCU Tools, “The Keil and wolfSSL teams have successfully collaborated to fully integrate CyaSSL Embedded SSL into MDK 5. The result is the most seamless tool combination available for developers wishing to secure their device communications with SSL.”
To read more, the press release can be found here: http://www.prweb.com/releases/2013/10/prweb11215195.htm. We’re excited to hear user feedback and field any questions that may come up. Let us know what you think at firstname.lastname@example.org.
wolfSSL is happy to announce that the first release of the wolfSSL JNI wrapper is now available for download.
wolfSSL JNI provides Java applications with SSL/TLS support up to the current industry standards of TLS 1.2 and DTLS 1.2. Current Java implementations have lacked DTLS support, causing Java developers to write their own custom JNI wrapper if they wanted or needed to use DTLS. wolfSSL JNI solves this problem by giving developers a ready-to-use Java wrapper around the robust and mature CyaSSL lightweight SSL library.
In addition to providing DTLS support, wolfSSL JNI has been designed with flexibility in mind. It allows Java applications to write custom callbacks for I/O, public key, MAC/encrypt, decrypt/verify, and logging, and allows developers to leverage all the flexibility and portability that has made CyaSSL popular with users around the globe.
Like CyaSSL, wolfSSL JNI is dual licensed under both the GPLv2 as well as a standard commercial license. Detailed licensing and support options can be found on the wolfSSL Licensing page (linked below).
Download wolfSSL JNI and give it a try! If you have any questions or comments, please feel free to reach out to us at email@example.com.
wolfSSL JNI Manual: http://www.yassl.com/yaSSL/Docs-wolfssl-jni-manual.html
wolfSSL JNI Product Page: http://yassl.com/yaSSL/Products-wolfssljni.html
License Information: http://yassl.com/yaSSL/License.html
Hi! We are currently considering implementing Oauth for devices.
OAuth, first defined by RFC 5849 (1.0), and revised with RFC 6749 (2.0) specifies an authorization framework to allow third party applications to obtain limited access to HTTP services. From RFC 6749:
“In the traditional client-server authentication model, the client requests an access-restricted resource (protected resource) on the server by authenticating with the server using the resource owner`s credentials. In order to provide third-party applications access to restricted resources, the resource owner shares its credentials with the third party.”
Under this traditional approach, third parties are given direct access to the resource owner`s credentials. This brings with it several concerns, including passwords being stored in plaintext, third parties gaining overly-broad access to the resource owner`s resources, and the inability for resource owners to revoke third party privileges without having to change their password.
OAuth presents a way to solve these issues by having the third party application request access to resources controlled by a resource owner (which are hosted on a resource server). The application is then issued a different set of credentials than those of the resource owner which it can then in turn use to access the desired resources.
Do you need an OAuth client on your device or for your embedded application? If so, let us know at firstname.lastname@example.org.
RFC 5849: http://tools.ietf.org/html/rfc5849
RFC 6749: http://tools.ietf.org/html/rfc6749
OAuth Community Site: http://oauth.net/
Hi! This is just a reminder. We are still all about open source. We believe that Open Source Software is the best way to conceive, share, deliver, support and build software.
We believe in open source for all of the right and well documented reasons. If you can`t work with open source then tell us your story at email@example.com.
Hi! The CyaSSL Embedded SSL engine, wolfCrypt cryptography library, and the wolfSSL Embedded Web Server now support Freescale`s ColdFire hardware encryption. Our initial benchmarks show that AES and 3DES cryptography operations are up to 10 times faster when done with ColdFire`s hardware acceleration. If you would like to use one of our products with ColdFire, and leverage ColdFire`s hardware cryptography, then contact us at firstname.lastname@example.org.
Are you just learning about SSL/TLS, or interested in learning how to layer it into an existing application? If so, we include an SSL tutorial in Chapter 11 of our wolfSSL Manual which provides a good introduction to integrating wolfSSL into a typical TCP socket-based application.
Our SSL/TLS Tutorial uses base examples found in the popular “Unix Network Programming” book by Richard Stevens, Bill Fenner, and Andrew Rudoff. It then walks the programmer through the integration of wolfSSL step by step, eventually giving them a working application with secure communication through SSL.
The tutorial can be found at the following URL:
wolfSSL SSL/TLS Tutorial
Please contact us at email@example.com with any questions or comments regarding the tutorial or the wolfSSL lightweight SSL/TLS library.
Hi! One of the alternative ciphers we`ve considered implementing in wolfSSL is the Serpent Cipher. Not only does it have a cool sounding alliterative name, but it is theoretically more secure than Rijndael/AES. In fact, it was a finalist for AES. An overview of the Serpent Cipher can be found here: http://en.wikipedia.org/wiki/Serpent_(cipher).
If you think it is productive for us to add Serpent to wolfSSL, then just let us know at firstname.lastname@example.org.
In unrelated news, We Are The Champions http://www.youtube.com/watch?v=04854XqcfCY of National Cyber Security Awareness Month. See: https://staysafeonline.org/ncsam/ncsam-champions/, for the complete list of champions, and how to get involved.