Newsgroup: it.comp.os.linux.sys
Titolo: Precisazione riguardo a root via telnet

Salve a tutti, vorrei togliermi una curiosità:
Per buona norma non si dovrebbe poter entrare in un sistema via telnet
con l'account di root, e fin qui non c'é problema. Ma ha poi senso, ai
fini della sicurezza, concedere l'uso di su verso root ?
Non è sempre una falla nella sicurezza ?
Qual'é il vantaggio di non concedere subito l'accesso di
amministratore ? Il fatto di chiedere una coppia username - password
in più all'eventuale intruso non mi sembra un grande miglioramento.
Grazie per i chiarimenti su un questione che, forse, vi sembra banale.
Ciao

 in più all'eventuale intruso non mi sembra un grande miglioramento.
Concedere il telnet con l'account di root e' sbagliatissimo perche'
significa lasciare aperto un buco di sicurezza enorme. Per quanto
riguarda poi il permettere di diventare root mediante 'su' non c'e'
nulla di strano: si presuppone che la passwd di amministratore non
l'abbiano cani e porci quindi non c'e' nessun pericolo. Rimane
ovviamente sempre valido il discorso per cui se una persona ha accesso
fisico alla macchina tutto questo discorso non serve a nulla.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 fisico alla macchina tutto questo discorso non serve a nulla.
E' un dubbio che mi sono posto anch'io: sbaglio, o l'username e password
vengono mandate in chiaro sulla rete, come il resto dei pacchetti tcp? E
quindi se uno viene "sniffato" non puo'essere intercettato in qualche modo
una volta loggato anche facendo su (anche se poi, almeno la parola "root"
non si vede) ? A parte questo, la sicurezza di negare l'accesso a root, se
e' vero quello che ho detto, sarebbe limitata ai famosi programmini di
falsa login oppure ai programmini che tentano il login su una rosa di
password possibili, in realta' questi ultimi ormai inusabili visti i tempi
di ritardo nella restituzione del prompt e la disabilitazione del terminale
oltre n tentativi.
bye G.L.


 falsa login oppure ai programmini che tentano il login su una rosa di
Uhm, mi pare di ricordare di aver visto qualcosa del genere, ed un losco
figuro di mia conoscenza dovrebbe saperne qualcosa... si,
effettivamente, soprattutto considerato che se si usa PAM si rende la
vita molto piu' difficile a chi vuole collegarsi da remoto. Tutto il
discorso non vale se il tipo ha _gia'_ una copia di /etc/passwd o nel
peggiore dei casi /etc/shadow su cui far girare qualche simpatico
programmillo tipo crack.


non si vede) 
Si, infatti in questo caso bisogna utilizzare ssh.
-- 
 +-------------------------------------------+
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          |
 +-------------------------------------------+

Non è sempre una falla nella sicurezza ?
Perlomeno cosi' sai chi e' che sta cercando di diventare root.
-- 
Ciao
     Marco Innocenti

in più all'eventuale intruso non mi sembra un grande miglioramento.
Tu ci hai mai provato, ad entrare in un sistema senza sapere neppure il
nome dell'utente? provaci e vedrai che il miglioramento c'e'.
-- 
Alla faccia del millennium bug che non ha avuto ripercussioni,
buon millenovecentonovantadieci a tutti
roberto poggi 
rpo...@softhome.net

 wrote:
TT> Salve a tutti, vorrei togliermi una curiosità:
TT> Per buona norma non si dovrebbe poter entrare in un sistema via telnet
TT> con l'account di root, e fin qui non c'é problema. Ma ha poi senso, ai
TT> fini della sicurezza, concedere l'uso di su verso root ?
beh per l'admin poter amministrare il sistema in remoto e' una bella
comodita'  ;)
TT> Non è sempre una falla nella sicurezza ?
concedere l'accesso root indiscriminato sulla console o via telnet si, con
un su "sicuro" e che logga, no
TT> Qual'é il vantaggio di non concedere subito l'accesso di
TT> amministratore ? Il fatto di chiedere una coppia username - password
TT> in più all'eventuale intruso non mi sembra un grande miglioramento.
oltre al fatto che serve un username ed una pass in piu' per essere #,
in questo modo solo un determinato numero di utenti possono diventare
root, che con su si sa chi e' che e' diventato root, prima loggato con
altro nome, e che se si utilizzano canali criptati di comunicazione,
l'inviare la pass di root in chiaro sulla rete non e' + un problema, in
quanto viene inviata (con su) tramite proprio il canale criptato ;)
non mi viene nient'altro in mente =)
TT> Ciao
ciao :)
-- 
 vejeta99 on his 486... why???
 
oper...@penguinpowered.com
   visit: 
www.badpenguin.org
ftp://vejeta.penguinpowered.com

fini della sicurezza, concedere l'uso di su verso root ?
una delle regole base per la sicurezza e' di dare il permesso di
eseguire alcuni potenti comandi solo a certi utenti predeterminati.
Per esempio sul mio PC su e' propieta' del gruppo wheel (gia' creato
in RH) gruppo a cui ho aggiunto root e ustente principale, a questo
punto sei tu a decidere che utenti lo usano.
per altre informazioni prova con armoring linux su google.