🚀 go-pugleaf

:> : 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().
:> 

: 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.

	El problema del IFS no necesita para nada que el programa
	module la llamada a system/popen con la entrada de datos del
	usuario.
	Ahora bien, si consideras que las variables de entorno son
	entradas al programa, entonces si que tienes razon, pero no
	es algo que normalmente se considere asi...

	(asi como tampoco se suele considerar dos roles diferentes
	como diferentes usuarios; no digo que no sea correcto considerarlo
	asi, si no que por lo general un programador no piensa en eso)


	Ademas, aunque un programa no vaya a ser utilizados en entornos
	en los que importen consideraciones de seguridad, en un momento
	dado, a un tercero se le puede ocurrir una buena idea llamarlo
	desde un CGI o usarlo en otro entorno en el que si que importe,
	y ya tenemos el follon montado... Por eso, es mejor siempre que
	se pueda evitar system en favor de fork/exec+control de entrada
	y entorno.

-- 
PGP and other useless info at      \
http://www.cps.unizar.es/~spd/      \
finger://daphne.cps.unizar.es/spd    \       Timeo Danaos et dona ferentes
ftp://ivo.cps.unizar.es/pub/          \                         (Virgilio)