README 12 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191
  1. *** Description ***
  2. The wolfSSL embedded SSL library (formerly CyaSSL) is a lightweight SSL/TLS
  3. library written in ANSI C and targeted for embedded, RTOS, and
  4. resource-constrained environments - primarily because of its small size, speed,
  5. and feature set. It is commonly used in standard operating environments as well
  6. because of its royalty-free pricing and excellent cross platform support.
  7. wolfSSL supports industry standards up to the current TLS 1.3 and DTLS 1.3
  8. levels, is up to 20 times smaller than OpenSSL, and offers progressive ciphers
  9. such as ChaCha20, Curve25519, and Blake2b. User benchmarking and feedback
  10. reports dramatically better performance when using wolfSSL over OpenSSL.
  11. wolfSSL is powered by the wolfCrypt library. Two versions of the wolfCrypt
  12. cryptography library have been FIPS 140-2 validated (Certificate #2425 and
  13. certificate #3389). For additional information, visit the wolfCrypt FIPS FAQ
  14. (https://www.wolfssl.com/license/fips/) or contact fips@wolfssl.com
  15. *** Why choose wolfSSL? ***
  16. There are many reasons to choose wolfSSL as your embedded SSL solution. Some of
  17. the top reasons include size (typical footprint sizes range from 20-100 kB),
  18. support for the newest standards (SSL 3.0, TLS 1.0, TLS 1.1, TLS 1.2, TLS 1.3,
  19. DTLS 1.0, DTLS 1.2, and DTLS 1.3), current and progressive cipher support
  20. (including stream ciphers), multi-platform, royalty free, and an OpenSSL
  21. compatibility API to ease porting into existing applications which have
  22. previously used the OpenSSL package. For a complete feature list, see chapter 4
  23. of the wolfSSL manual. (https://www.wolfssl.com/docs/wolfssl-manual/ch4/)
  24. *** Notes, Please read ***
  25. Note 1)
  26. wolfSSL as of 3.6.6 no longer enables SSLv3 by default. wolfSSL also no longer
  27. supports static key cipher suites with PSK, RSA, or ECDH. This means if you
  28. plan to use TLS cipher suites you must enable DH (DH is on by default), or
  29. enable ECC (ECC is on by default), or you must enable static key cipher suites
  30. with
  31. WOLFSSL_STATIC_DH
  32. WOLFSSL_STATIC_RSA
  33. or
  34. WOLFSSL_STATIC_PSK
  35. though static key cipher suites are deprecated and will be removed from future
  36. versions of TLS. They also lower your security by removing PFS.
  37. When compiling ssl.c, wolfSSL will now issue a compiler error if no cipher
  38. suites are available. You can remove this error by defining
  39. WOLFSSL_ALLOW_NO_SUITES in the event that you desire that, i.e., you're not
  40. using TLS cipher suites.
  41. Note 2)
  42. wolfSSL takes a different approach to certificate verification than OpenSSL
  43. does. The default policy for the client is to verify the server, this means
  44. that if you don't load CAs to verify the server you'll get a connect error,
  45. no signer error to confirm failure (-188).
  46. If you want to mimic OpenSSL behavior of having SSL_connect succeed even if
  47. verifying the server fails and reducing security you can do this by calling:
  48. wolfSSL_CTX_set_verify(ctx, SSL_VERIFY_NONE, 0);
  49. before calling wolfSSL_new();. Though it's not recommended.
  50. Note 3)
  51. The enum values SHA, SHA256, SHA384, SHA512 are no longer available when
  52. wolfSSL is built with --enable-opensslextra (OPENSSL_EXTRA) or with the macro
  53. NO_OLD_SHA_NAMES. These names get mapped to the OpenSSL API for a single call
  54. hash function. Instead the name WC_SHA, WC_SHA256, WC_SHA384 and WC_SHA512
  55. should be used for the enum name.
  56. *** end Notes ***
  57. # wolfSSL Release 5.6.6 (Dec 19, 2023)
  58. Release 5.6.6 has been developed according to wolfSSL's development and QA
  59. process (see link below) and successfully passed the quality criteria.
  60. https://www.wolfssl.com/about/wolfssl-software-development-process-quality-assurance
  61. NOTE: * --enable-heapmath is being deprecated and will be removed by 2024
  62. REMINDER: When working with AES Block Cipher algorithms, wc_AesInit() should
  63. always be called first to initialize the `Aes` structure, before calling other
  64. Aes API functions. Recently we found several places in our documentation,
  65. comments, and codebase where this pattern was not observed. We have since
  66. fixed this omission in several PRs for this release.
  67. ## Vulnerabilities
  68. * [Medium] CVE-2023-6935: After review of the previous RSA timing fix in wolfSSL 5.6.4, additional changes were found to be required. A complete resistant change is delivered in this release. This fix is for the Marvin attack, leading to being able to decrypt a saved TLS connection and potentially forge a signature after probing with a very large number of trial connections. This issue is around RSA decryption and affects the optional static RSA cipher suites on the server side, which are considered weak, not recommended to be used and are off by default in wolfSSL (even with --enable-all). Static RSA cipher suites were also removed from the TLS 1.3 protocol and are only present in TLS 1.2 and lower. All padding versions of RSA decrypt are affected since the code under review is outside of the padding processing. Information about the private keys is NOT compromised in affected code. It is recommended to disable static RSA cipher suites and update the version of wolfSSL used if using RSA private decryption alone outside of TLS. Thanks to Hubert Kario for the report. The fix for this issue is located in the following GitHub Pull Request: https://github.com/wolfSSL/wolfssl/pull/6955.
  69. * [Low] CVE-2023-6936: A potential heap overflow read is possible in servers connecting over TLS 1.3 when the optional WOLFSSL_CALLBACKS has been defined. The out of bounds read can occur when a server receives a malicious malformed ClientHello. Users should either discontinue use of WOLFSSL_CALLBACKS on the server side or update versions of wolfSSL to 5.6.6. Thanks to the tlspuffin fuzzer team for the report which was designed and developed by; Lucca Hirschi (Inria, LORIA), Steve Kremer (Inria, LORIA), and Max Ammann (Trail of Bits). The fix for this issue is located in the following GitHub Pull Request: https://github.com/wolfSSL/wolfssl/pull/6949.
  70. * [Low] A side channel vulnerability with AES T-Tables is possible in a very controlled environment where precision sub-cache-line inspection can happen, such as inside an Intel SGX enclave. This can lead to recovery of the AES key. To prevent this type of attack, wolfSSL added an AES bitsliced implementation which can be enabled with the “--enable-aes-bitsliced” configure option. Thanks to Florian Sieck, Zhiyuan Zhang, Sebastian Berndt, Chitchanok Chuengsatiansup, Thomas Eisenbarth, and Yuval Yarom for the report (Universities of Lübeck, Melbourne, Adelaide and Bochum). The fix for this issue is located in the following GitHub Pull Request: https://github.com/wolfSSL/wolfssl/pull/6854.
  71. * [Low] CVE-2023-6937: wolfSSL prior to 5.6.6 did not check that messages in a single (D)TLS record do not span key boundaries. As a result, it was possible to combine (D)TLS messages using different keys into one (D)TLS record. The most extreme edge case is that, in (D)TLS 1.3, it was possible that an unencrypted (D)TLS 1.3 record from the server containing first a ServerHello message and then the rest of the first server flight would be accepted by a wolfSSL client. In (D)TLS 1.3 the handshake is encrypted after the ServerHello but a wolfSSL client would accept an unencrypted flight from the server. This does not compromise key negotiation and authentication so it is assigned a low severity rating. Thanks to Johannes Wilson for the report (Sectra Communications and Linköping University). The fix for this issue is located in the following GitHub Pull Request: https://github.com/wolfSSL/wolfssl/pull/7029.
  72. ## New Feature Additions
  73. * Build option for disabling CRL date checks (WOLFSSL_NO_CRL_DATE_CHECK) (PR 6927)
  74. * Support for STM32WL55 and improvements to PKA ECC support (PR 6937)
  75. * Add option to skip cookie exchange on DTLS 1.3 session resumption (PR 6929)
  76. * Add implementation of SRTP KDF and SRTCP KDF (--enable-srtp-kdf) (PR 6888)
  77. * Add wolfSSL_EXTENDED_KEY_USAGE_free() (PR 6916)
  78. * Add AES bitsliced implementation that is cache attack safe (--enable-aes-bitsliced) (PR 6854)
  79. * Add memcached support and automated testing (PR 6430, 7022)
  80. * Add Hardware Encryption Acceleration for ESP32-C3, ESP32-C6, and ESP32-S2 (PR 6990)
  81. * Add (D)TLS 1.3 support for 0.5-RTT data (PR 7010)
  82. ## Enhancements and Optimizations
  83. * Better built in testing of “--sys-ca-certs” configure option (PR 6910)
  84. * Updated CMakeLists.txt for Espressif wolfSSL component usage (PR 6877)
  85. * Disable TLS 1.1 by default (unless SSL 3.0 or TLS 1.0 is enabled) (PR 6946)
  86. * Add “--enable-quic” to “--enable-all” configure option (PR 6957)
  87. * Add support to SP C implementation for RSA exponent up to 64-bits (PR 6959)
  88. * Add result of “HAVE___UINT128_T” to options.h for CMake builds (PR 6965)
  89. * Add optimized assembly for AES-GCM on ARM64 using hardware crypto instructions (PR 6967)
  90. * Add built-in cipher suite tests for DTLS 1.3 PQC (PR 6952)
  91. * Add wolfCrypt test and unit test to ctest (PR 6977)
  92. * Move OpenSSL compatibility crypto APIs into ssl_crypto.c file (PR 6935)
  93. * Validate time generated from XGMTIME() (PR 6958)
  94. * Allow wolfCrypt benchmark to run with microsecond accuracy (PR 6868)
  95. * Add GitHub Actions testing with nginx 1.24.0 (PR 6982)
  96. * Allow encoding of CA:FALSE BasicConstraint during cert generation (PR 6953)
  97. * Add CMake option to enable DTLS-SRTP (PR 6991)
  98. * Add CMake options for enabling QUIC and cURL (PR 7049)
  99. * Improve RSA blinding to make code more constant time (PR 6955)
  100. * Refactor AES-NI implementation macros to allow dynamic fallback to C (PR 6981)
  101. * Default to native Windows threading API on MinGW (PR 7015)
  102. * Return better error codes from OCSP response check (PR 7028)
  103. * Updated Espressif ESP32 TLS client and server examples (PR 6844)
  104. * Add/clean up support for ESP-IDF v5.1 for a variety of ESP32 chips (PR 7035, 7037)
  105. * Add API to choose dynamic certs based on client ciphers/sigalgs (PR 6963)
  106. * Improve Arduino IDE 1.5 project file to match recursive style (PR 7007)
  107. * Simplify and improve apple-universal build script (PR 7025)
  108. ## Fixes
  109. * Fix for async edge case with Intel QuickAssist/Cavium Nitrox (PR 6931)
  110. * Fix for building PKCS#7 with RSA disabled (PR 6902)
  111. * Fix for advancing output pointer in wolfSSL_i2d_X509() (PR 6891)
  112. * Fix for EVP_EncodeBlock() appending a newline (PR 6900)
  113. * Fix for wolfSSL_RSA_verify_PKCS1_PSS() with RSA_PSS_SALTLEN_AUTO (PR 6938)
  114. * Fixes for CODESonar reports around isalpha() and isalnum() calls (PR 6810)
  115. * Fix for SP ARM64 integer math to avoid compiler optimization issues (PR 6942)
  116. * Fix for SP Thumb2 inline assembly to add IAR build support (PR 6943, 6971)
  117. * Fix for SP Thumb2 to make functions not inlined (PR 6993)
  118. * Fix for SP Cortex-M assembly large build with IAR (PR 6954)
  119. * Fix for SP ARM64 assembly montgomery reduction by 4 (PR 6947)
  120. * Fix for SP ARM64 P-256 for not inlining functions for iOS compatibility (PR 6979)
  121. * Fix for WOLFSSL_CALLBACKS and potential memory error (PR 6949)
  122. * Fixes for wolfSSL’s Zephyr OS port (PR 6930)
  123. * Fix for build errors when building for NXP mmCAU (FREESCALE_MMCAU) (PR 6970)
  124. * Fix for TLS 1.3 SendBuffered() return code in non-blocking mode (PR 7001)
  125. * Fix for TLS Hmac_UpdateFinal() when padding byte is invalid (PR 6998)
  126. * Fix for ARMv8 AES-GCM streaming to check size of IV before storing (PR 6996)
  127. * Add missing calls to wc_AesInit() before wc_AesSetKey() (PR 7011)
  128. * Fix build errors with DTLS 1.3 enabled but TLS 1.2 disabled (PR 6976)
  129. * Fixes for building wolfSSL in Visual Studio (PR 7040)
  130. For additional vulnerability information visit the vulnerability page at:
  131. https://www.wolfssl.com/docs/security-vulnerabilities/
  132. See INSTALL file for build instructions.
  133. More info can be found on-line at: https://wolfssl.com/wolfSSL/Docs.html
  134. *** Resources ***
  135. [wolfSSL Website](https://www.wolfssl.com/)
  136. [wolfSSL Wiki](https://github.com/wolfSSL/wolfssl/wiki)
  137. [FIPS FAQ](https://wolfssl.com/license/fips)
  138. [wolfSSL Documents](https://wolfssl.com/wolfSSL/Docs.html)
  139. [wolfSSL Manual](https://wolfssl.com/wolfSSL/Docs-wolfssl-manual-toc.html)
  140. [wolfSSL API Reference]
  141. (https://wolfssl.com/wolfSSL/Docs-wolfssl-manual-17-wolfssl-api-reference.html)
  142. [wolfCrypt API Reference]
  143. (https://wolfssl.com/wolfSSL/Docs-wolfssl-manual-18-wolfcrypt-api-reference.html)
  144. [TLS 1.3](https://www.wolfssl.com/docs/tls13/)
  145. [wolfSSL Vulnerabilities]
  146. (https://www.wolfssl.com/docs/security-vulnerabilities/)
  147. Additional wolfSSL Examples](https://github.com/wolfssl/wolfssl-examples)