elf: Add TLS modid reuse test for bug 29039
commit980450f12685326729d63ff72e93a996113bf073
authorSzabolcs Nagy <szabolcs.nagy@arm.com>
Wed, 29 Nov 2023 11:31:37 +0000 (29 11:31 +0000)
committerSzabolcs Nagy <szabolcs.nagy@arm.com>
Wed, 20 Dec 2023 08:45:48 +0000 (20 08:45 +0000)
tree6ffed3e4f9d8d127c63778a2d9e6ae40e33fcefa
parent667f277c782f4457603e6d192bac294e5f2c5186
elf: Add TLS modid reuse test for bug 29039

This is a minimal regression test for bug 29039 which only affects
targets with TLSDESC and a reproducer requires that

1) Have modid gaps (closed modules) with old generation.
2) Update a DTV to a newer generation (needs a newer dlopen).
3) But do not update the closed gap entry in that DTV.
4) Reuse the modid gap for a new module (another dlopen).
5) Use dynamic TLSDESC in that new module with old generation (bug).
6) Access TLS via this TLSDESC and the now outdated DTV.

However step (3) in practice rarely happens: during DTV update the
entries for closed modids are initialized to "unallocated" and then
dynamic TLSDESC calls __tls_get_addr independently of its generation.
The only exception to this is DTV setup at thread creation (gaps are
initialized to NULL instead of unallocated) or DTV resize where the
gap entries are outside the previous DTV array (again NULL instead
of unallocated, and this requires loading > DTV_SURPLUS modules).

So the bug can only cause NULL (+ offset) dereference, not use after
free. And the easiest way to get (3) is via thread creation.

Note that step (5) requires that the newly loaded module has larger
TLS than the remaining optional static TLS. And for (6) there cannot
be other TLS access or dlopen in the thread that updates the DTV.

Tested on aarch64-linux-gnu.

Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
elf/Makefile
elf/tst-tlsgap-mod0.c [new file with mode: 0644]
elf/tst-tlsgap-mod1.c [new file with mode: 0644]
elf/tst-tlsgap-mod2.c [new file with mode: 0644]
elf/tst-tlsgap.c [new file with mode: 0644]