]> git.ipfire.org Git - thirdparty/openssl.git/commit
Avoid setting gen_type to -1 in dh_gen_common_set_params
authorNeil Horman <nhorman@openssl.org>
Fri, 8 Dec 2023 19:59:23 +0000 (14:59 -0500)
committerTomas Mraz <tomas@openssl.org>
Thu, 14 Dec 2023 10:14:51 +0000 (11:14 +0100)
commitb697864cb85145ba39a1ef1192c0b8812947e8a3
tree85e8811d54a94561704a623c6c4f4cac1592171f
parent260d97229c467d17934ca3e2e0455b1b5c0994a6
Avoid setting gen_type to -1 in dh_gen_common_set_params

gh_gen_type_common_set_params looks up a dh contexts gen_type using
name2id, but if it returns error, we set gctx->gen_type to -1, which
is an invalid value, which may lead to undefined behavior in
future calls, in the event that said future calls preform an operation
of the form;
if (gen_type == <VALID VALUE>) {
        do_stuff
else {
        do_other_stuff
}

Technically it is not correct to continue with the operations on the
gen context after failed parameters setting but this makes it more
predictable.

Fix it by assigning the result of a lookup to a stack variable, and only
update gctx->gen_value if the lookup returns a non-failing value

In leiu of testing this specific case, also add an ossl_assert in dh_gen
to validate the gen_val input prior to continuing, should other code
points attempt to do the same thing

Reviewed-by: Hugo Landau <hlandau@openssl.org>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/22991)
providers/implementations/keymgmt/dh_kmgmt.c