`Hiding' libc symbols

Daniel C. Sobral dcs at tcoip.com.br
Tue May 6 11:00:50 PDT 2003


Jacques A. Vidrine wrote:
> On Tue, May 06, 2003 at 09:56:06AM +0200, Harti Brandt wrote:
> 
>>There is no guarantee that you 'fix' the port by hiding the symbol.  You
>>may as well break it. This depends on the function itself and on the
>>internal relationships in libc. You have to go through each individual
>>port and see what happens anyway.
> 
> 
> Please explain.  I _am_ guaranteed that keeping the port from hijacking
> strlcpy calls in libc will not break the port.  How could the port rely
> on the internals of libc?

Well... if I instrument all memory allocating functions (by providing my 
own copies) and I call a function that allocates memory by itself and 
expects my application to free that memory at some point, I expect the 
kernel to use one of my functions to do it.

-- 
Daniel C. Sobral
Gerência de Operações
Divisão de Comunicação de Dados
Coordenação de Segurança
VIVO Centro Oeste Norte
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo at tco.net.br
	Daniel.Sobral at tcoip.com.br
	dcs at tcoip.com.br




More information about the freebsd-arch mailing list