1. 23 9月, 2017 1 次提交
    • D
      Guard against DoS in name constraints handling. · 8545051c
      David Benjamin 提交于
      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: NRich Salz <rsalz@openssl.org>
      Reviewed-by: NAndy Polyakov <appro@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/4393)
      8545051c
  2. 22 9月, 2017 3 次提交
  3. 21 9月, 2017 1 次提交
  4. 20 9月, 2017 6 次提交
  5. 18 9月, 2017 2 次提交
  6. 15 9月, 2017 6 次提交
  7. 14 9月, 2017 9 次提交
  8. 12 9月, 2017 8 次提交
  9. 11 9月, 2017 2 次提交
  10. 10 9月, 2017 1 次提交
    • A
      sha/asm/keccak1600-armv8.pl: fix return value buglet and ... · 236dd463
      Andy Polyakov 提交于
      ... 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: NRich Salz <rsalz@openssl.org>
      236dd463
  11. 09 9月, 2017 1 次提交