Difference between revisions of "Pacman/Package signing (Italiano)"

From ArchWiki
Jump to: navigation, search
m (Master Key: allineamento alla wiki inglese)
m (allineamento)
(32 intermediate revisions by 4 users not shown)
Line 1: Line 1:
[[Category:Pacman development (English)]]
+
{{Lowercase title}}
{{i18n|Pacman-key}}
+
[[Category:Pacman development (Italiano)]]
 +
[[en:Pacman-key]]
 +
[[es:Pacman-key]]
 
[[fr:pacman-key]]
 
[[fr:pacman-key]]
 +
[[ru:Pacman-key]]
 +
[[tr:pacman paket imzaları]]
 +
[[zh-CN:Pacman-key]]
 +
Pacman-key è un nuovo tool disponibile con pacman 4. Con la nuova implementazione dei pacchetti firmati, permette all'utente di amministrarne la lista delle chiavi affidabili in pacman.
  
Pacman-key è un nuovo tool disponibile con pacman 4. Con la nuova implementazione dei pacchetti firmati, permette all'utente di amministrarne la lista delle chiavi affidabili in pacman. Per un po' di storia sulla questione, si rimanda a questi articoli blog:
+
==Introduzione==
[http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/]
+
[http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/]
+
[http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/]
+
[http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/] e alla [https://wiki.archlinux.org/index.php/Package_Signing_Proposal_for_Pacman proposta di controllo delle firme in Pacman] della wiki.
+
 
+
==Funzionamento==
+
 
Il sistema di firmatura pacchetti in pacman utilizza il modello [http://it.wikipedia.org/wiki/Web_of_trust "web of trust"] per assicurare che i pacchetti vengano dagli sviluppatori e non da qualcuno che si sostituisca a loro indebitamente. Gli sviluppatori dei pacchetti e i Trusted User hanno chiavi PGP individuali che utilizzano per firmare i propri pacchetti. Questo significa che loro garantiscono il contenuto del pacchetto. Anche l'utente comune possiede una PGP key unica, che viene generata quando questi configura pacman-key.
 
Il sistema di firmatura pacchetti in pacman utilizza il modello [http://it.wikipedia.org/wiki/Web_of_trust "web of trust"] per assicurare che i pacchetti vengano dagli sviluppatori e non da qualcuno che si sostituisca a loro indebitamente. Gli sviluppatori dei pacchetti e i Trusted User hanno chiavi PGP individuali che utilizzano per firmare i propri pacchetti. Questo significa che loro garantiscono il contenuto del pacchetto. Anche l'utente comune possiede una PGP key unica, che viene generata quando questi configura pacman-key.
  
Line 16: Line 16:
 
* '''Pacchetti non ufficiali (unofficial)''': uno sviluppatore fa un pacchetto e lo firma. L'utente utilizza la propria key per firmare quella dello sviluppatore.
 
* '''Pacchetti non ufficiali (unofficial)''': uno sviluppatore fa un pacchetto e lo firma. L'utente utilizza la propria key per firmare quella dello sviluppatore.
 
* '''Pacchetti ufficiali (official)''': uno sviluppatore fa un pacchetto e lo firma. La chiave dello sviluppatore viene convalidata dalle chiavi principali (master-key). L'utente fa poi affidamento su queste ultime per garantire gli sviluppatori.
 
* '''Pacchetti ufficiali (official)''': uno sviluppatore fa un pacchetto e lo firma. La chiave dello sviluppatore viene convalidata dalle chiavi principali (master-key). L'utente fa poi affidamento su queste ultime per garantire gli sviluppatori.
 +
Per un po' di storia sulla questione, si rimanda a questi articoli blog:
 +
[http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/]
 +
[http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/]
 +
[http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/]
 +
[http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/] e alla [https://wiki.archlinux.org/index.php/Package_Signing_Proposal_for_Pacman proposta di controllo delle firme in Pacman] della wiki.
 +
 +
{{Nota|Il protocollo HKP usa la porta 11371/tcp per comunicare. Per ricevere le chiavi firmate dai server (usando pacman-key), è richiesto che questa porta sia aperta.}}
  
 
==Installazione==
 
==Installazione==
 
===Configurare pacman===
 
===Configurare pacman===
Prima di tutto, si deve decidere che livello di controllo si desidera. A determinarlo è l'opzione {{ic|SigLevel}} nel file {{ic|/etc/pacman.conf}}. Alcune possibilità sono menzionate nei commenti di quel file. Per un'esposizione più dettagliata, si rimanda alla [http://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking pagina di manuale {{ic|pacman.conf}}].
+
Prima di tutto, si deve decidere che livello di controllo si desidera. A determinarlo è l'opzione {{ic|SigLevel}} nel file {{ic|/etc/pacman.conf}}. Alcune possibilità sono menzionate nei commenti di quel file. Per un'esposizione più dettagliata, si rimanda alla [https://www.archlinux.org/pacman/pacman.conf.5.html#_package_and_database_signature_checking pagina di manuale {{ic|pacman.conf}}]. Fondamentalmente si può abilitare il controlle delle firme a livello globale o per repository. Si tenga presente che settando il SigLevel a livello globale (globally) nella sezione [options], non sarà permesso di installare i propri pacchetti usando il comando {{ic|pacman -U}}, a meno che siano firmati da una trusted key.
  
{{warning|L'opzione {{ic|TrustAll}} esiste per uno scopo di debugging. Essa rende molto facile convalidare key che non sono state verificate. L'utente dovrebbe usare l'opzione {{ic|TrustedOnly}} per tutti i repository ufficiali.}}
+
{{warning|L'opzione {{ic|SigLevel}} {{ic|TrustAll}} esiste per uno scopo di debugging. Essa rende molto facile convalidare key che non sono state verificate. L'utente dovrebbe usare l'opzione {{ic|TrustedOnly}} per tutti i repository ufficiali.}}
  
Al momento della stesura di questo articolo, Dicembre 2011, il sistema di firme del database non è ancora stato completato, quindi si dovrebbe aggiungere l'opzione {{ic|DatabaseOptional}} se si usa un livello di controllo {{ic|Required}}, ad esempio:
+
{{Note|Ad ora, Aprile 2012, il sistema di firme del database non è ancora stato completato, quindi si dovrebbe aggiungere l'opzione {{ic|DatabaseOptional}} se si usa un livello di controllo {{ic|Required}}, ad esempio:
 
{{bc|1=SigLevel = Required DatabaseOptional TrustedOnly}}
 
{{bc|1=SigLevel = Required DatabaseOptional TrustedOnly}}
 +
In questo modo pacman installerà soltanto i pacchetti che sono firmati da chiavi che l'utente ha convalidato.}}
 +
 +
{{Note|Sembra che {{ic|1=SigLevel = PackageRequired}} stia per diventare l'opzione standard per la verifica dei pacchetti ufficiali:
 +
{{bc|1=[core]
 +
SigLevel = PackageRequired
 +
Include = /etc/pacman.d/mirrorlist}}}}
  
 
===Inizializzare il portachiavi===
 
===Inizializzare il portachiavi===
Line 30: Line 43:
 
  # pacman-key --init
 
  # pacman-key --init
  
In tal modo si crea un nuovo portachiavi in {{ic|/etc/pacman.d/gnupg}} e si genera una chiave principale (master-key) unica per il proprio sistema.
+
Per questa inizializzazione è richiesta [[Wikipedia:Entropia|entropia]]. Per generarla, muovere il proprio mouse, premere caratteri a caso nella tastiera o avviare attività basata sul disco (ad esempio in un'altra console dare {{ic|ls -R /}} o {{ic|find / -name foo}} o {{ic|1=dd if=/dev/sda8 of=/dev/tty7}}). Se il proprio sistema non ha già sufficiente entropia, questo potrebbe richiedere delle ore. Invece, generare in modo attivo entropia permette di completare il passaggio molto più velocemente.
  
==Gestire il portachiavi==
+
La casualità creata viene utilizzate per impostae un nuovo portachiavi ({{ic|/etc/pacman.d/gnupg}}) e la chiave GPG firmante principale del proprio sistema.
Le chiavi che sono necessarie per verificare le firme dei pacchetti sono raccolte in un "portachiavi" gestito da pacman-key. Quando è necessaria una key e questa non si trova nel portachiavi, pacman e pacman-key possono recuperarla da un keyserver. Il keyserver da usare è configurato in {{ic|/etc/pacman.d/gnupg/gpg.conf}}. È possibile sostituirlo usando l'opzione {{ic|--keyserver}} da riga di comando.  (Se si stanno cercando keyserver diversi, è possibile trovare una piccola lista sull'[[wikipedia:Key server (cryptographic)|articolo di Wikipedia]].)
+
  
Le chiavi PGP di solito sono troppo grandi (2048 bit o più) perché le persone possano lavorarci, quindi di solito sono spezzate per creare una fingerprint a 40 cifre esadecimali. Le ultime otto cifre sono note come "key ID" e sono una sorta di "nome" della key.  La fingerprint più lunga si deve usare qualora si voglia controllare a mano che le due chiavi siano le medesime.
+
Affinché pacman comincia a controllare le firme dei pacchetti, si devono importare le chiavi degli sviluppatori nel proprio portachiavi. La prossima sezione spiegherà come fare.
  
===Chiavi principali o master-key===
+
{{Nota|Se si necessita di avviare {{ic|pacman-key --init}} su SSH, installare il pacchetto {{Pkg|haveged}} sulla macchina in questione, connettersi via SSH e dare:
Le master-key sono cinque chiavi principali di Arch Linux, che sono utilizzate per firmare le key di sviluppatori e Trusted User. Queste chiavi dovrebbero essere nel portachiavi dell'utente. Si possono trovare le keyIDs dalla [https://www.archlinux.org/master-keys/ pagina delle Master Key], nella colonna "Master Key".  Per installarle, dare il comando:
+
{{bc|# pacman-key -r <keyid> <keyid> <keyid> <keyid> <keyid>}}
+
  
Sarà necessario firmare in locale queste chiavi ed impostare il loro livello di affidabilità per lo meno a livello "marginal":
+
# rc.d start haveged
{{bc|
+
# pacman-key --init
# pacman-key --edit-key <keyid> <keyid> <keyid> <keyid> <keyid>
+
}}
+
Prima di firmare e rendere affidabile qualsiasi chiave, si deve verificare la sua fingerprint. Il modo più sicuro per farlo è di ''non'' utilizzare un computer, ad esempio, telefonare ad Allan , offrirgli una birra e chiederla a lui di persona. Scherzi a parte, è ragionevolmente sicuro controllare la fingerprint confrontando liste diverse, come la [https://www.archlinux.org/master-keys/ pagina delle Master Key] e [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/ il blog di Allan].
+
  
{{bc|
+
Dopo che pacman-key è stato avviato con successo semplicemente si fermi haveged e si rimuova il pacchetto.
gpg> lsign
+
 
...
+
# pkill haveged
  Primary key fingerprint: ...
+
  # pacman -Rs haveged
...
+
La soluzione {{Pkg|haveged}} non è da usarsi solo su SSH: è anzi un modo veloce per raccogliere velocemente entropia. Se pacman-key --init sta richiedendo anni, si può provare questa soluzione.  
Really sign? (y/N)
+
 
}}
 
}}
Qualora la fingerprint corrisponda, si proceda a convalidarla. È anche necessario assegnare un livello di affidabilità di almeno "marginal" (marginale) ad ogni chiave principale.
 
{{bc|
 
Really sign? (y/N) y
 
gpg> trust
 
...
 
Your decision? 3
 
gpg> q
 
Save changes? (y/N) y
 
}}
 
Tale processo sarà da ripetere per ogni chiave principale.
 
  
==Le key degli sviluppatori ufficiali==
+
==Gestire il portachiavi==
Le chiavi degli sviluppatori ufficiali e dei Trusted User vengono firmate dalle master-key, quindi all'utente non sarà necessario usare pacman-key per firmarle in locale. Nel caso in cui pacman incontri una key e non la riconosca, domanderà all'utente se desidera scaricarla da un keyserver. Una volta che la chiave di uno sviluppatore è stata scaricata, non sarà necessario farlo una seconda volta: quella key verrà usata per verificare ogni pacchetto da lui firmato.
+
 
Se la chiave di uno sviluppatore o di un TU sono state scaricate da qualche tempo, le loro firme dalle master key potrebbero non essere presenti nel database del portachiavi. Sarà necessario aggiornare le chiavi dando da root:
+
===Verificare le cinque chiavi principali o master-key===
 +
L'installazione iniziale delle chiavi è ottenuta usando
 +
# pacman-key --populate archlinux
 +
 
 +
È opportuno prendersi del tempo per verificare le [https://www.archlinux.org/master-keys/ Chiavi principali] quando vengono mostrate, in quanto sono usate per co-firmare (e convalidare) tutte le altre chiavi degli sviluppatori.
 +
 
 +
Le chiavi PGP di solito sono troppo grandi (2048 bit o più) perché le persone possano lavorarci, quindi di solito sono spezzate per creare una fingerprint a 40 cifre esadecimali, che possono essere usate per controllare a mano che le due chiavi siano le medesime. Le ultime otto cifre sono note come "key ID" e sono una sorta di "nome" della key.
 +
 
 +
===Aggiungere le chiavi degli sviluppatori===
 +
Le chiavi degli sviluppatori ufficiali e dei Trusted User vengono firmate dalle master-key, quindi all'utente non sarà necessario usare pacman-key per firmarle in locale. Nel caso in cui pacman incontri una key e non la riconosca, domanderà all'utente se desidera scaricarla dal {{ic|keyserver}} impostato in {{ic|/etc/pacman.d/gnupg/gpg.conf}} (o usasndo l'opzione {{ic|--keyserver}} da riga di comando). Wikipedia mette a disposizione una [[wikipedia:Key server (cryptographic)|lista di keyserver]].
 +
 
 +
Una volta che la chiave di uno sviluppatore è stata scaricata, non sarà necessario farlo una seconda volta: quella key verrà usata per verificare ogni pacchetto da lui firmato.
 +
 
 +
{{Nota|Il pacchetto {{Pkg|archlinux-keyring}} (una dipendenza di pacman) contiene le ultime chiavi. In ogni caso queste si possono aggiornare usando:
 
  # pacman-key --refresh-keys
 
  # pacman-key --refresh-keys
Attualmente questo non è fatto automaticamente da pacman. Tale procedura probabilmente non sarà più richiesta, quando il pacchetto conterrà tutte le chiavi, in quanto questo sarà aggiornato regolarmente.
+
Facendo {{ic|--refresh-keys}}, anche la propria chiave locale sarà controllata sul keyserver remoto, e si riceverà una notifica sul fatto che non è stata trovata. Non è nulla di cui preoccuparsi.}}
  
===Key non ufficiali===
+
===Aggiungere chiavi non ufficiali===
Se si desidera aggiungere una chiave non ufficiale al proprio portachiavi, si dovrà farlo manualmente usando pacman-key. Prima di tutto, ci si deve procurare l'ID dal proprietario della key. Dare da riga di comando:
+
Prima di tutto, ci si deve procurare l'ID dal proprietario della key. Dare da riga di comando:
 
{{bc|# pacman-key -r <keyid>}}
 
{{bc|# pacman-key -r <keyid>}}
 
per scaricarla da un keyserver. Assicurarsi di verificare la fingerprint, come si farebbe per una chiave principale, o con ogni altra chiave che si stia per convalidare. Dopo aver fatto ciò, sarà necessario firmare localmente questa key:
 
per scaricarla da un keyserver. Assicurarsi di verificare la fingerprint, come si farebbe per una chiave principale, o con ogni altra chiave che si stia per convalidare. Dopo aver fatto ciò, sarà necessario firmare localmente questa key:
{{bc|# pacman-key --lsign-key <keyid>}}
+
{{bc|# pacman-key --lsign-key <keyid>}}  
 
In questo modo si permetterà alla chiave di firmare i pacchetti.
 
In questo modo si permetterà alla chiave di firmare i pacchetti.
  
===Aggiungere le key automaticamente===
+
===Usare gpg===
Questa sezione mette a disposizione degli script, che possono essere usati per scaricare automaticamente le chiavi. Per evitare di convalidare una chiave maligna, si dovrebbero usare questi script con estrema cautela.
+
Se pacman-key non fosse sufficiente, è possibile amministrare il portachiavi di pacman da '''gpg''' così:
 
+
# gpg --homedir /etc/pacman.d/gnupg $OPTIONS
====Master-key====
+
oppure
{{warning|Utilizzare con cautela. Questo script convalida automaticamente ogni chiave che si scarica, quindi l'utente verifichi le fingerprint PRIMA di usare pacman!}}
+
  # env GNUPGHOME=/etc/pacman.d/gnupg gpg $OPTIONS
Lo script deve essere avviato come root, per aggiungere le key (modificare <keyid> in base alle chiavi effettive).
+
 
+
for key in <keyid> <keyid> <keyid> <keyid> <keyid>; do
+
    pacman-key --recv-keys $key
+
    pacman-key --lsign-key $key
+
    printf 'trust\n3\nquit\n' | gpg --homedir /etc/pacman.d/gnupg/ \
+
        --no-permission-warning --command-fd 0 --edit-key $key
+
  done
+
 
+
====Chiavi degli sviluppatori e dei Trusted User====
+
{{warning|Questo script dovrebbe essere usato ''soltanto'' per scaricare le chiavi se si sta usando un livello di controllo {{ic|TrustedOnly}}!}}
+
Questo script usa {{pkg|curl}} per scaricare la pagina Sviluppatori ed estrarre le fingerprint delle chiavi PGP. Quindi, con {{ic|pacman --recv-keys}} e {{ic|pgp.mit.edu}} come keyserver, li aggiunge al portachiavi pacman.
+
Lo script deve essere avviato come root per aggiungere le key (in alternativa si aggiunga {{ic|sudo}} davanti al comando {{ic|pacman-key}}.
+
curl <nowiki>https://www.archlinux.org/{developers,trustedusers}/</nowiki> |
+
awk -F\" '(/pgp.mit.edu/) {sub(/.*search=0x/,"");print $1}' |
+
xargs pacman-key --recv-keys
+
  
 
==Risoluzione dei problemi==
 
==Risoluzione dei problemi==
Line 104: Line 97:
 
===Impossibile importare le key===
 
===Impossibile importare le key===
 
Alcuni [http://it.wikipedia.org/wiki/Internet_Service_Provider ISP] potrebbe aver bloccato la porta utilizzata per importare le chiavi PGP. Una soluzione è quella di utilizzare il keyserver del [http://it.wikipedia.org/wiki/Massachusetts_Institute_of_Technology Massachusset's Institute of Technology] che mette a disposizione una porta alternativa. Per farlo, modificare {{ic|/etc/pacman.d/gnupg/gpg.conf}}, rimpiazzando la linea dei keyserver {{ic|keyserver hkp://keys.gnupg.net}} con  {{ic|keyserver hkp://pgp.mit.edu:11371}}.
 
Alcuni [http://it.wikipedia.org/wiki/Internet_Service_Provider ISP] potrebbe aver bloccato la porta utilizzata per importare le chiavi PGP. Una soluzione è quella di utilizzare il keyserver del [http://it.wikipedia.org/wiki/Massachusetts_Institute_of_Technology Massachusset's Institute of Technology] che mette a disposizione una porta alternativa. Per farlo, modificare {{ic|/etc/pacman.d/gnupg/gpg.conf}}, rimpiazzando la linea dei keyserver {{ic|keyserver hkp://keys.gnupg.net}} con  {{ic|keyserver hkp://pgp.mit.edu:11371}}.
 +
Qualora ci si fosse dimenticati di avviare {{ic|pacman-key --populate archlinux}} si potrebbero avere degli errori tentando di importare le chiavi.
  
==Disabilitare il controllo delle firme==
+
===Disabilitare il controllo delle firme===
 
{{warning|Usare con cautela. Disabilitare la firma dei pacchetti permette a pacman di installare automaticamente pacchetti inaffidabili.}}
 
{{warning|Usare con cautela. Disabilitare la firma dei pacchetti permette a pacman di installare automaticamente pacchetti inaffidabili.}}
  
 
Se non si è interessati alla firma dei pacchetti, è possibile disabilitare il controllo delle firme PGP completamente. È sufficiente modificare {{ic|/etc/pacman.conf}} e scommentare la linea seguente sotto [options]:
 
Se non si è interessati alla firma dei pacchetti, è possibile disabilitare il controllo delle firme PGP completamente. È sufficiente modificare {{ic|/etc/pacman.conf}} e scommentare la linea seguente sotto [options]:
 
  SigLevel = Never
 
  SigLevel = Never
 +
Inoltre, nei singoli repository, è necessario commentare ogni settaggio del SigLevel specifico, in quanto essi sovrascrivono la configurazione globale.
 
Da ciò consegue l'assenza di controllo delle firme (il comportamento predefinito prima di pacman 4). Se si decide di farlo, non è necessario impostare un portachiavi con pacman-key. Sarà possibile modificare tale opzione, qualora si decida di abilitare la verifica dei pacchetti.
 
Da ciò consegue l'assenza di controllo delle firme (il comportamento predefinito prima di pacman 4). Se si decide di farlo, non è necessario impostare un portachiavi con pacman-key. Sarà possibile modificare tale opzione, qualora si decida di abilitare la verifica dei pacchetti.
  
==Resettare tutte le chiavi==
+
===Resettare tutte le chiavi===
 
Se si desidera rimuovere ogni chiave installata nel proprio sistema, basta eliminare da root la cartella {{ic|/etc/pacman.d/gnupg}} e dare di nuovo il comando {{ic|pacman-key --init}} per generare una nuova chiave catena personale. Quindi sarà possibile procedere ad aggiungere nuove chiavi come meglio si desidera.
 
Se si desidera rimuovere ogni chiave installata nel proprio sistema, basta eliminare da root la cartella {{ic|/etc/pacman.d/gnupg}} e dare di nuovo il comando {{ic|pacman-key --init}} per generare una nuova chiave catena personale. Quindi sarà possibile procedere ad aggiungere nuove chiavi come meglio si desidera.
 +
 +
===Rimuovere pacchetti non aggiornati===
 +
 +
Se gli stessi pacchetti continuano a fallire l'installazione o l'aggiornamento e si è certi di aver eseguito il procedimento d'installazione di pacman-key in maniera corretta, si provi a rimuovere questi pacchetti con {{ic|rm /var/cache/pacman/pkg/pacchettocattivo*}}. In questo modo saranno riscaricati dal processo di aggiornamento.
 +
 +
Questa potrebbe essere la soluzione anche qualora si stia ricevendo un messaggio come <code>error: linux: signature from "Some Person <Some.Person@example.com>" is invalid</code> o simili quando si sta aggiornando (es. si potrebbe non essere vittima di un attacco MITM, dopo di tutto: semplicemente il pacchetto scaricato potrebbe essere corroto).
 +
 +
==Fonti aggiuntive==
 +
* [[Package Signing Proposal for Pacman|Wiki degli Sviluppatori:Proposta di firma dei pacchetti per Pacman]]
 +
* [http://allanmcrae.com/2011/08/pacman-package-signing-1-makepkg-and-repo-add/ Firma dei pacchetti di Pacman – 1: Makepkg e Aggiunta Repo]
 +
* [http://allanmcrae.com/2011/08/pacman-package-signing-2-pacman-key/ Firma dei pacchetti di Pacman – 2: Pacman-key]
 +
* [http://allanmcrae.com/2011/08/pacman-package-signing-3-pacman/ Firma dei pacchetti di Pacman – 3: Pacman]
 +
* [http://allanmcrae.com/2011/12/pacman-package-signing-4-arch-linux/ Firma dei pacchetti di Pacman – 4: Arch Linux]

Revision as of 12:34, 18 February 2013

Pacman-key è un nuovo tool disponibile con pacman 4. Con la nuova implementazione dei pacchetti firmati, permette all'utente di amministrarne la lista delle chiavi affidabili in pacman.

Introduzione

Il sistema di firmatura pacchetti in pacman utilizza il modello "web of trust" per assicurare che i pacchetti vengano dagli sviluppatori e non da qualcuno che si sostituisca a loro indebitamente. Gli sviluppatori dei pacchetti e i Trusted User hanno chiavi PGP individuali che utilizzano per firmare i propri pacchetti. Questo significa che loro garantiscono il contenuto del pacchetto. Anche l'utente comune possiede una PGP key unica, che viene generata quando questi configura pacman-key.

Le chiavi possono essere usate per firmare altre key. Ciò significa che il proprietario della chiave firmante garantisce per l'autenticità della chiave firmata. Per verificare un pacchetto, è necessario avere una catena di firme dalla propria chiave PGP al pacchetto stesso. Con la struttura di chiavi Arch questo può avventire in tre modi:

  • Pacchetti personali (custom): l'utente crea da sé il proprio pacchetto e lo firma con una key personale.
  • Pacchetti non ufficiali (unofficial): uno sviluppatore fa un pacchetto e lo firma. L'utente utilizza la propria key per firmare quella dello sviluppatore.
  • Pacchetti ufficiali (official): uno sviluppatore fa un pacchetto e lo firma. La chiave dello sviluppatore viene convalidata dalle chiavi principali (master-key). L'utente fa poi affidamento su queste ultime per garantire gli sviluppatori.

Per un po' di storia sulla questione, si rimanda a questi articoli blog: [1] [2] [3] [4] e alla proposta di controllo delle firme in Pacman della wiki.

Nota: Il protocollo HKP usa la porta 11371/tcp per comunicare. Per ricevere le chiavi firmate dai server (usando pacman-key), è richiesto che questa porta sia aperta.

Installazione

Configurare pacman

Prima di tutto, si deve decidere che livello di controllo si desidera. A determinarlo è l'opzione SigLevel nel file /etc/pacman.conf. Alcune possibilità sono menzionate nei commenti di quel file. Per un'esposizione più dettagliata, si rimanda alla pagina di manuale pacman.conf. Fondamentalmente si può abilitare il controlle delle firme a livello globale o per repository. Si tenga presente che settando il SigLevel a livello globale (globally) nella sezione [options], non sarà permesso di installare i propri pacchetti usando il comando pacman -U, a meno che siano firmati da una trusted key.

Warning: L'opzione SigLevel TrustAll esiste per uno scopo di debugging. Essa rende molto facile convalidare key che non sono state verificate. L'utente dovrebbe usare l'opzione TrustedOnly per tutti i repository ufficiali.
Note: Ad ora, Aprile 2012, il sistema di firme del database non è ancora stato completato, quindi si dovrebbe aggiungere l'opzione DatabaseOptional se si usa un livello di controllo Required, ad esempio:
SigLevel = Required DatabaseOptional TrustedOnly
In questo modo pacman installerà soltanto i pacchetti che sono firmati da chiavi che l'utente ha convalidato.
Note: Sembra che SigLevel = PackageRequired stia per diventare l'opzione standard per la verifica dei pacchetti ufficiali:
[core]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

Inizializzare il portachiavi

Per inizializzare il portachiavi di pacman, usare il comando:

# pacman-key --init

Per questa inizializzazione è richiesta entropia. Per generarla, muovere il proprio mouse, premere caratteri a caso nella tastiera o avviare attività basata sul disco (ad esempio in un'altra console dare ls -R / o find / -name foo o dd if=/dev/sda8 of=/dev/tty7). Se il proprio sistema non ha già sufficiente entropia, questo potrebbe richiedere delle ore. Invece, generare in modo attivo entropia permette di completare il passaggio molto più velocemente.

La casualità creata viene utilizzate per impostae un nuovo portachiavi (/etc/pacman.d/gnupg) e la chiave GPG firmante principale del proprio sistema.

Affinché pacman comincia a controllare le firme dei pacchetti, si devono importare le chiavi degli sviluppatori nel proprio portachiavi. La prossima sezione spiegherà come fare.

Nota: Se si necessita di avviare pacman-key --init su SSH, installare il pacchetto haveged sulla macchina in questione, connettersi via SSH e dare:
# rc.d start haveged	
# pacman-key --init

Dopo che pacman-key è stato avviato con successo semplicemente si fermi haveged e si rimuova il pacchetto.

# pkill haveged
# pacman -Rs haveged

La soluzione haveged non è da usarsi solo su SSH: è anzi un modo veloce per raccogliere velocemente entropia. Se pacman-key --init sta richiedendo anni, si può provare questa soluzione.

Gestire il portachiavi

Verificare le cinque chiavi principali o master-key

L'installazione iniziale delle chiavi è ottenuta usando

# pacman-key --populate archlinux

È opportuno prendersi del tempo per verificare le Chiavi principali quando vengono mostrate, in quanto sono usate per co-firmare (e convalidare) tutte le altre chiavi degli sviluppatori.

Le chiavi PGP di solito sono troppo grandi (2048 bit o più) perché le persone possano lavorarci, quindi di solito sono spezzate per creare una fingerprint a 40 cifre esadecimali, che possono essere usate per controllare a mano che le due chiavi siano le medesime. Le ultime otto cifre sono note come "key ID" e sono una sorta di "nome" della key.

Aggiungere le chiavi degli sviluppatori

Le chiavi degli sviluppatori ufficiali e dei Trusted User vengono firmate dalle master-key, quindi all'utente non sarà necessario usare pacman-key per firmarle in locale. Nel caso in cui pacman incontri una key e non la riconosca, domanderà all'utente se desidera scaricarla dal keyserver impostato in /etc/pacman.d/gnupg/gpg.conf (o usasndo l'opzione --keyserver da riga di comando). Wikipedia mette a disposizione una lista di keyserver.

Una volta che la chiave di uno sviluppatore è stata scaricata, non sarà necessario farlo una seconda volta: quella key verrà usata per verificare ogni pacchetto da lui firmato.

Nota: Il pacchetto archlinux-keyring (una dipendenza di pacman) contiene le ultime chiavi. In ogni caso queste si possono aggiornare usando:
# pacman-key --refresh-keys
Facendo --refresh-keys, anche la propria chiave locale sarà controllata sul keyserver remoto, e si riceverà una notifica sul fatto che non è stata trovata. Non è nulla di cui preoccuparsi.

Aggiungere chiavi non ufficiali

Prima di tutto, ci si deve procurare l'ID dal proprietario della key. Dare da riga di comando:

# pacman-key -r <keyid>

per scaricarla da un keyserver. Assicurarsi di verificare la fingerprint, come si farebbe per una chiave principale, o con ogni altra chiave che si stia per convalidare. Dopo aver fatto ciò, sarà necessario firmare localmente questa key:

# pacman-key --lsign-key <keyid>

In questo modo si permetterà alla chiave di firmare i pacchetti.

Usare gpg

Se pacman-key non fosse sufficiente, è possibile amministrare il portachiavi di pacman da gpg così:

# gpg --homedir /etc/pacman.d/gnupg $OPTIONS

oppure

# env GNUPGHOME=/etc/pacman.d/gnupg gpg $OPTIONS

Risoluzione dei problemi

Impossibile importare le key

Alcuni ISP potrebbe aver bloccato la porta utilizzata per importare le chiavi PGP. Una soluzione è quella di utilizzare il keyserver del Massachusset's Institute of Technology che mette a disposizione una porta alternativa. Per farlo, modificare /etc/pacman.d/gnupg/gpg.conf, rimpiazzando la linea dei keyserver keyserver hkp://keys.gnupg.net con keyserver hkp://pgp.mit.edu:11371. Qualora ci si fosse dimenticati di avviare pacman-key --populate archlinux si potrebbero avere degli errori tentando di importare le chiavi.

Disabilitare il controllo delle firme

Warning: Usare con cautela. Disabilitare la firma dei pacchetti permette a pacman di installare automaticamente pacchetti inaffidabili.

Se non si è interessati alla firma dei pacchetti, è possibile disabilitare il controllo delle firme PGP completamente. È sufficiente modificare /etc/pacman.conf e scommentare la linea seguente sotto [options]:

SigLevel = Never

Inoltre, nei singoli repository, è necessario commentare ogni settaggio del SigLevel specifico, in quanto essi sovrascrivono la configurazione globale. Da ciò consegue l'assenza di controllo delle firme (il comportamento predefinito prima di pacman 4). Se si decide di farlo, non è necessario impostare un portachiavi con pacman-key. Sarà possibile modificare tale opzione, qualora si decida di abilitare la verifica dei pacchetti.

Resettare tutte le chiavi

Se si desidera rimuovere ogni chiave installata nel proprio sistema, basta eliminare da root la cartella /etc/pacman.d/gnupg e dare di nuovo il comando pacman-key --init per generare una nuova chiave catena personale. Quindi sarà possibile procedere ad aggiungere nuove chiavi come meglio si desidera.

Rimuovere pacchetti non aggiornati

Se gli stessi pacchetti continuano a fallire l'installazione o l'aggiornamento e si è certi di aver eseguito il procedimento d'installazione di pacman-key in maniera corretta, si provi a rimuovere questi pacchetti con rm /var/cache/pacman/pkg/pacchettocattivo*. In questo modo saranno riscaricati dal processo di aggiornamento.

Questa potrebbe essere la soluzione anche qualora si stia ricevendo un messaggio come error: linux: signature from "Some Person <Some.Person@example.com>" is invalid o simili quando si sta aggiornando (es. si potrebbe non essere vittima di un attacco MITM, dopo di tutto: semplicemente il pacchetto scaricato potrebbe essere corroto).

Fonti aggiuntive