Newsgroup: it.comp.os.linux.iniziare
Titolo: diritti e prerogative di /tmp

Salute a tutti. Nei giorni scorsi leggevo da qualche parte che per
migliorare la sicurezza di un sistema potrebbe essere un buona soluzione
mettere /tmp su una partizione separata e dargli in /etc/fstab:
/dev/sda4  /tmp  ext3    noexec,nosuid,nodev
ho provato a farlo, ma mi sorge un dubbio sui permessi da dare alla dir.
Voi che suggerite?
Ciao & TIA
Antonio    
-- 
  /¯\  |¯ \/ ¯|(*** !!! attenzione:  campo From alterato !!! ***)
 /¯_¯\ |¯|\/|¯| )-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(
/_/ \_\|_|  |_|(  |a|m|a|d|e|s|a|n|i(a|t)l|i|b|e|r|o(d|o|t)i|t| )
----------------)-+-+-+-+-+-+-+-+-+---+---+-+-+-+-+---+-+---+-+(

 dare 
/tmp deve essere pubblicamente leggibile e
scrivibile. In più, come precauzione, 
dovresti attivare lo sticky bit.
quindi:
# chmod 1777 /tmp
Maggiore attenzione devi usare per le 
sottodirectory di /tmp; in generale dovresti 
permettere l'accesso solo al proprietario.

 permettere l'accesso solo al proprietario.
Ciao, ti ringrazio della rapidissima risposta. Uno dei miei dubbi verteva
sulla concessione del diritto di esecuzione; sempre in relazione ad un
discorso di sicurezza, tu che dici?
Ciao


 ... sulla concessione del diritto di esecuzione;
La  cosa mi sembra ambigua: intendi forse 
riferirti al permeso di ricerca delle directory?
In /etc/fstab hai messo noexec,nosuid,nodev
in relazione al fatto che in /tmp non dovrebbero
esserci programmi o device, quindi nessun file 
dovrebbe avere il permesso di esecuzione.
Per le directory il discorso è diverso; la "x" 
indica il permesso di ricerca.
Per garantire l'acceso in lettura alle directory
si devono avere sia i permessi si scrittura e di
ricerca. Secondo me non è utile concedere solo 
il permesso di scrittura in /tmp

 ... sulla concessione del diritto di esecuzione;
La  cosa mi sembra ambigua: intendi forse 
riferirti al permeso di ricerca delle directory?
In /etc/fstab hai messo noexec,nosuid,nodev
in relazione al fatto che in /tmp non dovrebbero
esserci programmi o device; nessun file 
dovrebbe avere il permesso di esecuzione.
Per le directory il discorso è diverso; la "x" 
indica il permesso di ricerca; Per garantire 
l'acceso in lettura alle directory si devono 
avere sia i permessi si scrittura e di ricerca
e quindi vanno dati.


 esserci programmi 
anfatti...
cmq, la mia distro monta la /tmp  su un filesystem di tipo tmpfs,
dacci un'occhiata, magari ti inetressa:
http://wiki.linuxquestions.org/wiki/Tmpfs


Ringrazio sia te che RedWiz.
In effetto "x" lo intendevo come un permesso di esecuzione, da cui la mia
domanda; tu mi dici che indica il permesso di ricerca e quindi le cose
cambiano (facevo confusione tra permessi ad un file e permessi ad una
directory...).
Mi studierò il suggerimento di RedWiz di cui avevo sentito parlare ma che
non ho mai approfondito.


 ... sulla concessione del diritto di esecuzione;
La  cosa mi sembra ambigua: intendi forse 
riferirti al permeso di ricerca delle directory?
In /etc/fstab hai messo noexec,nosuid,nodev
in relazione al fatto che in /tmp non dovrebbero
esserci programmi o device; nessun file 
dovrebbe avere il permesso di esecuzione.
Per le directory il discorso è diverso; la "x" 
indica il permesso di ricerca; Per garantire 
l'acceso in lettura alle directory si devono 
avere sia i permessi di lettura e di ricerca


 ... sulla concessione del diritto di esecuzione;
La  cosa mi sembra ambigua: intendi forse 
riferirti al permeso di ricerca delle directory?
In /etc/fstab hai messo noexec,nosuid,nodev
in relazione al fatto che in /tmp non dovrebbero
esserci programmi o device; nessun file 
dovrebbe avere il permesso di esecuzione.
Per le directory il discorso è diverso; la "x" 
indica il permesso di ricerca; Per garantire 
l'acceso alle directory si devono avere sia i 
permessi di lettura e di ricerca e quindi vanno 
dati entrambi.
Secondo me non è utile concedere solo 
il permesso di lettura in /tmp

 
http://wiki.linuxquestions.org/wiki/Tmpfs
Arieccomi :))
La proposta del tmpfs mi ha molto incuriosito e sono andato a vederla. Per
provarla ho ricompilato il kernel con l'opzione per i tmpfs e poi ho fatto
una prova per crearne uno e visto che funziona ho inserito in /etc/fstab
la riga:
none  /tmp  tmpfs size=512M,mode=1777,noexec,nosuid,nodev  0 0
è capitata una cosa molto bizzarra, al reboot per vedere se tutto fungeva
al meglio, la macchina non è riuscita a completare la chiusura ed
ovviamente non è ropartita (dopo cinque minuti era sempre li a pensare ..) Se la
spengo riparte senza problemi. Se ripristino il vecchio /tmp su partizione
è tutto OK.
Le opzioni originali in 
wiki.linuxquestions.org/wiki/Tmpfs
sono (in /etc/fstab):
none  /tmp  tmpfs size=512M,mode=1777  0 0
può darsi che la mia aggiunta crei il problema o vi possono essere altre
cause, tipo la posizione della riga in fstab?
Fare una prova non costa moltissimo, ma dal momento che uso la macchina in
ssh (non ha monitor), devo scollegare e ricollegare un po' di roba e quindi
chiedo consiglio.
