🚀 go-pugleaf

Hola, J.A.

J.A. Gutierrez wrote:
> "Jes�s M. NAVARRO" <jesus_navarro@undominio.net> wrote:
> : Hola, Angel:
> 
> : Angel wrote:
> :> Francisco presumiblemente dijo el dia Mar 12 Nov 2002 00:12:
> :> 
> :> 
> :>>Blah, blah...
> :> 
> :> 
> :> Prueba con dup y dup2.
> :> por cierto te recomiendo ( yo y todo programador en linux) q no utilizes la 
> :> funcion system, es muuuy peligrosa.
> :> 
> 
> : Hombre, la funci�n system es peligrosa *si* el programa es suid (puesto 
> : que se va a ejecutar con privilegios efectivos distintos a los reales 
> 
> 	o si se programan CGIs, p.e., o cualquier otro servicio
> 	teoriacamente restringido.
> 

Extensi�n del caso anterior: el usuario efectivo (el UID del CGI) es 
distingo del usuario real (en este caso, no un UID distinto, sino un rol 
distinto: una persona an�nima actuando desde Internet).

> : del usuario) *y* acepta sin comprobaci�n pasar cadenas de texto al 
> 
> 	el problema es realizar exhaustivamente todas esas comprobaciones.
> 

S�lo a veces: Francisco (el que envi� originalmente el mensaje) no dijo 
nada de *pasar* par�metros a un programa (sean estos dados por el 
usuario o fijos) sino que hablaba de *recibir* la salida del programa 
invocado.  En este caso, el potencial problema de seguridad queda 
restringido al entorno local y depende del programa invocado (Ej: 
imag�nese que de lo que se trata es de una utilidad de monitorizaci�n y 
-supongamos- que el dato que se quiere dar es la ocupaci�n de discos, 
para lo que se pretende llamar a df y capturar su salida: El usuario 
final no cede datos al programa (tan s�lo "marca" como quiera que sea la 
opci�n "dame la ocupaci�n de los discos", tras lo cual, se llama, sin 
par�metros o con par�metros constantes al programa df del sistema.  En 
este caso, la invocaci�n a system y parientes no a�ade ning�n riesgo de 
seguridad especial).

> : suproceso que se inicia.  En otro caso, no veo d�nde puede estar el 
> : peligro (no obstante, no soy programador, y agredecer�a las correcciones).
> 
> 	pues p.e., ya para empezar, te has dejado fuera el problema del IFS
> 
> 	PS: popen() comparte los peligros de system().
> 

El problema del IFS y los relacionados con secuencias de escape y buffer 
overflow s�lo puede afectar a las llamadas a system y parientes si:
1/ El programa se ejecuta bajo un usuario efectivo distinto del real 
(casos ya comentados).
2/ La entrada al programa se utiliza para modular la llamada a system.
y 3/ En dicha modulaci�n se emplea directamente la entrada recibida, sin 
depurar.

No pretendo "pasarme de listo" aqu�: como digo, no soy programador y si 
lo que digo no es correcto o es incompleto, desde luego, me gustar�a 
saberlo.
-- 
SALUD,
Jes�s
***
jesus_navarro@undominio.net
***