🚀 go-pugleaf

(Quiz� ya no estemos yendo de programacion a redes o seguridad)

Iba Alvaro Sanchez-Mariscal por es.comp.os.linux.programacion

> Hay muchos paranoicos en lo que a seguridad se refiere, entre los cuales
> me incluyo ;-)

Yo tambi�n me incluyo en la medida que mis conocimientos me lo permiten.

El caso es que, Cederquist en mano (apartado 2.2.2), he intentado 
'asegurar' un poco m�s mi servidor. Con los siguientes problemas/soluciones:

- Se dan todos los directorios a un grupo (por ejemplo src), a este grupo 
se a�aden los usuarios que PUEDEN modificar el repositorio. (Cederquist 
destaca que los permisos se centran en los directorio, no en los ficheros)

- En $CVSROOT/CVSROOT se pueden crear dos archivos: readers y writers, 
bastante similiares en quanto a funcionamento al hosts.allow y hosts.deny, 
los nombres de usuario que aparecen en writers pueden escribir en el 
repositorio, si no s�lo pueden leer.

- Se debe poder crear archivos de 'lock' (bloqueo) para TODOS los usuarios, 
con lo qual en el CVSROOT/config especificamos un directorio con permisos 
para todos (/var/lock) y adem�s CVSROOT/val-tags debe ser escribible para 
todos.

Hasta qu� he llegado y me lo he arreglado bastante, pero...

Alvaro comenta en su post que duda que nadie ejectue el pserver como 
root..., pues bien yo tengo que hacerlo. 

CVS crea directorios SGID de grupo para mantener siempre el mismo grupo, Si 
ejecuto pserver como usuario cvs y hago un 'cvs checkout', obtengo

setgid failed: Operation not permitted.

�Como lo h�ceis para no tener que ejecutar pserver como root?


Gracias
Salut
Count