Apache, SSL e CaCert.Org: differenze tra le versioni
(→Link) |
m (rimossa Jessie e Stretch/Sid) |
||
(3 versioni intermedie di 2 utenti non mostrate) | |||
Riga 1: | Riga 1: | ||
{{Versioni compatibili}} | {{Versioni compatibili|Squeeze|Wheezy}} | ||
= Introduzione = | |||
Chi avrà provato ad installare Apache (o Apache2) con supporto SSL si sarà trovato davanti al problema del certificato: come generarlo? Che valore ha? Dove posso ottenere un certificato valido? Esistono soluzioni gratuite? | Chi avrà provato ad installare Apache (o Apache2) con supporto SSL si sarà trovato davanti al problema del certificato: come generarlo? Che valore ha? Dove posso ottenere un certificato valido? Esistono soluzioni gratuite?<br /> | ||
Queste sono le domande normali che si pone un utente, soprattutto guardando i prezzi esorbitanti proposti per l'acquisto di certificati [http://it.wikipedia.org/wiki/Transport_Layer_Security SSL]. | |||
Il vantaggio di avere un certificato firmato da terzi è la possibilità, per chi accede alla nostra risorsa web per la prima volta, di avere certificato il proprio dominio, evitando quindi attacchi Man In the Middle. Altrimenti potremmo benissimo ricorrere ad un certificato autogenerato e non firmato. | |||
==Note sui certificatori SSL== | |||
In questo articolo si fa riferimento esplicito a '''CaCert.org'''. Trattasi di una associazione che certifica, sullo stile di GPG, sul principio di [http://it.wikipedia.org/wiki/Web_of_trust Web of Trust].<br /> | |||
Pur non essendo necessario il riconoscimento per usare i servizi di CaCert questo è consigliato per usufruire di alcuni vantaggi (quali ad esempio la durata del certificato). Il principale problema di cui soffre ''CaCert'' è il fatto di non essere globalmente riconosciuto ed essere presente quindi solo in alcune distibuzioni, tra cui Debian. Questo significa che chi accede da altri sistemi operativi probabilmente non sarà in grado di verificare tramite l'ente certificatore l'autenticità del certificato, proprio siccome non dispone del certificato di CaCert all'interno del proprio browser. | |||
Al momento l'unica soluzione gratuita riscontrata e presente su tutti i browser e sistemi operativi è l'offerta di [https://www.startssl.com/?app=1 StartSSL free], ma sarei ben felice di conoscerne di altre. | |||
Molti certificatori SSL offrono soluzioni a costi sostenuti anche perché allegano al servizio polize assicurative sulla sicurezza offerta dal proprio certificato. | |||
== Generazione del certificato == | == Generazione del certificato == | ||
Riga 89: | Riga 98: | ||
In tal caso occorre creare una chiave più robusta con il comando : | In tal caso occorre creare una chiave più robusta con il comando : | ||
<pre># openssl req -nodes -newkey rsa:4096 -keyout dominio .it.key -out dominio .it.csr</pre> | <pre># openssl req -nodes -newkey rsa:4096 -keyout dominio.it.key -out dominio.it.csr</pre> | ||
Il valore 4096 può essere modificato a piacere a partire da 2048 secondo gli attuali standard. | Il valore 4096 può essere modificato a piacere a partire da 2048 secondo gli attuali standard. | ||
<pre>Generating a 4096 bit RSA private key | <pre>Generating a 4096 bit RSA private key | ||
Riga 269: | Riga 278: | ||
{{Autori | {{Autori | ||
|Autore =[[Utente: MaXeR|MaXeR]] | |Autore =[[Utente: MaXeR|MaXeR]] | ||
|Estesa_da = risca 18:56, 20 apr 2014 (CEST) | |Estesa_da = | ||
|Verificata_da = risca 21:26, 11 apr 2014 (CEST) | : risca 18:56, 20 apr 2014 (CEST) | ||
|Numero_revisori = | |Verificata_da = | ||
: mm-barabba | |||
: risca 21:26, 11 apr 2014 (CEST) | |||
|Numero_revisori = 2 | |||
}} | }} | ||
[[Categoria:Web server]] | [[Categoria:Web server]] | ||
[[Categoria:Crittografia]] | [[Categoria:Crittografia]] |
Versione attuale delle 18:57, 29 apr 2015
Attenzione. Questa guida è da considerarsi abbandonata, per via del tempo trascorso dall'ultima verifica.
Potrà essere resa obsoleta, previa segnalazione sul forum, se nessuno si propone per l'adozione. |
Versioni Compatibili Debian 6 "squeeze" Debian 7 "wheezy" |
Introduzione
Chi avrà provato ad installare Apache (o Apache2) con supporto SSL si sarà trovato davanti al problema del certificato: come generarlo? Che valore ha? Dove posso ottenere un certificato valido? Esistono soluzioni gratuite?
Queste sono le domande normali che si pone un utente, soprattutto guardando i prezzi esorbitanti proposti per l'acquisto di certificati SSL.
Il vantaggio di avere un certificato firmato da terzi è la possibilità, per chi accede alla nostra risorsa web per la prima volta, di avere certificato il proprio dominio, evitando quindi attacchi Man In the Middle. Altrimenti potremmo benissimo ricorrere ad un certificato autogenerato e non firmato.
Note sui certificatori SSL
In questo articolo si fa riferimento esplicito a CaCert.org. Trattasi di una associazione che certifica, sullo stile di GPG, sul principio di Web of Trust.
Pur non essendo necessario il riconoscimento per usare i servizi di CaCert questo è consigliato per usufruire di alcuni vantaggi (quali ad esempio la durata del certificato). Il principale problema di cui soffre CaCert è il fatto di non essere globalmente riconosciuto ed essere presente quindi solo in alcune distibuzioni, tra cui Debian. Questo significa che chi accede da altri sistemi operativi probabilmente non sarà in grado di verificare tramite l'ente certificatore l'autenticità del certificato, proprio siccome non dispone del certificato di CaCert all'interno del proprio browser.
Al momento l'unica soluzione gratuita riscontrata e presente su tutti i browser e sistemi operativi è l'offerta di StartSSL free, ma sarei ben felice di conoscerne di altre.
Molti certificatori SSL offrono soluzioni a costi sostenuti anche perché allegano al servizio polize assicurative sulla sicurezza offerta dal proprio certificato.
Generazione del certificato
La generazione di un certificato è un po' macchinosa, ma tutto questo è a favore della sicurezza della procedura.
Per prima cosa è necessario registrarsi su Cacert.Org. Terminata la registrazione (confermando via email la validità del proprio indirizzo email) siamo pronti per iniziare.
Registrazione di un Dominio
Per poter generare un certificato è necessario disporre di un dominio.
- Dopo essersi loggati nel portale si verrà indirizzati nella propria pagina;
- Selezioniamo, a destra, il menù Domini e la voce Aggiungi;
- Inseriamo il dominio (senza www. o altro davanti) e proseguiamo;
- Per poter generare un certificato è necessario verificare che il richiedente sia effettivamente legato al dominio. Per questo motivo sono presenti degli indirizzi email predefiniti a cui inviare l'email di verifica: root@dominio.it, hostmaster@dominio.it, postmaster@dominio.it, admin@lerasole.it, webmaster@lerasole.it.
- All'arrivo dell'email, confermiamo l'aggiunta del dominio.
Generazione CSR
Per poter ottenere un certificato è necessario avere una Richiesta di Sottoscrizione del Certificato (Certificate Signing Request, CSR). Per crearla usiamo il seguente comando:
# openssl req -nodes -new -keyout dominio.it.key -out dominio.it.csr
Dove, ovviamente, dominio.it rappresenta il nome del nostro dominio.
Verranno poste le seguenti domande:
Generating a 1024 bit RSA private key ..............++++++ ..................++++++ writing new private key to 'mail.knio.it.key' ----- You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter '.', the field will be left blank. ----- Country Name (2 letter code) [AU]:IT State or Province Name (full name) [Some-State]:Verona Locality Name (eg, city) []:Garda Organization Name (eg, company) [Internet Widgits Pty Ltd]:MaXeR Organizational Unit Name (eg, section) []: Common Name (eg, YOUR name) []:dominio.it Email Address []:admin@dominio.it Please enter the following 'extra' attributes to be sent with your certificate request A challenge password []: An optional company name []:
Nota: i dati inseriti sono fittizi, è d'obbligo sostituirli con quelli reali |
Per dare una durata di tempo al certificato aggiungere al comando openssl, -days xxx
dove xxx è il numero di giorni di validità dello stesso.
Ricordate però che il certificato durerà solo 6 mesi, qualsiasi numero venga immesso nel campo -days xxx
, al termine della scadenza occorrerà rinnovare il certificato che sarà nuovamente valido per altri 6 mesi.
Se questa procedura non vi piace, potete farvi certificare da un Accertatore (trovate la lista nel sito cacert dopo esservi loggati): ciò vi permetterà di vedere riconosciuta la vostra identità e ottenere ulteriori benefici, compresa una maggiore durata dei certificati e la possibilità di inserire il vostro nome nei certificati per la posta elettronica.
Verranno generati due file: dominio.it.key
, che rappresenta la chiave privata; dominio.it.csr
che rappresenta la Richiesta di Sottoscrizione del Certificato.
ATTENZIONE Una chiave a 1024 bit potrebbe essere vulnerabile, un avviso sulla sicurezza da CaCert potrebbe avvisarci |
CAcert recently became aware that some of the certificates signed by CAcert pose a security risk because they are backed by private keys that are vulnerable to attack. The security issues identified are: Private keys with a small key size. These keys are vulnerable to brute force attack. Private keys with an unsafe exponent. These keys are vulnerable to some specialised attacks. Private keys generated by a compromised version of OpenSSL distributed by Debian. You received this email because a certificate issued to you is vulnerable: Server Certificate, Serial 09GEF3, expiring 2011-09-14 14:36:55, CN dominio.it To rectify the problem CAcert will revoke all vulnerable certificates (including yours) on 2011-07-15. CAcert will no longer accept vulnerable certificate requests for signing. In future all Certficate Signing Requests must be backed by private keys with a key length at least 2048 bits and no other known vulnerabilities. You should submit a new Certificate Signing Request of acceptable strength as soon as possible and replace your existing certificate. If you are interested in background information on this change please refer to this document: http://csrc.nist.gov/publications/nistpubs/800-78-3/sp800-78-3.pdf Kind regards CAcert Suport Team
In tal caso occorre creare una chiave più robusta con il comando :
# openssl req -nodes -newkey rsa:4096 -keyout dominio.it.key -out dominio.it.csr
Il valore 4096 può essere modificato a piacere a partire da 2048 secondo gli attuali standard.
Generating a 4096 bit RSA private key ...........................................................++ ...++ writing new private key to dominio .it.key' ----- You are about to be asked to enter information that will be incorporated into your certificate request. What you are about to enter is what is called a Distinguished Name or a DN. There are quite a few fields but you can leave some blank For some fields there will be a default value, If you enter '.', the field will be left blank. ----- Country Name (2 letter code) [AU]:IT State or Province Name (full name) [Some-State]:Parma Locality Name (eg, city) []:Grugno Organization Name (eg, company) [Internet Widgits Pty Ltd]:barabba Organizational Unit Name (eg, section) []: Common Name (eg, YOUR name) []: dominio .it Email Address []:admin@ dominio .it Please enter the following 'extra' attributes to be sent with your certificate request A challenge password []:biscottino An optional company name []:
Richiesta del Certificato
Visualizziamo il contenuto del file dominio.it.csr
e copiamolo nel form contenuto in Certificati per i Server (Server Certificates), Nuovo.
Inviamo il contenuto del form e confermiamo. Al termine dell'elaborazione verrà mostrato il codice del certificato (una copia ci verrà inviata anche via email), salviamolo nel file dominio.it.crt
.
Spostiamo i file sul server
Spostiamo i tre file sul server, nella directory /etc/apache/ssl/
nel caso di Apache, /etc/apache2/ssl
nel caso di Apache2.
Verifica del Certificato
Prima di configurare il server è d'obbligo un controllo sulla correttezza del certificato. Per fare questo dobbiamo:
- Scaricare il root certificate daquesto indirizzo
- Copiarlo nella directory
/etc/apache/ssl/
(o/etc/apache2/ssl
nel caso di Apache2) - Eseguire il comando:
openssl verify -CAfile root.crt -purpose sslserver dominio.it.crt
Se tutto è stato eseguito correttamente, il controllo avrà esito positivo.
Rinnovo del certificato
Poco prima della scadenza del certificato (di solito 14 giorni ), riceverete una mail che vi comunicherà il termine del certificato, successivamente se non rinnovate il certificato, riceverete un'altra mail alcuni giorni prima della scadenza.
Nella mail potete trovare il link a cacert: accedete al sito e loggatevi con le vostre credenziali.
Nella finestra Certificati server/visualizza potete vedere i certificati da voi creati, (qui potete anche eliminare vari certificati creati per errore), individuate il certificato da aggiornare, come aiuto se ne avete più di uno potete controllare con la data di scadenza che compare a destra.
Spuntate il certificato da rinnovare e fate click sul pulsante Rinnova.
In pochi secondi il certificato verrà rinnovato e vi comparirà una nuova pagina contenente il nuovo certificato.
Copiate il testo da BEGIN CERTIFICATE a END CERTIFICATE e andate a sostituirlo nel file apache2/ssl/vostro-certificato.crt
e riavviate Apache2
# /etc/init.d/apache2 restart
Ora tornate alla finestra certificati server/visualizza, e verificate che la data del certificato da voi rinnovato sia cambiata.
Se tutto è andato bene avrete altri 6 mesi dalla data di rinnovo.
Apache
Installazione
Apache-ssl rappresenta il demone Apache con il supporto per SSL abilitato. L'installazione è semplice, rappresentando un pacchetto separato da Apache normale:
# apt-get install apache-ssl
Configurazione
Prima di installare i certificati è consigliabile mettere mano alla configurazione generica del server, in modo da sistemare quei parametri relativi al dominio, all'amministratore e alla directory radice utilizzata da Apache.
Modifica impostazioni base
Il file in questione è /etc/apache-ssl/httpd.conf
. Le voci da adattare alla propria configurazione sono le seguenti:
- ServerName
- indica il dominio al quale dovrà rispondere il server. Nel nostro caso sarà esempio.it.
- ServerAdmin
- l'email dell'amministratore del server. Nel nostro caso sysadmin@esempio.it.
- DocumentRoot
- indica la directory radice in cui si trovano le pagine che verranno mostrate da Apache. Nel nostro esempio verrà mantenuto il valore di default.
Aggiunta del Certificato
Il file da modificare è, anche in questo caso, quello principale: /etc/apache-ssl/httpd.conf
. All'interno di questo è presente una sottosezione, preceduta dalla riga:
# ----------------------------SSL----------------------------------
All'interno di questa sezione si trovano tutte le voci di configurazione del modulo SSL; quelli che ci interessano, per una configurazione base sono SSLCertificateFile e SSLCertificateKeyFile.
Commentiamo (o modifichiamo) quindi quelle già presenti ed aggiungiamo quelle relative al nostro certificato:
SSLCertificateFile /etc/apache-ssl/ssl/esempio.it.crt SSLCertificateKeyFile /etc/apache-ssl/ssl/esempio.it.key
Salviamo il file e riavviamo apache-ssl.
# /etc/init.d/apache-ssl restart (o reload)
Apache2
Installazione
L'installazione di Apache2 è semplicissima:
# apt-get install apache2
Attivazione del supporto SSL
Per poter usare SSL in Apache2 è necessario attivarlo (visto che non è presente un pacchetto apposito come apache-ssl):
# a2enmod ssl
provvede ad attivare il supporto per SSL.
Creazione VirtualHost
Dobbiamo, ora, creare un VirtualHost che sia in ascolto sulla porta 443.
Prima di procedere, però, dobbiamo modificare il comportamento di Apache relativamente ai NameVirtualHost.
Modifichiamo il file /etc/apache2/apache.conf
e aggiungiamo, prima di
Include /etc/apache2/sites-enabled/[^.#]*
le seguenti righe:
NameVirtualHost *:80 NameVirtualHost *:443
e assicuriamoci che l'opzione NameVirtualHost * sia commentata o rimossa dal file /etc/apache2/sites-available/default
.
Modifichiamo tutti i VirtualHost aggiungendo l'indicazione delle porte (ad esempio: <VirtualHost *> diventa <VirtualHost *:80>).
Ora creiamo un nuovo file, in /etc/apache2/sites-available
che chiameremo dominio.it-ssl, ed utilizziamo il seguente schema:
<VirtualHost *:443> SSLEngine On ServerName dominio.it ServerAdmin admin@dominio.it DocumentRoot /var/www ErrorLog /var/log/apache2/dominio.it-ssl_error.log CustomLog /var/log/apache2/dominio.it-ssl_access.log combined </VirtualHost>
ovviamente adattando le varie opzioni alla situazione reale.
Ora provvediamo ad attivarlo:
# a2ensite dominio.it-ssl
Aggiunta Certificati
I certificati, in questo caso, verranno aggiunti in un file a parte: /etc/apache2/conf.d/ssl.conf
con il seguente contenuto:
SSLCertificateFile ssl/dominio.it.crt SSLCertificateKeyFile ssl/dominio.it.key SSLCertificateChainFile ssl/root.crt
Per applicare le modifiche è sufficiente riavviare Apache:
# /etc/init.d/apache2 restart
In alternativa è possibile inserire tali direttive all'interno del file di configurazione stesso del sito /etc/apache2/site-available/mio-sito
.
Test di funzionamento
Il miglior test è forse il più semplice: aprire un browser e collegarsi all'indirizzo https://esempio.it ;-)
Considerazioni
Limitazioni nell'utilizzo di VirtualHost
La limitazione più pesante che si può notare è l'impossibilità di utilizzare più di un certificato per la stessa accoppiata ip:porta. Il motivo è semplice: i dati inviati sono cifrati, quindi è impossibile, per Apache, riuscire ad estrapolare il ServerName... Quindi viene usata l'accoppiata ip:porta per definirlo.
Diffusione di CaCert
CaCert inizia ad essere inserito, come certificato root, anche nei vari browser, evidenziando che l'attenzione verso questo progetto sta salendo. Non resta che adottarlo ed, eventualmente, fare richiesta agli sviluppatori del nostro browser preferito affinché CaCert venga inclusa.
Link
Guida scritta da: MaXeR | Debianized 60% |
Estesa da:
| |
Verificata da:
| |
Verificare ed estendere la guida | Cos'è una guida Debianized |