aboutsummaryrefslogtreecommitdiff
path: root/iconv/tst-iconv3.c
diff options
context:
space:
mode:
authorFlorian Weimer <fweimer@redhat.com>2024-08-19 15:48:03 +0200
committerFlorian Weimer <fweimer@redhat.com>2024-08-19 16:11:19 +0200
commite73fd06b7f12d6ddaae4f91f9c5088a621a82ce4 (patch)
treece02ebc04b705e2efbb5f66a29773aa902b4007f /iconv/tst-iconv3.c
parent37c2aa4eaa0adc4193bc0e1f520b677ad30c9e4d (diff)
downloadglibc-e73fd06b7f12d6ddaae4f91f9c5088a621a82ce4.zip
glibc-e73fd06b7f12d6ddaae4f91f9c5088a621a82ce4.tar.gz
glibc-e73fd06b7f12d6ddaae4f91f9c5088a621a82ce4.tar.bz2
string: strerror, strsignal cannot use buffer after dlmopen (bug 32026)
Secondary namespaces have a different malloc. Allocating the buffer in one namespace and freeing it another results in heap corruption. Fix this by using a static string (potentially translated) in secondary namespaces. It would also be possible to use the malloc from the initial namespace to manage the buffer, but these functions would still not be safe to use in auditors etc. because a call to strerror could still free a buffer while it is used by the application. Another approach could use proper initial-exec TLS, duplicated in secondary namespaces, but that would need a callback interface for freeing libc resources in namespaces on thread exit, which does not exist today. Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org> (cherry picked from commit 25a5eb4010df94b412c67db9e346029de316d06b)
Diffstat (limited to 'iconv/tst-iconv3.c')
0 files changed, 0 insertions, 0 deletions