openssl/crypto
Patrick Steuer 351ba5bd27 md4/md5: macros should not include the line following them
Signed-off-by: Patrick Steuer <patrick.steuer@de.ibm.com>

Reviewed-by: Richard Levitte <levitte@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/10311)
2019-11-01 15:58:00 +01:00
..
aes Fix missing Assembler defines 2019-10-16 16:10:39 +10:00
aria
asn1 Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
async Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
bf Fix header file include guard names 2019-09-28 20:26:36 +02:00
bio Add support for in-kernel TLS (KTLS) on FreeBSD. 2019-10-31 10:24:32 +00:00
bn [crypto/bn] fix a few small timing leaks in BN_lshift1 and BN_rshift1 2019-10-31 11:05:04 +00:00
buffer Rework how our providers are built 2019-10-10 14:12:15 +02:00
camellia Fix header file include guard names 2019-09-28 20:26:36 +02:00
cast
chacha
cmac [KDF] Add feedback-mode and CMAC support to KBKDF 2019-10-17 12:45:03 +10:00
cmp chunk 5 of CMP contribution to OpenSSL 2019-10-29 14:17:39 +00:00
cms Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
comp
conf Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
crmf Fix header file include guard names 2019-09-28 20:26:36 +02:00
ct Replace BUF_ string function calls with OPENSSL_ ones 2019-10-17 23:19:59 +02:00
des Rework how our providers are built 2019-10-10 14:12:15 +02:00
dh Fix potential memory leak in dh_ameth.c 2019-11-01 12:39:46 +01:00
dsa DSA: Add export of domain parameters to provider 2019-10-17 13:01:14 +02:00
dso
ec Deprecate EC_GROUP_clear_free() 2019-10-23 00:49:46 +03:00
engine Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
err chunk 5 of CMP contribution to OpenSSL 2019-10-29 14:17:39 +00:00
ess
evp evp_pkey_ctx_free_old_ops(): Make sure to assign NULL to freed pointers 2019-10-31 12:26:59 +01:00
hmac Rework how our providers are built 2019-10-10 14:12:15 +02:00
idea
lhash Rework how our providers are built 2019-10-10 14:12:15 +02:00
md2
md4 md4/md5: macros should not include the line following them 2019-11-01 15:58:00 +01:00
md5 md4/md5: macros should not include the line following them 2019-11-01 15:58:00 +01:00
mdc2
modes Fix missing Assembler defines 2019-10-16 16:10:39 +10:00
objects Fix long name of some Microsoft objects 2019-10-03 08:24:38 +10:00
ocsp Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
pem Strip BOM on loading PEM files 2019-10-25 18:04:35 +02:00
perlasm
pkcs7 Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
pkcs12 Explicitly test against NULL; do not use !p or similar 2019-10-09 21:32:15 +02:00
poly1305 Add ChaCha related ciphers to default provider 2019-10-16 16:18:42 +10:00
property Rework how our providers are built 2019-10-10 14:12:15 +02:00
rand Document "get/set-app-data" macros. 2019-10-23 08:31:21 -04:00
rc2
rc4 Fix header file include guard names 2019-09-28 20:26:36 +02:00
rc5
ripemd Fix missing Assembler defines 2019-10-16 16:10:39 +10:00
rsa New RSA keymgmt implementation to handle import / export of RSA keys 2019-10-17 18:07:45 +02:00
seed Fix header file include guard names 2019-09-28 20:26:36 +02:00
sha Fix missing Assembler defines 2019-10-16 16:10:39 +10:00
siphash
sm2
sm3
sm4
srp
stack Rework how our providers are built 2019-10-10 14:12:15 +02:00
store
ts Fix typo and create compatibility macro 2019-10-16 12:37:20 +02:00
txt_db
ui Fix header file include guard names 2019-09-28 20:26:36 +02:00
whrlpool Fix missing Assembler defines 2019-10-16 16:10:39 +10:00
x509 Rename internal function name_cmp() to v3_name_cmp() 2019-10-17 09:16:45 +02:00
alphacpuid.pl
arm64cpuid.pl
arm_arch.h Fix header file include guard names 2019-09-28 20:26:36 +02:00
armcap.c
armv4cpuid.pl
asn1_dsa.c
bsearch.c
build.info Move BLAKE2 digests completely to the default provider 2019-10-17 18:49:38 +02:00
c64xpluscpuid.pl
context.c
core_algorithm.c Replumbing: make it possible for providers to specify multiple names 2019-10-03 15:47:25 +02:00
core_fetch.c Replumbing: make it possible for providers to specify multiple names 2019-10-03 15:47:25 +02:00
core_namemap.c Replumbing: make it possible for providers to specify multiple names 2019-10-03 15:47:25 +02:00
cpt_err.c
cryptlib.c
ctype.c
cversion.c
dllmain.c
ebcdic.c
ex_data.c
getenv.c
ia64cpuid.S
info.c
init.c
initthread.c Cleanup: move remaining providers/common/include/internal/*.h 2019-10-10 14:12:15 +02:00
LPdir_nyi.c
LPdir_unix.c
LPdir_vms.c
LPdir_win32.c
LPdir_win.c
LPdir_wince.c
mem_clr.c
mem_dbg.c
mem_sec.c
mem.c
mips_arch.h Fix header file include guard names 2019-09-28 20:26:36 +02:00
o_dir.c
o_fips.c
o_fopen.c
o_init.c
o_str.c
o_time.c
packet.c
param_build.c
params_from_text.c
params.c
pariscid.pl
ppc_arch.h Fix header file include guard names 2019-09-28 20:26:36 +02:00
ppccap.c
ppccpuid.pl
provider_conf.c
provider_core.c
provider_local.h
provider_predefined.c
provider.c
README.sparse_array
s390x_arch.h Fix header file include guard names 2019-09-28 20:26:36 +02:00
s390xcap.c crypto/s390xcap.c: Add guards around the GETAUXVAL checks 2019-10-21 15:14:09 +02:00
s390xcpuid.pl
sparc_arch.h Fix header file include guard names 2019-09-28 20:26:36 +02:00
sparccpuid.S
sparcv9cap.c
sparse_array.c
threads_none.c
threads_pthread.c
threads_win.c
trace.c
uid.c
vms_rms.h
x86_64cpuid.pl
x86cpuid.pl

The sparse_array.c file contains an implementation of a sparse array that
attempts to be both space and time efficient.

The sparse array is represented using a tree structure.  Each node in the
tree contains a block of pointers to either the user supplied leaf values or
to another node.

There are a number of parameters used to define the block size:

    OPENSSL_SA_BLOCK_BITS   Specifies the number of bits covered by each block
    SA_BLOCK_MAX            Specifies the number of pointers in each block
    SA_BLOCK_MASK           Specifies a bit mask to perform modulo block size
    SA_BLOCK_MAX_LEVELS     Indicates the maximum possible height of the tree

These constants are inter-related:
    SA_BLOCK_MAX        = 2 ^ OPENSSL_SA_BLOCK_BITS
    SA_BLOCK_MASK       = SA_BLOCK_MAX - 1
    SA_BLOCK_MAX_LEVELS = number of bits in size_t divided by
                          OPENSSL_SA_BLOCK_BITS rounded up to the next multiple
                          of OPENSSL_SA_BLOCK_BITS

OPENSSL_SA_BLOCK_BITS can be defined at compile time and this overrides the
built in setting.

As a space and performance optimisation, the height of the tree is usually
less than the maximum possible height.  Only sufficient height is allocated to
accommodate the largest index added to the data structure.

The largest index used to add a value to the array determines the tree height:

        +----------------------+---------------------+
        | Largest Added Index  |   Height of Tree    |
        +----------------------+---------------------+
        | SA_BLOCK_MAX     - 1 |          1          |
        | SA_BLOCK_MAX ^ 2 - 1 |          2          |
        | SA_BLOCK_MAX ^ 3 - 1 |          3          |
        | ...                  |          ...        |
        | size_t max           | SA_BLOCK_MAX_LEVELS |
        +----------------------+---------------------+

The tree height is dynamically increased as needed based on additions.

An empty tree is represented by a NULL root pointer.  Inserting a value at
index 0 results in the allocation of a top level node full of null pointers
except for the single pointer to the user's data (N = SA_BLOCK_MAX for
brevity):

        +----+
        |Root|
        |Node|
        +-+--+
          |
          |
          |
          v
        +-+-+---+---+---+---+
        | 0 | 1 | 2 |...|N-1|
        |   |nil|nil|...|nil|
        +-+-+---+---+---+---+
          |
          |
          |
          v
        +-+--+
        |User|
        |Data|
        +----+
    Index 0


Inserting at element 2N+1 creates a new root node and pushes down the old root
node.  It then creates a second second level node to hold the pointer to the
user's new data:

        +----+
        |Root|
        |Node|
        +-+--+
          |
          |
          |
          v
        +-+-+---+---+---+---+
        | 0 | 1 | 2 |...|N-1|
        |   |nil|   |...|nil|
        +-+-+---+-+-+---+---+
          |       |
          |       +------------------+
          |                          |
          v                          v
        +-+-+---+---+---+---+      +-+-+---+---+---+---+
        | 0 | 1 | 2 |...|N-1|      | 0 | 1 | 2 |...|N-1|
        |nil|   |nil|...|nil|      |nil|   |nil|...|nil|
        +-+-+---+---+---+---+      +---+-+-+---+---+---+
          |                              |
          |                              |
          |                              |
          v                              v
        +-+--+                         +-+--+
        |User|                         |User|
        |Data|                         |Data|
        +----+                         +----+
    Index 0                       Index 2N+1


The nodes themselves are allocated in a sparse manner.  Only nodes which exist
along a path from the root of the tree to an added leaf will be allocated.
The complexity is hidden and nodes are allocated on an as needed basis.
Because the data is expected to be sparse this doesn't result in a large waste
of space.

Values can be removed from the sparse array by setting their index position to
NULL.  The data structure does not attempt to reclaim nodes or reduce the
height of the tree on removal.  For example, now setting index 0 to NULL would
result in:

        +----+
        |Root|
        |Node|
        +-+--+
          |
          |
          |
          v
        +-+-+---+---+---+---+
        | 0 | 1 | 2 |...|N-1|
        |   |nil|   |...|nil|
        +-+-+---+-+-+---+---+
          |       |
          |       +------------------+
          |                          |
          v                          v
        +-+-+---+---+---+---+      +-+-+---+---+---+---+
        | 0 | 1 | 2 |...|N-1|      | 0 | 1 | 2 |...|N-1|
        |nil|nil|nil|...|nil|      |nil|   |nil|...|nil|
        +---+---+---+---+---+      +---+-+-+---+---+---+
                                         |
                                         |
                                         |
                                         v
                                       +-+--+
                                       |User|
                                       |Data|
                                       +----+
                                  Index 2N+1


Accesses to elements in the sparse array take O(log n) time where n is the
largest element.  The base of the logarithm is SA_BLOCK_MAX, so for moderately
small indices (e.g. NIDs), single level (constant time) access is achievable.
Space usage is O(minimum(m, n log(n)) where m is the number of elements in the
array.

Note: sparse arrays only include pointers to types.  Thus, SPARSE_ARRAY_OF(char)
can be used to store a string.