Newsgroup: it.comp.os.linux.iniziare
Titolo: Un BUGghettino?!?

Sto imparando.
E sbagliando... E imparando...
E sbagliando... Ops!
inserisco una "X" (maiuscola) al login; dunque penso di dare un'invio
vuoto alla password; et-voilà! Ottengo un Debian tutto UPPERCASE!!!
Tutte maiuscole!
Sta' a vedere che è un bug?!?...
Intanto, se lo fosse, sarebbe un gran servizio! Non trovate?!? Nessuna
echo sensitive a video! Un'ulteriore misura di sicurezza, seppur minima;
di quelle che si chiamano forse "deterrenti"; per utenti indiscreti...
Ma sto mistificando?!? Ho forse scoperto l'acqua calda?!?
{
   Ama e fa' ciò che vuoi. (S. Agostino)
}
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Ci sono!!!
E' Pasqua!!!...
E' il regalo di Linux per tutti noi???... Un bell'uovodipasqua?!?



ICQ# 11129001
http://www.calogero.org/

 porcatroiazza! anche slack 8 fa cosi!!!!!
RH 7.2 no....
Ciao
Manuel
--
             Prima di postare FAQ, controlla su Google:
  >>   
http://groups.google.com/advanced_group_search
   <<
   Problemi di netiquette? 
http://www.nic.it/NA/netiquette.txt
Vuoi imparare linux? 
http://a2.swlibero.org
 - ICQ 117744323

 inserisco una "X" (maiuscola) al login;
controlla se esiste un'utente X in /etc/passwd


> controlla se esiste un'utente X in /etc/passwd
Fatto: non c'č nessun utente X (le uniche "x" sono i token). Anche
perché (io credo, e correggimi se sbaglio) non dovrebbe essere possibile
associare una password nulla ad un utente. No?!?...
{
   Ama e fa' ciņ che vuoi. (S. Agostino)
}
P.S. Sono candidabile alle scoperte inutili su Linux?!? :P


 P.S. Sono candidabile alle scoperte inutili su Linux?!? :P
Se cosi' fosse, altro che inutile......
8-(
--
Ciao.
SkunkGuru.

 
gia'...e a quanto pare lo fa anche con altre maiuscole...dopo zlib, adesso 
questo (che non e' pericoloso penso, ma certamente coglie di sorpresa :) ), 
troppe emozioni ultimamente...
Giulio
-- 
PGP Key fingerprint = 1A94 043F 1946 7AA9 CB2E  D5ED F83D 2083 25B4 2E27

 gia'...e a quanto pare lo fa anche con altre maiuscole...
e CTRL+ALT+2 (che tira fuori tipo '[B')...vabbe', troppo smanettamento, 
forse adesso e' il caso di usare la testa, e capire cos'e' che non va...


 essere possibile associare una password nulla ad un utente.
perche' no? certo che si!
aggiungi un utente e poi cancellagli la password in /etc/passwd ..
e' lo stesso sistema per cui, quando entri in linux single al boot, puoi
cancellare la password di root quando l'hai dimenticata :-)


 Sta' a vedere che ? un bug?!?...
No, e' una feature poco usata, ma usata.
-- 
          |Save our planet!
   Ciao   |Save wildlife!
  roberto |For your E-MAIL use ONLY recycled Bytes  !!
          |roberto poggi   
rpo...@softhome.net

 Anzi, giustissimo.
ah... ma allora io non ho capito niente del post iniziale...
credevo che inserendo X come login e una password vuota ci si riuscisse
a loggare nel sistema...
Ciao
manuel


 porcatroiazza! anche slack 8 fa cosi!!!!!
Slack 7 semiupgradata a 8 no (almeno via SSH, non posso controllare da
console).
-- 
Qui e' Jack Burton, del Pork-Chop Express,
che parla a chiunque sia in ascolto.

 Sta' a vedere che è un bug?!?...
ho notato che a me lo fa anche con altre lettere (sempre maiuscole).
ad esempio Z, T, R, P... boh?!?!


 in ingresso, fino al primo ctrl-d che gli arriva.
ho notato pero' che commentando tutte le voci di inetd (lasciando solo ftp),
la feature scompare. attivandone una a caso tra time, login, shell... la 
feature riappare... come mai?!?


 feature riappare... come mai?!?
Perche' l'avvio di linux ( e degli Unix in genere) e' a due stadi.
Se ci fai caso, il primo prompt non e' uguale a quello che esce subito
dopo se sbagli la prima autenticazione.
Per tornare identico dopo un certo numero di tentativi (di solito, tre o
cinque).
Alla prima richiesta e' getty che si prende carico del colloquio, ma
subito dopo passa la palla a /bin/login.
Il che si presta, volendo, a bei giochini trappola per chi tenta con un
brute force di entrare nel sistema[1], o ti ha sniffato la password di
root[2].
Il fatto che tu disabiliti ogni possibilita' di login fa in modo che
resti solo getty a richiederti stupidamente un accesso che poi non
potra' mai concederti.
[1] Ad esempio, getty, se non riceve al primo colpo la coppia user-pass
corretta, puo' mandarti dentro ad un login addomesticato, che non ti
lascera' MAI entrare, anche se indovini che root ha password root.<eg>
[2] Oppure, getty non ti fara' mai entrare, se al primo colpo hai 
indovinato la password, e login la accettera' *SOLO* al secondo 
tentativo[3].<veg>
[3] E root non si chiamera' piu' root. <vvveg>


 [3] E root non si chiamera' piu' root. <vvveg>
E per avere maggiori info su queste cose ?
-- 
Ciao
Gianluca

 E per avere maggiori info su queste cose ?
Si mettono le mani nei sorgenti dei programmi interesati, e in tutta la
distribuzione se si vuole anche la [3], visto che il rischio che qualche
programma faccia un controllo anche sul nome e non solo sull'UID c'e'
sempre (ho visto script di shutdown controllare con un who e non con
l'UID chi era autorizzato).
Seriamente, non ho nulla di pronto per le distribuzioni attuali, quei
giochini li avevo visti su unix blasonati, ma non e' escluso che,
guidato dalla paranoia, metta su qualche fake login.
Basta avere pazienza, e nel 2015 potrei anche pubblicarlo. :-)
Ovviamente, andare a modificare tali oggetti porta al rischio ad ogni
upgrade del sistema, che va fatto a manina, controllando che non venga
sostituito parte del marchingegno, perche' si otterrebbe con buona
probabilita' o l'inefficacia del giochino, o l'impossibilita' del login.


 RH 7.2 no....
Neanche la mia Debian Potato 2.2r5, kernel 2.2.20, fa nulla...
-- 
 Ciao, Bianco.
 Reply to luca.bianco (at) 
tiscali.it