{"id":453,"date":"2003-06-20T00:00:00","date_gmt":"2003-06-19T22:00:00","guid":{"rendered":""},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-29T22:00:00","slug":"453","status":"publish","type":"post","link":"https:\/\/www.vialattea.net\/content\/453\/","title":{"rendered":"Vorrei sapere cosa è e come funziona il protocollo SSL? Che cosa si intende con OpenSSL?"},"content":{"rendered":"

<\/p>\n

Il termine SSL sta per “Secure Socket Layer” ed indica un sistema per
\nla protezione crittografica delle comunicazioni attraverso una rete.<\/p>\n

Il protocollo \u00e8 stato originariamente sviluppato da Netscape e
\nsuccessivamente \u00e8 stato adottato come uno standard per Internet
\ned ha assunto il nome di TLS (Transport Layer Security).<\/p>\n

<\/font><\/p>\n<\/p>\n

\"\"\/<\/font><\/center><\/p>\n

\nNella figura viene mostrata l’architettura del protocollo SSL.
\nEsso \u00e8 composto di due livelli: il livello “record” sottostante
\ned il livello di controllo. Vedremo adesso un po’ pi\u00f9 in dettaglio
\nle funzioni di ciascun livello.<\/p>\n

<\/font><\/p>\n

Notiamo intanto che il livello “record”, oltre che essere utilizzato
\ndalle componenti di SSL al livello di controllo, si frappone fra le
\napplicazioni (nella figura rappresentate dal blocchetto marcato
\nHTTP) ed il protocollo TCP\/IP. Questo significa che un’applicazione che
\nvoglia utilizzare un collegamento sicuro, dovr\u00e0 essere modificata
\nin modo da accedere ai servizi di SSL anzich\u00e9 a quelli standard
\ndel protocollo TCP.<\/p>\n

<\/font><\/p>\n

Quando un’applicazione (cliente) chiede di aprire una connessione SSL verso un
\nserver
\nsi attiva il servizio che utilizza i protocolli di handshake e di scambio
\ndelle chiavi di cifratura.
\nLo scopo di questa fase \u00e8 quello di utilizzare un
\nsistema crittografico asimmetrico(1)<\/a> per svolgere due funzioni:<\/p>\n

<\/font><\/p>\n

    <\/p>\n
  1. Effettuare l’autenticazione reciproca del cliente e del server.\n<\/li>\n
  2. Scambiare fra cliente e server
    \nle chiavi di cifratura da utilizzare nel corso della connessione. Le
    \nchiavi
    \nsono due per il cliente e due per il server. Una di esse serve per la
    \ncifratura dei dati e l’altra per il codice di autenticazione (MAC)\n<\/li>\n

    <\/font><\/ol>\n

    Al termine di questa fase inizia la vera e propria connessione durante la
    \nquale il messaggio (ovvero i dati inviati da cliente a server e viceversa)
    \nviene trattato come segue:<\/p>\n

    <\/font><\/p>\n

      <\/p>\n
    1. Il messaggio viene suddiviso in blocchi di lunghezza prefissata.\n<\/li>\n
    2. Ciascun blocco viene compresso con un algoritmo di compressione.\n<\/li>\n
    3. A ciascun blocco viene aggiunto il codice MAC che serve a garantire
      \n l’autenticit\u00e0 dei dati.\n<\/li>\n
    4. Il blocco complessivo (dati compressi+MAC) viene cifrato utilizzando un
      \n algoritmo simmetrico      (2)<\/a> e l’opportuna chiave.\n<\/li>\n
    5. In testa al blocco cifrato viene posto lo “header” SSL.\n<\/li>\n
    6. Il blocco viene inviato al corrispondente Utilizzando il protocollo TCP\/IP.\n<\/li>\n

      <\/font><\/ol>\n

      \nIl corrispondente alla ricezione del blocco dovr\u00e0 efettuare le operazioni contrarie, ovvero:
      \n<\/font><\/p>\n<\/p>\n

        <\/p>\n
      1. Eliminare lo header SSL.\n<\/li>\n
      2. Decifrare il messaggio utilizzando la chiave opportuna.\n<\/li>\n
      3. Verificare che il codice MAC sia quello del corrispondente.\n<\/li>\n
      4. Eliminare il codice MAC\n<\/li>\n
      5. Decomprimere il blocco risultante.\n<\/li>\n
      6. Riunire i frammenti del messaggio.\n<\/li>\n

        <\/font><\/ol>\n<\/p>\n

        OpenSSL<\/font><\/h3>\n

        OpenSSL \u00e8 il nome dato ad una implementazione del protocollo SSL
        \n“open source” ovvero disponibile a tutti in forma sorgente. Essa costituisce la
        \nbase di tutte le implementazioni di SSL per i sistemi operativi
        \nnon proprietari (Linux, FreeBSD, ecc.)
        \n<\/font><\/p>\n\n

        Per ulteriori approfondimenti possono essere interessanti i seguenti siti:<\/p>\n

        <\/font><\/p>\n

        \n
        \n
        \nhttp:\/\/www.faqs.org\/faqs\/computer-security\/ssl-talk-faq\/<\/a>.
        \n<\/font><\/dt>\n
        La FAQ del gruppo di discussione su SSL<\/p>\n

        <\/font><\/dd>\n

        \n
        \nhttp:\/\/home.netscape.com\/eng\/ssl3\/index.html<\/a>.
        \n<\/font><\/dt>\n
        La definizione del protocollo SSL 3.0<\/p>\n

        <\/font><\/dd>\n

        \n
        \nhttp:\/\/www.ietf.org\/internet-drafts\/<\/a>.
        \n<\/font><\/dt>\n
        \nLa raccolta dei documenti del IETF (Internet Engineering Task Force)
        \ncontenente una ventina di documenti relativi a TSL.<\/p>\n

        <\/font><\/dd>\n

        \n
        \nhttp:\/\/www.openssl.org\/<\/a>.
        \n<\/font><\/dt>\n
        \nLa “sede” del progetto OpenSSL.
        \n<\/font><\/dd>\n<\/dl>\n

        \nArgomenti correlati a questo sono stati trattati in passato sul nostro sito.
        \nIn particolare:
        \n<\/font><\/p>\n

        \n
        \n
        \nhttp:\/\/www.vialattea.net\/esperti\/php\/risposta.php?numero=590<\/a>.
        \n<\/font><\/dt>\n
        \nUna introduzione ai protocolli TCP\/IP.<\/p>\n

        <\/font><\/dd>\n

        \n
        \nhttp:\/\/www.vialattea.net\/esperti\/php\/risposta.php?num=2276<\/a>.
        \n<\/font><\/dt>\n
        \nUna breve nota sui pi\u00f9 comuni metodi di programmazione di applicazioni di rete.
        \n<\/font><\/dd>\n<\/dl>\n

        Per una inquadratura generale e non tecnica dei metodi crittografici
        \nconsiglio il bel libro di Simon Singh: “Codici e Segreti<\/b>“; Rizzoli.<\/p>\n

        <\/font><\/p>\n\n

        <\/p>\n

        Nota 1<\/h3>\n

        <\/a>
        \nGli algoritmi di cifratura asimmetrica, detti anche “a chiave pubblica”,
        \nsono algoritmi per i quali occorrono due chiavi diverse,
        \n una per la cifratura e l’altra per la decifratura del messaggio.
        \nLe due chiavi sono fra loro strettamente connesse in quanto i messaggi
        \ncifrati tramite la prima possono essere decifrati solo conoscendo
        \nla seconda, e viceversa.
        \n<\/font><\/p>\n

        \nNell’uso normale una delle due chiavi deve essere tenuta segreta (la
        \nchiameremo SEGR) ed una viene pubblicata in elenchi disponibili a tutti
        \n(la chiameremo PUBB). Quando il soggetto A vuole mandare un messaggio
        \nriservato al soggetto B, utilizza la chiave pubblica di B per cifrare il
        \nmessaggio. L’algoritmo garantisce che solo la chiave SEGR di B pu\u00f2
        \nessere usata per decifrare il messaggio. Il grande vantaggio di tali
        \nmetodi consiste nel fatto che, poich\u00e8 la chiave SEGR non \u00e8
        \nnecessaria per cifrare il messaggio, non \u00e8 mai necessario
        \ntrasmetterla al corrispondente, evitando quindi il rischio che venga
        \nintercettata.
        \n<\/font><\/p>\n

        \nQuesto metodo pu\u00f2 anche essere usato per autenticare il mittente
        \ndi un messaggio. Infatti se il soggetto B cifra un messaggio usando la<\/p>\n

        propria chiave SEGR, chiunque pu\u00f2 verificare l’autenticit\u00e0
        \ndel messaggio cifrato in quanto solo la chiave pubblica corrispondente
        \n\u00e8 in grado di decifrare il messaggio, ovvero \u00e8 garantito
        \nche solo il possessore della chiave SEGR corrispondente pu\u00f2 aver
        \ngenerato quel particolare messaggio cifrato. Anche in questo caso non
        \nc’\u00e8 alcuna necessit\u00e0 di trasmettere la chiave SEGR.<\/p>\n

        <\/p>\n

        Nota 2<\/h3>\n

        <\/a>
        \nGli algoritmi di cifratura simmetrici sono quelli in cui cifratura e
        \ndecifratura vengono effettuate con la stessa chiave. Questi algoritmi
        \nrichiedono che due corrispondenti che vogliono scambiarsi messaggi in modo
        \nsicuro abbiano avuto modo di comunicarsi la chiave di cifratura senza che
        \nquesta sia stata intercettata. Il vantaggio di tali algoritmi rispetto a quelli
        \nasimmetrici consiste nell’essere assai pi\u00f9 “leggeri” dal punto
        \ndi vista delle operazioni necessarie per cifratura e decifratura.
        \nPer questo motivo la maggior parte dei sistemi di trasmissione sicura
        \nprevede l’uso di algoritmi simmetrici, utilizzando per\u00f2 chiavi
        \ncasuali generate sul momento e scambiate fra i due corrispondenti
        \nutilizzando un metodo asimmetrico.<\/p>\n

        <\/font><\/p>\n

        \u00a0 <\/p>\n","protected":false},"excerpt":{"rendered":"

        […]<\/p>\n","protected":false},"author":198,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[60],"tags":[],"class_list":["post-453","post","type-post","status-publish","format-standard","hentry","category-domande-varie-informatica-e-telecomunicazioni"],"_links":{"self":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts\/453","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/users\/198"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/comments?post=453"}],"version-history":[{"count":0,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/posts\/453\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/media?parent=453"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/categories?post=453"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vialattea.net\/content\/wp-json\/wp\/v2\/tags?post=453"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}