Newsgroup: it.comp.os.linux.iniziare
Titolo: Rm dei file di root

Casualmente mi sono accorto che come utente comune posso cancellare un file
appartenente all'utente root  e con i mod settati a 0755, quindi senza
diritto di modifica. com'è possibile questo fatto? come posso dire a linux
di non permettere questo?
thanx

, scriveva:

Maaah... tu l'hai messo il freno a mano? Scusa, volevo dire, il file era
nella home dell'utente, vero? O comunque in una directory in cui
quell'utente ha diritto di scrittura.
Ciao.

Max ha detto:

Mmmh, evidentemente questo file si trova sotto una directory che ha
permessi 0777. O comunque, il permesso di scrittura per quell'utente E
il bit sticky NON attivato.
Attivando il bit sticky sulle directory, succede che i filez all'interno
sono cancellabili/modificabili solo da chi ne ha effettivamente il
permesso, e NON e` piu` sufficente il solo permesso di scrittura sulla
directory.
/tmp ad esempio dovrebbe essere impostata cosi` per default...
drwxrwxrwt   3 root     root           60 Dec 30 10:33 tmp
Per impostare il bit sticky devi mettere 1 invece di 0 nel primo numero
quando fai chmod. Il /tmp che ho messo qua sopra corrisponde a 
"1777". Appare una "t" al posto della "x" finale...
Lo sticky bit usato sui files ha un effetto diverso, non mi ricordo
qual'e`...
-- 
    Pardo 
 
www.pardo.cjb.net

diritto di modifica. com'è possibile questo fatto? come posso dire a linux
Se puoi scrivere nella directory che contiene il file puoi anche
cancellarlo.
-- 
Enrico Bodo  -   PhD student       
University of Rome "La Sapienza"    
Department of Chemistry        

qual'e`...
lo stavo leggendo l'altro giorno sull'inesauribile Appunti Linux
"Sticky (Save Text Image), se si tratta di un eseguibile, durante
 l'esecuzione salva l'immagine testo nella memoria virtuale"
Ciao
-- 
   ^  RjVal ICQ# 55420196-Please, remove `cicabum' to reply-"R:" killed
  ^_°   Ci vuole un uomo intelligente per tener testa ad un altro uomo 
_°_^_^_ intelligente. Ma un genio non riuscirebbe a tener testa ad un
   |    idiota.  

forse non mi sono spiegato bene.
mi loggo come utente "max" (utente comune).
entro nella directory SBIN, settata 0755 (rwxr-xr-x),
dò un "rm halt". halt è settato rwxr--r--, appartenente all'utente root.
rm risponde con un "override ?" , qunidi sa che sta overridando, cioè
scavalcando i suoi permessi! e me lo lascia fare! com'è possibile che un
sistema unix, che dovrebbe essere sicurissimo, lasci fare queste cose al
primo scemo che si logga?
grazie per l'attenzione

scusate ma non ho capito. ho letto anch'io appuntilinux ma non č ben
spiegato.

Max dixit... 

un momento : sei andato fino in fondo ? hai risposto yes
a override ? il file e' realmente sparito ?? teoricamente
al tuo "yes" alla domanda override dovrebbe concludere il
tutto con un bel "permesso negato"
ti faccio un esempio : entra in /etc e modifica un file
con vi ad esempio
vi fstab
vi ti dira' subito "changing a read-only file" e quando
cerchi di salvare ti chiedera' override ? e se dici yes
ti risponde con "unable to save file" , vi lo salverebbe
pure ma il sistema non permette a un utente comune di
modificarlo..
per il comando rm dovrebbe essere la stessa cosa (per analogia)
saluti
-- 
rimuovi NOSPAM per rispondere in email
--


Ah, ma questo e` impossibile...
leo [/sbin]$ rm halt
rm: remove write-protected file `halt'? y
rm: cannot unlink `halt': Permission denied
...quello e` il comportamento normale...
-- 
    Pardo 
 
www.pardo.cjb.net

 l'esecuzione salva l'immagine testo nella memoria virtuale"
Badate che il bit permanente tiene in memoria l'eseguibile, fino al
termine dell'esecuzione.. con le ovvie conseguenze per la sicurezza, se
e` suidato;-)
Cosa vuol dire l'immagine testo?
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian 2.2 Potato */

primo scemo che si logga?
Che si logga suidato root e non se ne accorge?


thanx