]> git.ipfire.org Git - thirdparty/openssl.git/commit
Fix data race in asn1_str2tag() on tntmp which was accidentally made static
authorStas Cymbalov <dummyunit@gmail.com>
Tue, 21 Jan 2025 13:42:19 +0000 (16:42 +0300)
committerTomas Mraz <tomas@openssl.org>
Thu, 23 Jan 2025 11:14:39 +0000 (12:14 +0100)
commita905dd23d2451cbd0f6cfd563b9399be6a270abb
treef329085585de821603166333a8c57b10c732def3
parent454bd65461d9405c3cb6cd5d92cccb00b5d5e411
Fix data race in asn1_str2tag() on tntmp which was accidentally made static

Variables tntmp and tnst are declared in the same declaration and thus
share storage class specifiers (static). This is unfortunate as tntmp is
used during iteration through tnst array and shouldn't be static.
In particular this leads to two problems that may arise when multiple
threads are executing asn1_str2tag() concurrently:
1. asn1_str2tag() might return value that doesn't correspond to tagstr
   parameter. This can happen if other thread modifies tntmp to point to
   a different tnst element right after a successful name check in the
   if statement.
2. asn1_str2tag() might perform an out-of-bounds read of tnst array.
   This can happen when multiple threads all first execute tntmp = tnst;
   line and then start executing the loop. If that case those threads
   can end up incrementing tntmp past the end of tnst array.

CLA: trivial

Reviewed-by: Paul Dale <ppzgs1@gmail.com>
Reviewed-by: Shane Lontis <shane.lontis@oracle.com>
Reviewed-by: Tomas Mraz <tomas@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/26504)

(cherry picked from commit 7262c0bcc468ab8e43ba96ca219acdb4667e45e0)
crypto/asn1/asn1_gen.c