Newsgroup: it.comp.os.linux.sys
Titolo: [Forse OT] Autenticazione Linux

Ciao a tutti. Vorrei pareri su una domanda che ogni tanto mi ronza in testa:
ma come fanno quei programmi che chiedono la password di sistema per
autenticarsi (ad esempio su) a verificare il login? So che le password
sono, giustamente, crittografate con MD5. Come fanno sti programmi? Passano
i parametri ad un demone o al kernel e poi...? Confrontano gli hash
ottenuti con quelli dentro al file delle password (presupponendo
quest'ultimo shadow)? Grazie a chi avrŕ la pazienza di rispondermi :-)
-- 
"Windows cerca di fare Unix e ci riesce male, Red Hat cerca di fare Windows
e ci riesce benissimo" (Jimmy Olgeni)

usano le pam , cerca su google.
-- 
...  Bisogna toccare con mano, come dicono sempre i ginecologi...
                -- Andrea `Zuse' Balestrero, "Piccoli feti crescono"

 usano le pam , cerca su google.
non č detto. Slackware non le usa ad esempio.
-- 
Filippo Santovito

> non è detto. Slackware non le usa ad esempio.
non lo sapevo , e come fa' l' autenticazione , sempre col vecchio metodo
diretto ? mi pare quantomeno sorpassato , se mi ricordo bene le pam ci sono
dalla rh 5.0 .....
-- 
"Non sbaglio dal 1961, quando pensai di avere fatto un errore."
                -- Bob Hudson

 
/bin/login e' piu' vecchio di PAM e probabilmente esisteva gia'
Anch'io stavo per rispondere cosi', ma non e' ne corretto ne esauriente.
1) MD5 e presente anche in sistem che non usano PAM (vedi piccoli 
firewall o qualsiasi cosa)
2) la stessa cosa avviene praticamente anche in Windows con NTLM.
Non credo che questo e' il newgroup migliore per questi argomenti, 
sarebbe megli spostarsi su un NG dove si cazzeggia di sicurezza e non di 
linux.
Per quanto riguarda i firewall che fanno le VPN, in MD5 ad esempio, 
avviene lo scambio delle chiavi. In pratica serve una chiave di 
decriptazione.
Ma come faccia PAM o quel che e' a decriptare non lo so. Ci sono anche 
delle librerie crypt e decrypt. Di piu' non so aggiungere.
.. mi pare che dovrebbe esserci un it.comp.reti.sicurezza? (pigro che 
sono! Potrei vedere da me :)
--
Ciao
Massimiliano.

 sono, giustamente, crittografate con MD5. Come fanno sti programmi?
A grandi linee la sequenza di operazioni è questa: prendono la password che
fornisci tu, la crittografano e la confrontano con quella già crittografata
e memorizzata in un qualche modo (files, ldap, ecc...).
I dettagli implementativi variano (pam, ecc...).
-- 
Ciao da Villo    -    GPG public key available
                      Ferrara LUG 
http://ferrara.linux.it
        Remove "+settanta" for email replies
Protect your Freedom: 
http://www.againsttcpa.com/index.shtml

 dalla rh 5.0 .....
direttamente da
ftp://ftp.heanet.ie/mirrors/ftp.slackware.com/pub/slackware/slackware-9.1/ChangeLog.txt
+--------------------------+
Tue Sep 23 21:57:32 PDT 2003
[cut]
n/openssh-3.7.1p2-i486-1.tgz:  Upgraded to openssh-3.7.1p2.
  This fixes security problems with PAM authentication.  It also includes
  several code cleanups from Solar Designer.  Slackware does not use PAM
and is
  not vulnerable to any of the fixed problems.
  Please indulge me for this brief aside (as requests for PAM are on the
rise):
    If you see a security problem reported which depends on PAM, you can be
    glad you run Slackware.  I think a better name for PAM might be SCAM,
for
    Swiss Cheese Authentication Modules, and have never felt that the small
    amount of convenience it provides is worth the great loss of system
    security.  We miss out on half a dozen security problems a year by not
    using PAM, but you can always install it yourself if you feel that
    you're missing out on the fun.  (No, don't do that)
  OK, I'm done ranting here. :-)
  I suppose this is still a:
  (* Security fix *)
e se lo dice patrick ;)
-- 
Filippo Santovito

 e memorizzata in un qualche modo (files, ldap, ecc...).
ora ti rompo le scatole io :)
La tua spiegazione non fornisce una vera e propria spiegazione:
prima la domanda era: come fa  a decrittografarla?
Dopo la tua spiegazione la domanda e':
come fa a crittografarla sempre alla stessa maniera?
mi incuriosice anche a me.
Vedo che hai scritto "a grandi linee". Non so se perche' come me non 
conosci il processo in maniera esatta o se perche' ti rompe le balle 
metterti a scrivere :)
--
Massimiliano.

 Semplice: MD5 è una funzione ad un valore.
Non e' solo una funzione che crea l'hash.
Ci deve essere anche una chiave, altrimenti con la funzione apri tutti 
gli hash che vuoi.
Cmq forse non ti ho capito bene. Non sono saputello.
Faccio semplicemente il sistemista e non aspetto nessuno che mi dia i 
voti in questo NG ;)
Detto fra noi: uso il NG per aiutare e se mi serve anche a essere 
aiutato, non per essere detto da da un coglione come DeRosa quello che 
so e quello che non so ;)
--
Massimiliano.

 
Non ho mai creduto di essere un esperto di sicurezze e VPN ma tu cosa 
cazzo stai dicendo che e' pertinente con quello che ho detto io.
Io sto solo dicendo che c'e' MD5 e' nelle VPN. Punto BASTA.
Ho fatto casino parlando di MD5 confondendo le cose tra digest (o hash) 
e encryption, ma come vedi l'argomento e' confuso di per se e anche il 
sito che ti ho citato (che si vanta di essere il sito unofficial di MD5) 
contiene lo stesso tipo di "errore".
digest e' digest, encryption e' encryption. Punto chiusa la discussione. 
miiii basaaastaaaaa, non ne posso piu'.
--
Massimiliano Adamo.

 come fa a crittografarla sempre alla stessa maniera?
Una funzione di hashing, per definizione, dato un input restituisce sempre
lo stesso output. Altrimenti non sarebbe una funzione di hashing.
Bye.

 come fa a crittografarla sempre alla stessa maniera?
RTFM
