2014-12-20 16:13:41 +00:00
|
|
|
/* ====================================================================
|
|
|
|
* Copyright (c) 2012 The OpenSSL Project. All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in
|
|
|
|
* the documentation and/or other materials provided with the
|
|
|
|
* distribution.
|
|
|
|
*
|
|
|
|
* 3. All advertising materials mentioning features or use of this
|
|
|
|
* software must display the following acknowledgment:
|
|
|
|
* "This product includes software developed by the OpenSSL Project
|
|
|
|
* for use in the OpenSSL Toolkit. (http://www.openssl.org/)"
|
|
|
|
*
|
|
|
|
* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to
|
|
|
|
* endorse or promote products derived from this software without
|
|
|
|
* prior written permission. For written permission, please contact
|
|
|
|
* openssl-core@openssl.org.
|
|
|
|
*
|
|
|
|
* 5. Products derived from this software may not be called "OpenSSL"
|
|
|
|
* nor may "OpenSSL" appear in their names without prior written
|
|
|
|
* permission of the OpenSSL Project.
|
|
|
|
*
|
|
|
|
* 6. Redistributions of any form whatsoever must retain the following
|
|
|
|
* acknowledgment:
|
|
|
|
* "This product includes software developed by the OpenSSL Project
|
|
|
|
* for use in the OpenSSL Toolkit (http://www.openssl.org/)"
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY
|
|
|
|
* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
|
|
|
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR
|
|
|
|
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
|
|
|
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
|
|
|
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
|
|
|
|
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
|
|
|
|
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
|
|
|
|
* OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
* ====================================================================
|
|
|
|
*
|
|
|
|
* This product includes cryptographic software written by Eric Young
|
|
|
|
* (eay@cryptsoft.com). This product includes software written by Tim
|
|
|
|
* Hudson (tjh@cryptsoft.com). */
|
|
|
|
|
|
|
|
#include <assert.h>
|
2015-01-31 01:08:37 +00:00
|
|
|
#include <string.h>
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
#include <openssl/digest.h>
|
2016-03-25 22:07:11 +00:00
|
|
|
#include <openssl/nid.h>
|
2014-12-20 16:13:41 +00:00
|
|
|
#include <openssl/sha.h>
|
|
|
|
|
|
|
|
#include "../internal.h"
|
2016-03-19 00:28:36 +00:00
|
|
|
#include "internal.h"
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
|
|
|
|
/* TODO(davidben): unsigned should be size_t. The various constant_time
|
|
|
|
* functions need to be switched to size_t. */
|
|
|
|
|
|
|
|
/* MAX_HASH_BIT_COUNT_BYTES is the maximum number of bytes in the hash's length
|
|
|
|
* field. (SHA-384/512 have 128-bit length.) */
|
|
|
|
#define MAX_HASH_BIT_COUNT_BYTES 16
|
|
|
|
|
|
|
|
/* MAX_HASH_BLOCK_SIZE is the maximum hash block size that we'll support.
|
|
|
|
* Currently SHA-384/512 has a 128-byte block size and that's the largest
|
|
|
|
* supported by TLS.) */
|
|
|
|
#define MAX_HASH_BLOCK_SIZE 128
|
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
int EVP_tls_cbc_remove_padding(size_t *out_padding_ok, size_t *out_len,
|
|
|
|
const uint8_t *in, size_t in_len,
|
|
|
|
size_t block_size, size_t mac_size) {
|
|
|
|
const size_t overhead = 1 /* padding length byte */ + mac_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
/* These lengths are all public so we can test them in non-constant time. */
|
|
|
|
if (overhead > in_len) {
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t padding_length = in[in_len - 1];
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t good = constant_time_ge_s(in_len, overhead + padding_length);
|
2014-12-20 16:13:41 +00:00
|
|
|
/* The padding consists of a length byte at the end of the record and
|
|
|
|
* then that many bytes of padding, all with the same value as the
|
|
|
|
* length byte. Thus, with the length byte included, there are i+1
|
|
|
|
* bytes of padding.
|
|
|
|
*
|
|
|
|
* We can't check just |padding_length+1| bytes because that leaks
|
|
|
|
* decrypted information. Therefore we always have to check the maximum
|
|
|
|
* amount of padding possible. (Again, the length of the record is
|
|
|
|
* public information so we can use it.) */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t to_check = 256; /* maximum amount of padding, inc length byte. */
|
2014-12-20 16:13:41 +00:00
|
|
|
if (to_check > in_len) {
|
|
|
|
to_check = in_len;
|
|
|
|
}
|
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = 0; i < to_check; i++) {
|
2014-12-20 16:13:41 +00:00
|
|
|
uint8_t mask = constant_time_ge_8(padding_length, i);
|
|
|
|
uint8_t b = in[in_len - 1 - i];
|
|
|
|
/* The final |padding_length+1| bytes should all have the value
|
|
|
|
* |padding_length|. Therefore the XOR should be zero. */
|
|
|
|
good &= ~(mask & (padding_length ^ b));
|
|
|
|
}
|
|
|
|
|
|
|
|
/* If any of the final |padding_length+1| bytes had the wrong value,
|
|
|
|
* one or more of the lower eight bits of |good| will be cleared. */
|
2017-03-16 17:46:54 +00:00
|
|
|
good = constant_time_eq_s(0xff, good & 0xff);
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2014-12-22 02:27:41 +00:00
|
|
|
/* Always treat |padding_length| as zero on error. If, assuming block size of
|
|
|
|
* 16, a padding of [<15 arbitrary bytes> 15] treated |padding_length| as 16
|
|
|
|
* and returned -1, distinguishing good MAC and bad padding from bad MAC and
|
|
|
|
* bad padding would give POODLE's padding oracle. */
|
2014-12-20 16:13:41 +00:00
|
|
|
padding_length = good & (padding_length + 1);
|
|
|
|
*out_len = in_len - padding_length;
|
2016-08-10 04:36:43 +01:00
|
|
|
*out_padding_ok = good;
|
|
|
|
return 1;
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
void EVP_tls_cbc_copy_mac(uint8_t *out, size_t md_size, const uint8_t *in,
|
|
|
|
size_t in_len, size_t orig_len) {
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
uint8_t rotated_mac1[EVP_MAX_MD_SIZE], rotated_mac2[EVP_MAX_MD_SIZE];
|
|
|
|
uint8_t *rotated_mac = rotated_mac1;
|
|
|
|
uint8_t *rotated_mac_tmp = rotated_mac2;
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
/* mac_end is the index of |in| just after the end of the MAC. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t mac_end = in_len;
|
|
|
|
size_t mac_start = mac_end - md_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
assert(orig_len >= in_len);
|
|
|
|
assert(in_len >= md_size);
|
|
|
|
assert(md_size <= EVP_MAX_MD_SIZE);
|
|
|
|
|
2016-11-30 15:15:45 +00:00
|
|
|
/* scan_start contains the number of bytes that we can ignore because
|
|
|
|
* the MAC's position can only vary by 255 bytes. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t scan_start = 0;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* This information is public so it's safe to branch based on it. */
|
|
|
|
if (orig_len > md_size + 255 + 1) {
|
|
|
|
scan_start = orig_len - (md_size + 255 + 1);
|
|
|
|
}
|
2016-01-15 19:16:41 +00:00
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t rotate_offset = 0;
|
2016-11-30 15:20:58 +00:00
|
|
|
uint8_t mac_started = 0;
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memset(rotated_mac, 0, md_size);
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = scan_start, j = 0; i < orig_len; i++, j++) {
|
2016-11-30 15:16:04 +00:00
|
|
|
if (j >= md_size) {
|
|
|
|
j -= md_size;
|
|
|
|
}
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t is_mac_start = constant_time_eq_s(i, mac_start);
|
2016-11-30 15:20:58 +00:00
|
|
|
mac_started |= is_mac_start;
|
2014-12-20 16:13:41 +00:00
|
|
|
uint8_t mac_ended = constant_time_ge_8(i, mac_end);
|
2016-11-30 15:16:04 +00:00
|
|
|
rotated_mac[j] |= in[i] & mac_started & ~mac_ended;
|
2016-11-30 15:20:58 +00:00
|
|
|
/* Save the offset that |mac_start| is mapped to. */
|
|
|
|
rotate_offset |= j & is_mac_start;
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
/* Now rotate the MAC. We rotate in log(md_size) steps, one for each bit
|
|
|
|
* position. */
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t offset = 1; offset < md_size; offset <<= 1, rotate_offset >>= 1) {
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
/* Rotate by |offset| iff the corresponding bit is set in
|
|
|
|
* |rotate_offset|, placing the result in |rotated_mac_tmp|. */
|
|
|
|
const uint8_t skip_rotate = (rotate_offset & 1) - 1;
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = 0, j = offset; i < md_size; i++, j++) {
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
if (j >= md_size) {
|
|
|
|
j -= md_size;
|
|
|
|
}
|
|
|
|
rotated_mac_tmp[i] =
|
|
|
|
constant_time_select_8(skip_rotate, rotated_mac[i], rotated_mac[j]);
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
|
|
|
|
/* Swap pointers so |rotated_mac| contains the (possibly) rotated value.
|
|
|
|
* Note the number of iterations and thus the identity of these pointers is
|
|
|
|
* public information. */
|
|
|
|
uint8_t *tmp = rotated_mac;
|
|
|
|
rotated_mac = rotated_mac_tmp;
|
|
|
|
rotated_mac_tmp = tmp;
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
Replace CBC_MAC_ROTATE_IN_PLACE with an N lg N rotation.
Really the only thing we should be doing with these ciphers is hastening
their demise, but it was the weekend and this seemed like fun.
EVP_tls_cbc_copy_mac needs to rotate a buffer by a secret amount. (It
extracts the MAC, but rotated.) We have two codepaths for this. If
CBC_MAC_ROTATE_IN_PLACE is defined (always on), we make some assumptions
abuot cache lines, play games with volatile, and hope that doesn't leak
anything. Otherwise, we do O(N^2) work to constant-time select the
rotation incidences.
But we can do O(N lg N). Rotate by powers of two and constant-time
select by the offset's bit positions. (Handwaivy lower-bound: an array
position has N possible values, so, armed with only a constant-time
select, we need O(lg N) work to resolve it. There's N array positions,
so O(N lg N).)
A microbenchmark of EVP_tls_cbc_copy_mac shows this is 27% faster than
the old one, but still 32% slower than the in-place version.
in-place:
Did 15724000 CopyFromMAC operations in 20000744us (786170.8 ops/sec)
N^2:
Did 8443000 CopyFromMAC operations in 20001582us (422116.6 ops/sec)
N lg N:
Did 10718000 CopyFromMAC operations in 20000763us (535879.6 ops/sec)
This results in the following the CBC ciphers. I measured
AES-128-CBC-SHA1 and AES-256-CBC-SHA384 which are, respectively, the
cipher where the other bits are the fastest and the cipher where N is
largest.
in-place:
Did 2634000 AES-128-CBC-SHA1 (16 bytes) open operations in 10000739us (263380.5 ops/sec): 4.2 MB/s
Did 1424000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10002782us (142360.4 ops/sec): 192.2 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002460us (53086.9 ops/sec): 434.9 MB/s
N^2:
Did 2529000 AES-128-CBC-SHA1 (16 bytes) open operations in 10001474us (252862.7 ops/sec): 4.0 MB/s
Did 1392000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10006659us (139107.4 ops/sec): 187.8 MB/s
Did 528000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10001276us (52793.3 ops/sec): 432.5 MB/s
N lg N:
Did 2531000 AES-128-CBC-SHA1 (16 bytes) open operations in 10003057us (253022.7 ops/sec): 4.0 MB/s
Did 1390000 AES-128-CBC-SHA1 (1350 bytes) open operations in 10003287us (138954.3 ops/sec): 187.6 MB/s
Did 531000 AES-128-CBC-SHA1 (8192 bytes) open operations in 10002448us (53087.0 ops/sec): 434.9 MB/s
in-place:
Did 1249000 AES-256-CBC-SHA384 (16 bytes) open operations in 10001767us (124877.9 ops/sec): 2.0 MB/s
Did 879000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10009244us (87818.8 ops/sec): 118.6 MB/s
Did 344000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10025897us (34311.1 ops/sec): 281.1 MB/s
N^2:
Did 1072000 AES-256-CBC-SHA384 (16 bytes) open operations in 10008090us (107113.3 ops/sec): 1.7 MB/s
Did 780000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10007787us (77939.3 ops/sec): 105.2 MB/s
Did 333000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10016332us (33245.7 ops/sec): 272.3 MB/s
N lg N:
Did 1168000 AES-256-CBC-SHA384 (16 bytes) open operations in 10007671us (116710.5 ops/sec): 1.9 MB/s
Did 836000 AES-256-CBC-SHA384 (1350 bytes) open operations in 10001536us (83587.2 ops/sec): 112.8 MB/s
Did 339000 AES-256-CBC-SHA384 (8192 bytes) open operations in 10018522us (33837.3 ops/sec): 277.2 MB/s
TLS CBC performance isn't as important as it was before, and the costs
aren't that high, so avoid making assumptions about cache lines. (If we
care much about CBC open performance, we probably should get the malloc
out of EVP_tls_cbc_digest_record at the end.)
Change-Id: Ib8d8271be4b09e5635062cd3b039e1e96f0d9d3d
Reviewed-on: https://boringssl-review.googlesource.com/11003
Reviewed-by: Adam Langley <agl@google.com>
Commit-Queue: Adam Langley <agl@google.com>
CQ-Verified: CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org>
2016-09-11 03:54:31 +01:00
|
|
|
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memcpy(out, rotated_mac, md_size);
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* u32toBE serialises an unsigned, 32-bit number (n) as four bytes at (p) in
|
|
|
|
* big-endian order. The value of p is advanced by four. */
|
2016-10-18 18:05:01 +01:00
|
|
|
#define u32toBE(n, p) \
|
|
|
|
do { \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 24); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 16); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 8); \
|
|
|
|
*((p)++) = (uint8_t)((n)); \
|
|
|
|
} while (0)
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
/* u64toBE serialises an unsigned, 64-bit number (n) as eight bytes at (p) in
|
|
|
|
* big-endian order. The value of p is advanced by eight. */
|
2016-10-18 18:05:01 +01:00
|
|
|
#define u64toBE(n, p) \
|
|
|
|
do { \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 56); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 48); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 40); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 32); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 24); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 16); \
|
|
|
|
*((p)++) = (uint8_t)((n) >> 8); \
|
|
|
|
*((p)++) = (uint8_t)((n)); \
|
|
|
|
} while (0)
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2017-03-20 16:45:56 +00:00
|
|
|
typedef union {
|
|
|
|
SHA_CTX sha1;
|
|
|
|
SHA256_CTX sha256;
|
|
|
|
SHA512_CTX sha512;
|
|
|
|
} HASH_CTX;
|
|
|
|
|
|
|
|
static void tls1_sha1_transform(HASH_CTX *ctx, const uint8_t *block) {
|
|
|
|
SHA1_Transform(&ctx->sha1, block);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void tls1_sha256_transform(HASH_CTX *ctx, const uint8_t *block) {
|
|
|
|
SHA256_Transform(&ctx->sha256, block);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void tls1_sha512_transform(HASH_CTX *ctx, const uint8_t *block) {
|
|
|
|
SHA512_Transform(&ctx->sha512, block);
|
|
|
|
}
|
|
|
|
|
2014-12-20 16:13:41 +00:00
|
|
|
/* These functions serialize the state of a hash and thus perform the standard
|
|
|
|
* "final" operation without adding the padding and length that such a function
|
|
|
|
* typically does. */
|
2017-03-20 16:45:56 +00:00
|
|
|
static void tls1_sha1_final_raw(HASH_CTX *ctx, uint8_t *md_out) {
|
|
|
|
SHA_CTX *sha1 = &ctx->sha1;
|
2015-11-01 20:13:24 +00:00
|
|
|
u32toBE(sha1->h[0], md_out);
|
|
|
|
u32toBE(sha1->h[1], md_out);
|
|
|
|
u32toBE(sha1->h[2], md_out);
|
|
|
|
u32toBE(sha1->h[3], md_out);
|
|
|
|
u32toBE(sha1->h[4], md_out);
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
|
2017-03-20 16:45:56 +00:00
|
|
|
static void tls1_sha256_final_raw(HASH_CTX *ctx, uint8_t *md_out) {
|
|
|
|
SHA256_CTX *sha256 = &ctx->sha256;
|
2017-03-16 17:29:23 +00:00
|
|
|
for (unsigned i = 0; i < 8; i++) {
|
2014-12-20 16:13:41 +00:00
|
|
|
u32toBE(sha256->h[i], md_out);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-03-20 16:45:56 +00:00
|
|
|
static void tls1_sha512_final_raw(HASH_CTX *ctx, uint8_t *md_out) {
|
|
|
|
SHA512_CTX *sha512 = &ctx->sha512;
|
2017-03-16 17:29:23 +00:00
|
|
|
for (unsigned i = 0; i < 8; i++) {
|
2014-12-20 16:13:41 +00:00
|
|
|
u64toBE(sha512->h[i], md_out);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
int EVP_tls_cbc_record_digest_supported(const EVP_MD *md) {
|
2014-12-20 16:13:41 +00:00
|
|
|
switch (EVP_MD_type(md)) {
|
|
|
|
case NID_sha1:
|
|
|
|
case NID_sha256:
|
|
|
|
case NID_sha384:
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
default:
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
int EVP_tls_cbc_digest_record(const EVP_MD *md, uint8_t *md_out,
|
|
|
|
size_t *md_out_size, const uint8_t header[13],
|
|
|
|
const uint8_t *data, size_t data_plus_mac_size,
|
|
|
|
size_t data_plus_mac_plus_padding_size,
|
|
|
|
const uint8_t *mac_secret,
|
|
|
|
unsigned mac_secret_length) {
|
2017-03-20 16:45:56 +00:00
|
|
|
HASH_CTX md_state;
|
|
|
|
void (*md_final_raw)(HASH_CTX *ctx, uint8_t *md_out);
|
|
|
|
void (*md_transform)(HASH_CTX *ctx, const uint8_t *block);
|
2014-12-20 16:13:41 +00:00
|
|
|
unsigned md_size, md_block_size = 64;
|
2017-03-16 17:29:23 +00:00
|
|
|
/* md_length_size is the number of bytes in the length field that terminates
|
|
|
|
* the hash. */
|
2014-12-20 16:13:41 +00:00
|
|
|
unsigned md_length_size = 8;
|
|
|
|
|
2017-03-16 17:36:35 +00:00
|
|
|
/* Bound the acceptable input so we can forget about many possible overflows
|
|
|
|
* later in this function. This is redundant with the record size limits in
|
|
|
|
* TLS. */
|
|
|
|
if (data_plus_mac_plus_padding_size >= 1024 * 1024) {
|
|
|
|
assert(0);
|
|
|
|
return 0;
|
|
|
|
}
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
switch (EVP_MD_type(md)) {
|
|
|
|
case NID_sha1:
|
2017-03-20 16:45:56 +00:00
|
|
|
SHA1_Init(&md_state.sha1);
|
2014-12-20 16:13:41 +00:00
|
|
|
md_final_raw = tls1_sha1_final_raw;
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform = tls1_sha1_transform;
|
|
|
|
md_size = SHA_DIGEST_LENGTH;
|
2014-12-20 16:13:41 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case NID_sha256:
|
2017-03-20 16:45:56 +00:00
|
|
|
SHA256_Init(&md_state.sha256);
|
2014-12-20 16:13:41 +00:00
|
|
|
md_final_raw = tls1_sha256_final_raw;
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform = tls1_sha256_transform;
|
|
|
|
md_size = SHA256_DIGEST_LENGTH;
|
2014-12-20 16:13:41 +00:00
|
|
|
break;
|
|
|
|
|
|
|
|
case NID_sha384:
|
2017-03-20 16:45:56 +00:00
|
|
|
SHA384_Init(&md_state.sha512);
|
2014-12-20 16:13:41 +00:00
|
|
|
md_final_raw = tls1_sha512_final_raw;
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform = tls1_sha512_transform;
|
|
|
|
md_size = SHA384_DIGEST_LENGTH;
|
2014-12-20 16:13:41 +00:00
|
|
|
md_block_size = 128;
|
|
|
|
md_length_size = 16;
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
2014-12-22 12:23:54 +00:00
|
|
|
/* EVP_tls_cbc_record_digest_supported should have been called first to
|
|
|
|
* check that the hash function is supported. */
|
2014-12-20 16:13:41 +00:00
|
|
|
assert(0);
|
|
|
|
*md_out_size = 0;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
assert(md_length_size <= MAX_HASH_BIT_COUNT_BYTES);
|
|
|
|
assert(md_block_size <= MAX_HASH_BLOCK_SIZE);
|
|
|
|
assert(md_size <= EVP_MAX_MD_SIZE);
|
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
static const size_t kHeaderLength = 13;
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
/* kVarianceBlocks is the number of blocks of the hash that we have to
|
2014-12-20 16:13:41 +00:00
|
|
|
* calculate in constant time because they could be altered by the
|
|
|
|
* padding value.
|
|
|
|
*
|
|
|
|
* TLSv1 has MACs up to 48 bytes long (SHA-384) and the padding is not
|
|
|
|
* required to be minimal. Therefore we say that the final six blocks
|
2014-12-22 12:23:54 +00:00
|
|
|
* can vary based on the padding. */
|
2017-03-16 17:46:54 +00:00
|
|
|
static const size_t kVarianceBlocks = 6;
|
2014-12-22 12:23:54 +00:00
|
|
|
|
2014-12-20 16:13:41 +00:00
|
|
|
/* From now on we're dealing with the MAC, which conceptually has 13
|
2014-12-22 12:23:54 +00:00
|
|
|
* bytes of `header' before the start of the data. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t len = data_plus_mac_plus_padding_size + kHeaderLength;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* max_mac_bytes contains the maximum bytes of bytes in the MAC, including
|
2017-03-16 17:29:23 +00:00
|
|
|
* |header|, assuming that there's no padding. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t max_mac_bytes = len - md_size - 1;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* num_blocks is the maximum number of hash blocks. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t num_blocks =
|
2014-12-20 16:13:41 +00:00
|
|
|
(max_mac_bytes + 1 + md_length_size + md_block_size - 1) / md_block_size;
|
|
|
|
/* In order to calculate the MAC in constant time we have to handle
|
|
|
|
* the final blocks specially because the padding value could cause the
|
2014-12-22 12:23:54 +00:00
|
|
|
* end to appear somewhere in the final |kVarianceBlocks| blocks and we
|
2014-12-20 16:13:41 +00:00
|
|
|
* can't leak where. However, |num_starting_blocks| worth of data can
|
|
|
|
* be hashed right away because no padding value can affect whether
|
|
|
|
* they are plaintext. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t num_starting_blocks = 0;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* k is the starting byte offset into the conceptual header||data where
|
|
|
|
* we start processing. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t k = 0;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* mac_end_offset is the index just past the end of the data to be
|
|
|
|
* MACed. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t mac_end_offset = data_plus_mac_size + kHeaderLength - md_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* c is the index of the 0x80 byte in the final hash block that
|
|
|
|
* contains application data. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t c = mac_end_offset % md_block_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* index_a is the hash block number that contains the 0x80 terminating
|
|
|
|
* value. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t index_a = mac_end_offset / md_block_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
/* index_b is the hash block number that contains the 64-bit hash
|
|
|
|
* length, in bits. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t index_b = (mac_end_offset + md_length_size) / md_block_size;
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
if (num_blocks > kVarianceBlocks) {
|
|
|
|
num_starting_blocks = num_blocks - kVarianceBlocks;
|
2014-12-20 16:13:41 +00:00
|
|
|
k = md_block_size * num_starting_blocks;
|
|
|
|
}
|
|
|
|
|
2017-03-16 17:29:23 +00:00
|
|
|
/* bits is the hash-length in bits. It includes the additional hash
|
|
|
|
* block for the masked HMAC key. */
|
2017-03-16 17:46:54 +00:00
|
|
|
size_t bits = 8 * mac_end_offset; /* at most 18 bits to represent */
|
2014-12-20 16:13:41 +00:00
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
/* Compute the initial HMAC block. */
|
|
|
|
bits += 8 * md_block_size;
|
2017-03-16 17:29:23 +00:00
|
|
|
/* hmac_pad is the masked HMAC key. */
|
|
|
|
uint8_t hmac_pad[MAX_HASH_BLOCK_SIZE];
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memset(hmac_pad, 0, md_block_size);
|
2014-12-22 12:23:54 +00:00
|
|
|
assert(mac_secret_length <= sizeof(hmac_pad));
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memcpy(hmac_pad, mac_secret, mac_secret_length);
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = 0; i < md_block_size; i++) {
|
2014-12-22 12:23:54 +00:00
|
|
|
hmac_pad[i] ^= 0x36;
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform(&md_state, hmac_pad);
|
2014-12-22 12:23:54 +00:00
|
|
|
|
2017-03-16 17:46:54 +00:00
|
|
|
/* The length check means |bits| fits in four bytes. */
|
2017-03-16 17:29:23 +00:00
|
|
|
uint8_t length_bytes[MAX_HASH_BIT_COUNT_BYTES];
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memset(length_bytes, 0, md_length_size - 4);
|
2014-12-20 16:13:41 +00:00
|
|
|
length_bytes[md_length_size - 4] = (uint8_t)(bits >> 24);
|
|
|
|
length_bytes[md_length_size - 3] = (uint8_t)(bits >> 16);
|
|
|
|
length_bytes[md_length_size - 2] = (uint8_t)(bits >> 8);
|
|
|
|
length_bytes[md_length_size - 1] = (uint8_t)bits;
|
|
|
|
|
|
|
|
if (k > 0) {
|
2014-12-22 12:23:54 +00:00
|
|
|
/* k is a multiple of md_block_size. */
|
2017-03-16 17:29:23 +00:00
|
|
|
uint8_t first_block[MAX_HASH_BLOCK_SIZE];
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memcpy(first_block, header, 13);
|
|
|
|
OPENSSL_memcpy(first_block + 13, data, md_block_size - 13);
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform(&md_state, first_block);
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = 1; i < k / md_block_size; i++) {
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform(&md_state, data + md_block_size * i - 13);
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-03-16 17:29:23 +00:00
|
|
|
uint8_t mac_out[EVP_MAX_MD_SIZE];
|
2016-12-13 06:07:13 +00:00
|
|
|
OPENSSL_memset(mac_out, 0, sizeof(mac_out));
|
2014-12-20 16:13:41 +00:00
|
|
|
|
|
|
|
/* We now process the final hash blocks. For each block, we construct
|
|
|
|
* it in constant time. If the |i==index_a| then we'll include the 0x80
|
|
|
|
* bytes and zero pad etc. For each block we selectively copy it, in
|
|
|
|
* constant time, to |mac_out|. */
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = num_starting_blocks;
|
2017-03-16 17:29:23 +00:00
|
|
|
i <= num_starting_blocks + kVarianceBlocks; i++) {
|
2014-12-20 16:13:41 +00:00
|
|
|
uint8_t block[MAX_HASH_BLOCK_SIZE];
|
|
|
|
uint8_t is_block_a = constant_time_eq_8(i, index_a);
|
|
|
|
uint8_t is_block_b = constant_time_eq_8(i, index_b);
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t j = 0; j < md_block_size; j++) {
|
2017-03-16 17:29:23 +00:00
|
|
|
uint8_t b = 0;
|
2014-12-22 12:23:54 +00:00
|
|
|
if (k < kHeaderLength) {
|
2014-12-20 16:13:41 +00:00
|
|
|
b = header[k];
|
2014-12-22 12:23:54 +00:00
|
|
|
} else if (k < data_plus_mac_plus_padding_size + kHeaderLength) {
|
|
|
|
b = data[k - kHeaderLength];
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
|
|
|
k++;
|
|
|
|
|
2017-03-16 17:29:23 +00:00
|
|
|
uint8_t is_past_c = is_block_a & constant_time_ge_8(j, c);
|
|
|
|
uint8_t is_past_cp1 = is_block_a & constant_time_ge_8(j, c + 1);
|
2014-12-20 16:13:41 +00:00
|
|
|
/* If this is the block containing the end of the
|
|
|
|
* application data, and we are at the offset for the
|
|
|
|
* 0x80 value, then overwrite b with 0x80. */
|
|
|
|
b = constant_time_select_8(is_past_c, 0x80, b);
|
|
|
|
/* If this the the block containing the end of the
|
|
|
|
* application data and we're past the 0x80 value then
|
|
|
|
* just write zero. */
|
|
|
|
b = b & ~is_past_cp1;
|
|
|
|
/* If this is index_b (the final block), but not
|
|
|
|
* index_a (the end of the data), then the 64-bit
|
|
|
|
* length didn't fit into index_a and we're having to
|
|
|
|
* add an extra block of zeros. */
|
|
|
|
b &= ~is_block_b | is_block_a;
|
|
|
|
|
|
|
|
/* The final bytes of one of the blocks contains the
|
|
|
|
* length. */
|
|
|
|
if (j >= md_block_size - md_length_size) {
|
|
|
|
/* If this is index_b, write a length byte. */
|
|
|
|
b = constant_time_select_8(
|
|
|
|
is_block_b, length_bytes[j - (md_block_size - md_length_size)], b);
|
|
|
|
}
|
|
|
|
block[j] = b;
|
|
|
|
}
|
|
|
|
|
2017-03-20 16:45:56 +00:00
|
|
|
md_transform(&md_state, block);
|
|
|
|
md_final_raw(&md_state, block);
|
2014-12-20 16:13:41 +00:00
|
|
|
/* If this is index_b, copy the hash value to |mac_out|. */
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t j = 0; j < md_size; j++) {
|
2014-12-20 16:13:41 +00:00
|
|
|
mac_out[j] |= block[j] & is_block_b;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2017-03-16 17:29:23 +00:00
|
|
|
EVP_MD_CTX md_ctx;
|
2014-12-20 16:13:41 +00:00
|
|
|
EVP_MD_CTX_init(&md_ctx);
|
|
|
|
if (!EVP_DigestInit_ex(&md_ctx, md, NULL /* engine */)) {
|
|
|
|
EVP_MD_CTX_cleanup(&md_ctx);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-12-22 12:23:54 +00:00
|
|
|
/* Complete the HMAC in the standard manner. */
|
2017-03-16 17:46:54 +00:00
|
|
|
for (size_t i = 0; i < md_block_size; i++) {
|
2014-12-22 12:23:54 +00:00
|
|
|
hmac_pad[i] ^= 0x6a;
|
2014-12-20 16:13:41 +00:00
|
|
|
}
|
2014-12-22 12:23:54 +00:00
|
|
|
|
|
|
|
EVP_DigestUpdate(&md_ctx, hmac_pad, md_block_size);
|
|
|
|
EVP_DigestUpdate(&md_ctx, mac_out, md_size);
|
2017-03-16 17:29:23 +00:00
|
|
|
unsigned md_out_size_u;
|
2014-12-20 16:13:41 +00:00
|
|
|
EVP_DigestFinal(&md_ctx, md_out, &md_out_size_u);
|
|
|
|
*md_out_size = md_out_size_u;
|
|
|
|
EVP_MD_CTX_cleanup(&md_ctx);
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|