1. 22 Sep, 2017 1 commit
    • David Benjamin's avatar
      Guard against DoS in name constraints handling. · 8545051c
      David Benjamin authored
      
      
      This guards against the name constraints check consuming large amounts
      of CPU time when certificates in the presented chain contain an
      excessive number of names (specifically subject email names or subject
      alternative DNS names) and/or name constraints.
      
      Name constraints checking compares the names presented in a certificate
      against the name constraints included in a certificate higher up in the
      chain using two nested for loops.
      
      Move the name constraints check so that it happens after signature
      verification so peers cannot exploit this using a chain with invalid
      signatures. Also impose a hard limit on the number of name constraints
      check loop iterations to further mitigate the issue.
      
      Thanks to NCC for finding this issue. Fix written by Martin Kreichgauer.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      Reviewed-by: default avatarAndy Polyakov <appro@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/4393)
      8545051c
  2. 21 Sep, 2017 4 commits
  3. 20 Sep, 2017 5 commits
  4. 19 Sep, 2017 1 commit
  5. 18 Sep, 2017 1 commit
  6. 17 Sep, 2017 1 commit
  7. 15 Sep, 2017 1 commit
  8. 14 Sep, 2017 12 commits
  9. 13 Sep, 2017 2 commits
  10. 12 Sep, 2017 4 commits
  11. 11 Sep, 2017 6 commits
  12. 09 Sep, 2017 1 commit
    • Andy Polyakov's avatar
      sha/asm/keccak1600-armv8.pl: fix return value buglet and ... · 236dd463
      Andy Polyakov authored
      
      
      ... script data load.
      
      On related note an attempt was made to merge rotations with logical
      operations. I mean as we know, ARM ISA has merged rotate-n-logical
      instructions which can be used here. And they were used to improve
      keccak1600-armv4 performance. But not here. Even though this approach
      resulted in improvement on Cortex-A53 proportional to reduction of
      amount of instructions, ~8%, it didn't exactly worked out on
      non-Cortex cores. Presumably because they break merged instructions
      to separate μ-ops, which results in higher *operations* count. X-Gene
      and Denver went ~20% slower and Apple A7 - 40%. The optimization was
      therefore dismissed.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      236dd463
  13. 08 Sep, 2017 1 commit