🚀 go-pugleaf

Hola!


Jes�s M. NAVARRO wrote:
 > blah, blah,...
 >
> 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).

	Yo tampoco soy programador, pero no veo que implique peligro la 
utilizaci�n de system () o de popen (). Los par�metros que le paso a la 
funci�n se deciden en tiempo de compilaci�n, por lo que es 
responsabilidad del programador que el proceso no sea peligroso ni 
inseguro. Por supuesto, no voy a utilizar la funcion popen () para 
llamar a un 'rm /* -rf' con privilegio de root. Otra cosa, por supuesto, 
es la utilizaci�n de estas funciones con CGIs, pero no es el caso.

	Mi intenci�n es hacer un peque�o front-end para controlar el rpm. Por 
tanto, tengo que capturar la salida del rpm para obtener una lista de 
los paquetes instalados, informaci�n sobre estos paquets, ... Y en una 
fase posterior, poder instalar y desinstalar paquetes.

Un saludo.