Newsgroup: it.comp.sicurezza.varie
Titolo: SSL e Enti certificatori

 server?
Si, si può installare sul proprio server una Certification Authority (CA) e
generarsi i certificati per il proprio server e i propri client; ovviamente
questi certificati saranno riconoscitu solo all'interno della propria
organizzazione.
Il costo di una CA  dipende dal prodotto e parte da circa 2,5 - 3 Milioni per
quella Netscape.
Ronnie

mgr...@qubisoft.it
 wrote:
 >chi sa spiegarmi perche' una chiave per rendere il proprio server sicuro con
 >SSL costa cosi' tanto???
Perche` la CA garantisce anche che quella chiave appartenga proprio a te.
 >Si puo' ovviare e crearsi una coppia di chiavi da inserire sul proprio
 >server?
Certo, ma poi la gente dovra` istruire il proprio browser in modo che la
accetti.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *

 Explorer?
Si installare CA public domain come detto in precedenza.
Ronnie


Si, certamente, ma nel mio server e' totalmente implementato tutto,
manca solo lapossibilita' di firmare certificati, cosa a questo punto
non dissimile da cio' che fa PGP,
che permette di certificare (trusting) chiavi altrui a terzi.
SSL e' molto piu' di PGP, ma la sola certificazione, non mi pare lo sia,
a parte lo standard
accettato.
O no?
Roberto

 O no?
  Io non conosco molto bene la parte PGP, ma mi sembra comunque che non
risolvendo la parte di gestione dei certificati lascia aperta la porta
all'attacco tipico legato alla mancanza di un certificato:
A e' un utente che vuole inviare in modo fraudolento, una informazione a B
fingendo di essere C;
la dove B non conosce a priori A e C. A genera una coppia di chiavi PGP
valide (Kpub Kpriv) e invia delle informazioni a B fingendo di essere C
firmandole con la chiave Kpriv e inviando anche la chiave privata Kpub in
chiaro; B riceve le informazioni da A, le decifra e verifica la firma usando
Kpub attribuita a C in modo fraudolento; B non ha modo di accorgersi che A
sta facendo spoofing.
Usando invece un certificato A non può fare spoofing in quanto la sua chiave
pubblica viene certificata da una terza parte fidata CA (Certification
Authority), che firma con la sua chiave privata, nota a tutti, il
certificato di A; se B non riceve il certificato di A non ritiene valide le
informazioni.
E' chiaro che la soluzione PGP e' accettabile in un contesto in cui per ogni
nuovo utente c'è una fase di registrazione tale per cui una terza parte
fidata genera le chiavi per A ne registra la chiave pubblica in un posto cui
sia A che B possono accedere per prenderne visione; ciò è però improponibile
in una rete estesa in ambito geografico.
Ciao
--------------61534C123D8F0C8E0B0017FB
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Oronzo (Ronnie) Berlen
Content-Disposition: attachment; filename="vcard.vcf"
begin:          vcard
fn:             Oronzo (Ronnie) Berlen
n:              Berlen;Oronzo (Ronnie)
org:            Olivetti Ricerca SCpA
adr:            SS 271, KM 8 ;;Contrada La Marchesa;Bitritto;;50020;Italy
email;internet: 
ber...@olivettiricerca.it
title:          Electronic Commerca Laboratory
tel;work:       +39-80-6352112
tel;fax:        +39-80-6352089
x-mozilla-cpt:  ;0
x-mozilla-html: FALSE
version:        2.1
end:            vcard
--------------61534C123D8F0C8E0B0017FB--

ber...@olivettiricerca.it
 wrote:
 >  Io non conosco molto bene la parte PGP, ma mi sembra comunque che non
 >risolvendo la parte di gestione dei certificati lascia aperta la porta
 >all'attacco tipico legato alla mancanza di un certificato:
In pgp la certificazione e` distribuita piuttosto che centralizzata, ma
comunque esiste sempre.
 >chiaro; B riceve le informazioni da A, le decifra e verifica la firma usando
 >Kpub attribuita a C in modo fraudolento; B non ha modo di accorgersi che A
 >sta facendo spoofing.
B e` uno stupido perche` si e` fidato di una chiave pubblica di cui non ha
verificato la provenienza.
 >E' chiaro che la soluzione PGP e' accettabile in un contesto in cui per ogni
 >nuovo utente c'è una fase di registrazione tale per cui una terza parte
 >fidata genera le chiavi per A ne registra la chiave pubblica in un posto cui
 >sia A che B possono accedere per prenderne visione; ciò è però improponibile
 >in una rete estesa in ambito geografico.
