
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
Archivio: Ottobre 2002 ml@sikurezza.org Soggetto: Re: OpenVPN Mittente: tho Data: 3 Oct 2002 11:35:00 -0000
antirez wrote: > Pensavo che parlando di IPSEC fosse inclusa direttamente la parte > IKE, altrimenti ci sono davvero pochi vantaggi ad utilizzarlo rispetto > a qualcosa di diverso. ci sono i vantaggi (e pure gli svantaggi) di avere una cosa in kernel space o anche piu' sotto (bump-in-the-wire) piuttosto che in user land > Per alcune applicazioni puo' essere utile, ma ... io non capisco > che utilita' possa avere IKE in ambito VPN classica. il problema si chiama key lifetime il rekeying e' un precetto in crittografia :-) e si applica in modo naturale anche ai canali cifrati nello specifico di IPSec, quando il lifetime di una SA attiva decade e' possibile istanziare IKE per crearne una sostitutiva, oppure esigere l'inutilizzabilita' della stessa > Hai sentito parlare di DNS-SEC? :) e che PKIX no :-)))) in generale c'e' un problema nei comitati che dipende in maniera proporzionale dal numero di partecipanti, dalla complessita' delle tematiche e dal numero di _grossi_ vendor che spingono in direzioni egoistiche o comunque protezionistiche > Io mi permetto di rendere questa visione un po' piu' estrema > perche' penso che non serva alcun meccanismo di key agreement > nella maggior parte delle applicazioni che necessitano di un > tunnel cifrato, e sappiamo benissimo ormai che i protocolli > asimmetrici finiscono per avere una serie di problemi di sicurezza > dovuti al fatto che l'implementazione e' complessa... a questo > punto perche' non utilizzare un tunnel user space ben collaudato > con un keyring statico, che non fa alcun uso della crittografia > asimmetrica? nel senso di risolvere proceduralmente le questioni che la crittografia asimmetrica risolve "automaticamente" (e.g. rekeying) ? forse bisogna valutare l'opportunita' caso per caso ad esempio per canali con tempo di vita medio proporzionato alla dimensione delle chiavi e una policy di scheduling delle chiavi concordata dalle due parti (e.g. uno schema OTP) puo' essere piu' che sensato la stessa cosa in altri contesti (e.g. non sai a priori chi c'e' l'altra parte) diventa improponibile > Non ho nulla contro protocolli quali AH, e' tutta questa > voglia di 'asimmetria' che mi lascia perplesso ;) s/AH/IKE (giusto ?) io invece in generale ce l'ho a morte con i protocolli troppo complicati (anche perche' tocca spesso implemetarli) per contro l'asimmetria mi sembra un concetto molto elegante ma molto spesso male implementato ciao, tho ________________________________________________________ http://www.sikurezza.org - Italian Security Mailing List
[ Home | Liste | F.A.Q. |
Risorse | Cerca... ]
www.sikurezza.org - Italian Security Mailing List
(c) 1999-2005