From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by sourceware.org (Postfix) with ESMTP id 81219397283D for ; Wed, 23 Jun 2021 06:32:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 81219397283D Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-467-rsnzL_TrP3GsZkefBBgphg-1; Wed, 23 Jun 2021 02:32:35 -0400 X-MC-Unique: rsnzL_TrP3GsZkefBBgphg-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 78686100C660; Wed, 23 Jun 2021 06:32:34 +0000 (UTC) Received: from oldenburg.str.redhat.com (ovpn-112-211.ams2.redhat.com [10.36.112.211]) by smtp.corp.redhat.com (Postfix) with ESMTPS id A6C7919D9B; Wed, 23 Jun 2021 06:32:32 +0000 (UTC) From: Florian Weimer To: Adhemerval Zanella Cc: John Mellor-Crummey , libc-alpha@sourceware.org, Ben Woodard , "Mark W. Krentel" , Jonathon Anderson , Xiaozhu Meng Subject: Re: A collection of LD_AUDIT bugs that are important for tools (with better formatting for this list) References: <8A8FF420-8316-4A22-AC4D-DA1F2D5625A5@rice.edu> <2fc830b9-35da-9b94-369f-4df683078a5c@linaro.org> <8735tguubc.fsf@oldenburg.str.redhat.com> <5F849F6D-0BB7-4D6F-9FC8-9F73A4E012F3@rice.edu> <87tulqe2mc.fsf@oldenburg.str.redhat.com> <96DC1048-EA3C-4DF5-BF16-A567F7C56BDE@rice.edu> <87o8bxdi8b.fsf@oldenburg.str.redhat.com> <8055B154-337B-4B30-9036-056AB5750766@rice.edu> <62c763ab-2303-85d8-df11-f929a0ef1c0d@linaro.org> Date: Wed, 23 Jun 2021 08:32:30 +0200 In-Reply-To: <62c763ab-2303-85d8-df11-f929a0ef1c0d@linaro.org> (Adhemerval Zanella's message of "Tue, 22 Jun 2021 13:33:57 -0300") Message-ID: <8735t96qgx.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2021 06:32:40 -0000 * Adhemerval Zanella: > Currently, you need to interpose both pthread_create and thrd_create. Florian > has suggested we allow pthread_create to be interposable (meaning glibc will > issue a plt call on each usage). > > We can do it for clone instead, it would have the advantage to hide > the multiple architecture different kernel ABIs. But the clone call is very low-level. The start routine is not called with a fully configured thread, so wrapping the startup routine would be rather awkward. The guts of posix_spawn are equally tricky because code is running without a properly configured TCB and stack. I'm not sure if it possible to call an interceptable execve from posix_spawn, for instance. We would need to know more about interceptor requirements to see if there is a solution. Thanks, Florian