Questo non e` vero, ti consiglio di studiare meglio come funziona PGP e in
generale i meccanismi di certificazione distribuita.



Be' la generazione delle chiavi, per PGP o per qualunque sito SSL e'
comunque fattodall'utente, la certificazione, cioe' la firma con la
chiave privata del certificante, e'
fatta solo sulla chiave pubblica del certificato. Ed esaurisce il
compito della CA,
fatto salvo il tenere un microscopico record in database, piu' per suo
uso che per
effettiva necessita', visto che la sola esistenza della chiave pubblica
firmata data
all'utente certificato, GIA' BASTA a testimoniare la certificazione.
Non devo prenderne visione alla CA, basta avere caricata la chiave
pubblica,
della CA
L'esistenza di altre robe di netscape e altri browswrs non e' necessara
alla sicurezza,
ma al suo teorico controllo centralizzato, che impone il controllo
SULLE  CA stesse.
Se fosse gratis, capirei, ma costa CARO (700kŁ anno).
Roberto

ber...@olivettiricerca.it
 wrote:
 >> In pgp la certificazione e` distribuita piuttosto che centralizzata, ma
 >> comunque esiste sempre.
 >Non mancherò, potresti comunque dirmi due parole su come avviene?
C'e` una catena di fiducia tra A e B, tramite una serie di intermediari
che garantiscono ciascuno per la chiave dell'altro.
Comunque nulla vieta che ci sia una entita` centrale che firmi le chiavi
di terzi, tempo fa ho letto in germania che un grande user group locale
lo sta facendo in collaborazione con c't (una rivista).
 >> B e` uno stupido perche` si e` fidato di una chiave pubblica di cui non ha
 >> verificato la provenienza.
 >Come fa a verificarlo? (probabilmente rispondendo alla prima paret rispondi anche
 >a questo)
Confrontando la chiave in suo possesso (oppure il suo fingerprint, e`
indifferente ed ugualmente sicuro) con una ottenuta attraverso un canale
sicuro. In alternativa puo` controllare se questa nuova chiave e` firmata
da una persona la cui chiave e` gia` stata verificata dall'utente.


 lo sta facendo in collaborazione con c't (una rivista).
Infatti la stessa PGP (società) ha adesso un prodotto che consente di realizzare una
soluzione di questo genere.
--------------E33CA2B63434BCC4AABF5C7E
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Oronzo (Ronnie) Berlen
Content-Disposition: attachment; filename="vcard.vcf"
begin:          vcard
fn:             Oronzo (Ronnie) Berlen
n:              Berlen;Oronzo (Ronnie)
org:            Olivetti Ricerca SCpA
adr:            SS 271, KM 8 ;;Contrada La Marchesa;Bitritto;;50020;Italy
email;internet: 
ber...@olivettiricerca.it
title:          Electronic Commerca Laboratory
tel;work:       +39-80-6352112
tel;fax:        +39-80-6352089
x-mozilla-cpt:  ;0
x-mozilla-html: FALSE
version:        2.1
end:            vcard
--------------E33CA2B63434BCC4AABF5C7E--

 Se fosse gratis, capirei, ma costa CARO (700k£ anno).
  Il costo dipende da ciò che si fa, non mi è chiaro per cosa si paghino 700
Klit anno, ed in prospettiva l'esistenza di più CA dovrebbe abbassare i
costi; sul fatto di un tentativo di avere un controllo centralizzato (in
senso positivo e non da "Grande Fratello"), ciò da maggiori garanzie di
sicurezza fino al punto da arrivare a dare validità legale ai documenti
elettronici al pari di quelli informatici, come descritto nel mio precedente
messaggio.
--------------4705CD2E1D7CE08896209FF7
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Oronzo (Ronnie) Berlen
Content-Disposition: attachment; filename="vcard.vcf"
begin:          vcard
fn:             Oronzo (Ronnie) Berlen
n:              Berlen;Oronzo (Ronnie)
org:            Olivetti Ricerca SCpA
adr:            SS 271, KM 8 ;;Contrada La Marchesa;Bitritto;;50020;Italy
email;internet: 
ber...@olivettiricerca.it
title:          Electronic Commerca Laboratory
tel;work:       +39-80-6352112
tel;fax:        +39-80-6352089
x-mozilla-cpt:  ;0
x-mozilla-html: FALSE
version:        2.1
end:            vcard
--------------4705CD2E1D7CE08896209FF7--