[PATCH v10 2/4] elf: Fix initial-exec TLS access on audit modules (BZ #28096)

Adhemerval Zanella adhemerval.zanella@linaro.org
Tue Jan 18 13:46:21 GMT 2022



On 18/01/2022 10:33, Adhemerval Zanella wrote:
> 
> 
> On 18/01/2022 10:29, Florian Weimer wrote:
>> * Adhemerval Zanella:
>>
>>>>> So we need to avoid initialization only for the libc.so loading by
>>>>> audit libraries, the default one should still be initialized (marked
>>>>> as [INIT]).  Later when new threads are created we need to initialized
>>>>> everything.
>>>>
>>>> That's what I tried to express with the LM_ID_BASE check.
>>>
>>> The problem is 'map->l_ns == LM_ID_BASE && !init_tls' will not initilize
>>> the required libc.so for main application during audit module loading.
>>> With tst-audit21:
>>>
>>>    1593586:     [rtld.c:965] load_audit_module
>>>    1593586:     [rtld.c:972] load_audit_module
>>>    1593586:     [rtld.c:2464] dl_main
>>>    1593586:     [../elf/dl-tls.c:605] map->l_name= map->l_ns=0 map->l_auditing=0 init_tls=0
>>>    1593586:     [../elf/dl-tls.c:610] map->l_name=[...]/elf/tst-auditmod21a.so map->l_ns=1 map->l_auditing=1 init_tls=0 [INIT]
>>>    1593586:     [../elf/dl-tls.c:610] map->l_name=[...]/libc.so.6 map->l_ns=1 map->l_auditing=1 init_tls=0 [INIT]
>>>    1593586:     [../elf/dl-tls.c:605] map->l_name=[...]/libc.so.6 map->l_ns=0 map->l_auditing=0 init_tls=0
>>>    1593586:     [../elf/dl-tls.c:627]
>>>    1593586:     [rtld.c:2466] dl_main
>>> Segmentation fault (core dumped)
>>
>> Looks like the condition is simply reversed?  [INIT] should only appear
>> for map->l_ns == 0, right?
> 
> Hum, 'if (map->l_ns != LM_ID_BASE && !init_tls)' seems correct indeed.  
> Let me run a full make check to certify it.

Yes, it is correct.  I will remove the 'l_auditing' field.


More information about the Libc-alpha mailing list