Skip to content
  1. Apr 14, 2015
    • Matt Caswell's avatar
      Check for ClientHello message overruns · 35bac916
      Matt Caswell authored
      
      
      The ClientHello processing is insufficiently rigorous in its checks to make
      sure that we don't read past the end of the message. This does not have
      security implications due to the size of the underlying buffer - but still
      needs to be fixed.
      
      With thanks to Qinghao Tang for reporting this issue.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit c9642eb1ff79a30e2c7632ef8267cc34cc2b0d79)
      35bac916
  2. Apr 11, 2015
  3. Apr 10, 2015
  4. Apr 08, 2015
    • Richard Levitte's avatar
      Have mkerr.pl treat already existing multiline string defs properly · 42802a94
      Richard Levitte authored
      
      
      Since source reformat, we ended up with some error reason string
      definitions that spanned two lines.  That in itself is fine, but we
      sometimes edited them to provide better strings than what could be
      automatically determined from the reason macro, for example:
      
          {ERR_REASON(SSL_R_NO_GOST_CERTIFICATE_SENT_BY_PEER),
           "Peer haven't sent GOST certificate, required for selected ciphersuite"},
      
      However, mkerr.pl didn't treat those two-line definitions right, and
      they ended up being retranslated to whatever the macro name would
      indicate, for example:
      
          {ERR_REASON(SSL_R_NO_GOST_CERTIFICATE_SENT_BY_PEER),
           "No gost certificate sent by peer"},
      
      Clearly not what we wanted.  This change fixes this problem.
      
      Reviewed-by: default avatarMatt Caswell <matt@openssl.org>
      (cherry picked from commit 2cfdfe09)
      42802a94
    • Richard Levitte's avatar
      Ignore the non-dll windows specific build directories · 9e63eeaf
      Richard Levitte authored
      
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit 37d92b1b)
      9e63eeaf
    • Richard Levitte's avatar
      Appease clang -Wshadow · 700c0eb8
      Richard Levitte authored
      
      
      The macros BSWAP4 and BSWAP8 have statetemnt expressions
      implementations that use local variable names that shadow variables
      outside the macro call, generating warnings like this
      
      e_aes_cbc_hmac_sha1.c:263:14: warning: declaration shadows a local variable
            [-Wshadow]
          seqnum = BSWAP8(blocks[0].q[0]);
                   ^
      ../modes/modes_lcl.h:41:29: note: expanded from macro 'BSWAP8'
                                  ^
      e_aes_cbc_hmac_sha1.c:223:12: note: previous declaration is here
          size_t ret = 0;
                 ^
      
      Have clang be quiet by modifying the macro variable names slightly
      (suffixing them with an underscore).
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit 2da2a434)
      700c0eb8
    • Richard Levitte's avatar
      Appease clang -Wgnu-statement-expression · a4ba7163
      Richard Levitte authored
      
      
      We use GNU statement expressions in crypto/md32_common.h, surrounded
      by checks that GNU C is indeed used to compile.  It seems that clang,
      at least on Linux, pretends to be GNU C, therefore finds the statement
      expressions and then warns about them.
      
      The solution is to have clang be quiet about it.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit 04958e84)
      a4ba7163
    • Richard Levitte's avatar
      Appease clang -Wempty-translation-unit · d21cbd7d
      Richard Levitte authored
      
      
      ebcdic.c:284:7: warning: ISO C requires a translation unit to contain at least one
            declaration [-Wempty-translation-unit]
            ^
      1 warning generated.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit c25dea53)
      d21cbd7d
    • Emilia Kasper's avatar
      Harden SSLv2-supporting servers against Bleichenbacher's attack. · ae50d827
      Emilia Kasper authored
      
      
      There is no indication that the timing differences are exploitable in
      OpenSSL, and indeed there is some indication (Usenix '14) that they
      are too small to be exploitable. Nevertheless, be careful and apply
      the same countermeasures as in s3_srvr.c
      
      Thanks to Nimrod Aviram, Sebastian Schinzel and Yuval Shavitt for
      reporting this issue.
      
      Reviewed-by: default avatarRichard Levitte <levitte@openssl.org>
      ae50d827
  5. Apr 02, 2015
  6. Mar 31, 2015
  7. Mar 28, 2015
  8. Mar 25, 2015
  9. Mar 24, 2015
  10. Mar 23, 2015
  11. Mar 22, 2015
  12. Mar 20, 2015
  13. Mar 19, 2015