1. 04 Apr, 2017 1 commit
  2. 03 Apr, 2017 2 commits
  3. 02 Apr, 2017 1 commit
  4. 01 Apr, 2017 2 commits
  5. 31 Mar, 2017 2 commits
  6. 30 Mar, 2017 1 commit
  7. 29 Mar, 2017 8 commits
  8. 28 Mar, 2017 9 commits
  9. 27 Mar, 2017 1 commit
  10. 26 Mar, 2017 1 commit
    • Andy Polyakov's avatar
      aes/asm/bsaes-armv7.pl: relax stack alignment requirement. · be253164
      Andy Polyakov authored
      
      
      Even though Apple refers to Procedure Call Standard for ARM Architecture
      (AAPCS), they apparently adhere to custom version that doesn't follow
      stack alignment constraints in the said standard. [Why or why? If it's
      vendor lock-in thing, then it would be like worst spot ever.] And since
      bsaes-armv7 relied on standard alignment, it became problematic to
      execute the code on iOS.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (cherry picked from commit 0822d41b)
      be253164
  11. 25 Mar, 2017 1 commit
  12. 24 Mar, 2017 3 commits
  13. 23 Mar, 2017 2 commits
  14. 22 Mar, 2017 2 commits
  15. 21 Mar, 2017 3 commits
  16. 20 Mar, 2017 1 commit
    • Richard Levitte's avatar
      Fix decoding of ASN.1 LONG and ZLONG items · 249452df
      Richard Levitte authored
      
      
      LONG and ZLONG items (which are OpenSSL private special cases of
      ASN1_INTEGER) are encoded into DER with padding if the leading octet
      has the high bit set, where the padding can be 0x00 (for positive
      numbers) or 0xff (for negative ones).
      
      When decoding DER to LONG or ZLONG, the padding wasn't taken in
      account at all, which means that if the encoded size with padding
      is one byte more than the size of long, decoding fails.  This change
      fixes that issue.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/3000)
      249452df