Harden-doc 3.19 - en to it translation catalogue (110 entries)

en: Debian Security Infrastructure
it: Infrastrutture per la sicurezza in Debian

en: The Debian Security Team
it: Il Team Debian per la Sicurezza

en: Some other frequently asked questions on the Debian Security Team can be found at <xref linkend="debian-sec-team-faq" />.
it: Potete trovare altre "risposte a domande frequenti" in <xref linkend="debian-sec-team-faq" />.

en: Debian Security Advisories
it: Avvisi di sicurezza Debian

en: version number for the fix.
it: Numero di versione della correzione.

en: problem type.
it: Tipo di problema.

en: whether it is remote or locally exploitable.
it: Se la vulnerabilità è sfruttabile da remoto o solo localmente.

en: short description of the package.
it: Breve descrizione del pacchetto.

en: description of the problem.
it: Descrizione del problema.

en: description of the exploit.
it: Descrizione dell'exploit.

en: description of the fix.
it: Descrizione della correzione.

en: Interested users can, however (and this is done in some Debian-related portals) use the RDF channel to download automatically the DSAs to their desktop. Some applications, such as <command>Evolution</command> (an email client and personal information assistant) and <command>Multiticker</command> (a GNOME applet), can be used to retrieve the advisories automatically. The RDF channel is available at <ulink url="http://www.debian.org/security/dsa.rdf" />.
it: Gli utenti interessati possono comunque (e questo viene fatto in alcuni portali relativi a Debian) utilizzare il canale RDF per scaricare automaticamente gli avvisi di sicurezza sul loro desktop. Alcune applicazioni, come <command>Evolution</command> (un client e-mail ed assistente per informazioni personali) e <command>Multiticker</command> (un'applet di GNOME), possono essere usate per reperire gli avvisi automaticamente. Il canale RDF è disponibile su <ulink url="http://www.debian.org/security/dsa.rdf" />.

en: DSAs published on the website might be updated after being sent to the public-mailing lists. A common update is adding cross references to security vulnerability databases. Also, translations<footnote><para>Translations are available in up to ten different languages.</para></footnote> of DSAs are not sent to the security mailing lists but are directly included in the website.
it: I DSA pubblicati sul sito potrebbero essere aggiornati dopo essere stati spediti alle mailing-list pubbliche. Un aggiornamento tipico è aggiungere riferimenti incrociati ai database delle vulnerabilità di sicurezza. Inoltre, le traduzioni<footnote><para>Le traduzioni sono disponibili in una decina di lingue diverse.</para></footnote> dei DSA non vengono spedite alle mailing list di sicurezza ma incluse direttamente nel sito.

en: Vulnerability cross references
it: Riferimenti incrociati sulle vulnerabilità

en: Debian provides a fully <ulink name="crossreferenced table" url="http://www.debian.org/security/crossreferences" /> including all the references available for all the advisories published since 1998. This table is provided to complement the <ulink name="reference map available at CVE" url="http://cve.mitre.org/cve/refs/refmap/source-DEBIAN.html" />.
it: Debian fornisce una <ulink name="tabella completa di riferimenti incrociati" url="http://www.debian.org/security/crossreferences" /> che include tutti i riferimenti disponibili per tutti gli avvisi pubblicati dal 1998. Questa tabella viene fornita per completare la <ulink url="http://cve.mitre.org/cve/refs/refmap/source-DEBIAN.html" name="mappa di riferimento disponibile presso il CVE" />.

en: it makes it easier for Debian users to see and track which general (published) advisories have already been covered by Debian.
it: Rende agli utenti Debian più facile vedere e tenere traccia di quali avvisi pubblicati sono già stati coperti da Debian.

en: system administrators can learn more about the vulnerability and its impact by following the cross references.
it: Gli amministratori di sistema possono imparare di più sulle vulnerabilità ed il loro impatto seguendo i riferimenti incrociati.

en: this information can be used to cross-check output from vulnerability scanners that include references to CVE to remove false positives (see <xref linkend="vulnasses-false-positive" />).
it: Queste informazioni possono essere usate per fare controlli incrociati con l'output degli scanner di vulnerabilità che includono riferimenti a CVE per rimuovere falsi allarmi (vedete in <xref linkend="vulnasses-false-positive" />).

en: CVE compatibility
it: Compatibilità con CVE

en: The <ulink name="Common Vulnerabilities and Exposures (CVE)" url="http://cve.mitre.org" /> project is maintained by the MITRE Corporation and provides a list of standardized names for vulnerabilities and security exposures.
it: Il progetto <ulink name="Common Vulnerabilities and Exposures (CVE)" url="http://cve.mitre.org" /> viene mantenuto dalla MITRE Corporation e fornisce un elenco standardizzato per le vulnerabilità ed i problemi di sicurezza.

en: Debian believes that providing users with additional information related to security issues that affect the Debian distribution is extremely important. The inclusion of CVE names in advisories help users associate generic vulnerabilities with specific Debian updates, which reduces the time spent handling vulnerabilities that affect our users. Also, it eases the management of security in an environment where CVE-enabled security tools -such as network or host intrusion detection systems, or vulnerability assessment tools- are already deployed regardless of whether or not they are based on the Debian distribution.
it: Debian crede che fornire agli utenti informazioni aggiuntive relative alle questioni di sicurezza della distribuzione Debian sia estremamente importante. L'inclusione dei nomi CVE negli avvisi aiuta gli utenti ad associare delle generiche vulnerabilità con gli aggiornamenti Debian, il che riduce il tempo necessario per gestire le vulnerabilità che affliggono i nostri utenti. Inoltre, facilita la gestione della sicurezza in un ambiente dove strumenti di sicurezza con CVE abilitato - come sistemi di rilevamento d'intrusione su rete o su di un host, o strumenti per la valutazione di vulnerabilità - sono già in uso indipendentemente dal fatto che siano basati sulla distribuzione Debian.

en: In some cases you might not find a given CVE name in published advisories, for example because:
it: In alcuni casi potreste non trovare un dato nome CVE tra gli avvisi pubblicati, per esempio perché:

en: No Debian products are affected by that vulnerability.
it: Non ci sono prodotti Debian affetti da quella specifica vulnerabilità.

en: There is not yet an advisory covering that vulnerability (the security issue might have been reported as a <ulink name="security bug" url="http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=security" /> but a fix has not been tested and uploaded).
it: Non c'è ancora un avviso che copre quella vulnerabilità (il problema di sicurezza potrebbe essere stato riportato come <ulink name="bug di sicurezza" url="http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=security" /> ma non è ancora stata caricata o collaudata un'apposita patch).

en: An advisory was published before a CVE name was assigned to a given vulnerability (look for an update at the web site).
it: Un avviso è stato pubblicato prima che il nome CVE sia stato assegnato ad una data vulnerabilità (cercate un aggiornamento sul sito web).

en: Debian Security Build Infrastructure
it: La costruzione dell'infrastruttura di sicurezza in Debian

en: Since Debian is currently supported in a large number of architectures, administrators sometimes wonder if a given architecture might take more time to receive security updates than another. As a matter of fact, except for rare circumstances, updates are available to all architectures at the same time.
it: Poiché Debian supporta attualmente un gran numero di architetture, gli amministratori a volte si sorprendono se una determinata architettura impiega più tempo per ricevere gli aggiornamenti per la sicurezza rispetto ad un'altra. &Egrave; un dato di fatto, tranne in rare circostanze, che gli aggiornamenti siano disponibili per tutte le architetture allo stesso tempo.

en: Someone finds a security problem.
it: Qualcuno scopre un problema di sicurezza.

en: Someone fixes the problem, and makes an upload to security-master.debian.org's incoming (this <emphasis>someone</emphasis> is usually a Security Team member but can be also a package maintainer with an appropriate fix that has contacted the Security Team previously). The Changelog includes a <emphasis>testing-security</emphasis> or <emphasis>stable-security</emphasis> as target distribution.
it: Qualcuno risolve il problema e comincia un aggiornamento su security-master.debian.org (questo <emphasis>qualcuno</emphasis> è solitamente un membro del Security Team ma può anche essere un manutentore di un pacchetto con una correzione appropriata che ha contattato il Security Team in precedenza). Il Changelog include un <emphasis>testing-security</emphasis> o <emphasis>stable-security</emphasis> come distribuzione finale.

en: The upload gets checked and processed by a Debian system and moved into queue/accepted, and the buildds are notified. Files in here can be accessed by the security team and (somewhat indirectly) by the buildds.
it: L'aggiornamento viene controllato e verificato dal sistema Debian e spostato in coda/accettato e quindi notificato al sistema buildd. Ai file che si trovano qui accede il Security Team e (a volte indirettamente) il sistema buildd.

en: Security-enabled buildds pick up the source package (prioritized over normal builds), build it, and send the logs to the security team.
it: Il sistema buildd, progettato tenendo anche conto dei problemi di sicurezza, prende il pacchetto sorgente (con una priorità maggiore delle normali costruzioni di pacchetti), lo costruisce ed invia i log al Security Team.

en: The security team reply to the logs, and the newly built packages are uploaded to queue/unchecked, where they're processed by a Debian system, and moved into queue/accepted.
it: Il Security Team risponde ai log e i nuovi pacchetti costruiti vengono caricati in coda/non_verificata, dove vengono controllati da un sistema Debian e spostati in in_coda/accettati.

en: When the security team find the source package acceptable (i.e., that it's been correctly built for all applicable architectures and that it fixes the security hole and doesn't introduce new problems of its own) they run a script which:
it: Quando il Security Team trova il pacchetto sorgente accettabile (ovvero, che è stato correttamente costruito per tutte le architetture supportate e che corregge i buchi di sicurezza senza introdurne di nuovi) lancia uno script che:

en: installs the package into the security archive.
it: Installa il pacchetto nell'archivio di sicurezza.

en: updates the <filename>Packages</filename>, <filename>Sources</filename> and <filename>Release</filename> files of security.debian.org in the usual way (<command>dpkg-scanpackages</command>, <command>dpkg-scansources</command>, ...).
it: Aggiorna i file <filename>Packages</filename>, <filename>Sources</filename> e <filename>Release</filename> di security.debian.org nel solito modo (<command>dpkg-scanpackages</command>, <command>dpkg-scansources</command> ...).

en: sets up a template advisory that the security team can finish off.
it: Imposta un template dell'avviso che il Security Team ha finito il suo compito.

en: This procedure, previously done by hand, was tested and put through during the freezing stage of Debian 3.0 woody (July 2002). Thanks to this infrastructure the Security Team was able to have updated packages ready for the apache and OpenSSH issues for all the supported (almost twenty) architectures in less than a day.
it: Questa procedura, precedentemente fatta a mano, è stata collaudata ed immessa nello stadio di congelamento di Debian 3.0 woody (luglio 2002). Grazie a questa infrastruttura, il Security Team è stato in grado di avere pacchetti aggiornati pronti per le uscite di Apache ed OpenSSH per tutte le architetture supportate (quasi venti), in meno di un giorno.

en: Developer's guide to security updates
it: Guida degli sviluppatori agli aggiornamenti sulla sicurezza

en: Package signing in Debian
it: Firma dei pacchetti in Debian

en: This issue is better described in the <ulink name="Strong Distribution HOWTO" url="http://www.cryptnet.net/fdp/crypto/strong_distro.html" /> by V. Alex Brennen.
it: Questo problema viene discusso più approfonditamente nello <ulink url="http://www.cryptnet.net/fdp/crypto/strong_distro.html" name="Strong Distribution HOWTO" /> di V. Alex Brennen.

en: The current scheme for package signature checking using <command>apt</command> is:
it: L'attuale (non implementato) schema di controllo della firma dei pacchetti usando <command>apt</command> è il seguente:

en: the <filename>Release</filename> file includes the MD5 sum of <filename>Packages.gz</filename> (which contains the MD5 sums of packages) and will be signed. The signature is one of a trusted source.
it: Il file <filename>Release</filename> include la somma MD5 di Packages.gz (che contiene le somme MD5 dei pacchetti) e verrà firmato. La firma è una delle fonti certe.

en: This signed <filename>Release</filename> file is downloaded by 'apt-get update' and stored along with <filename>Packages.gz</filename>.
it: Questo file <filename>Release</filename> firmato viene scaricato con 'apt-get update' e conservato insieme a <filename>Packages.gz</filename>.

en: When a package is going to be installed, it is first downloaded, then the MD5 sum is generated.
it: Quando un pacchetto sta per essere installato, viene prima scaricato, successivamente viene generata la somma MD5.

en: The signed <filename>Release</filename> file is checked (signature ok) and it extracts from it the MD5 sum for the <filename>Packages.gz</filename> file, the <filename>Packages.gz</filename> checksum is generated and (if ok) the MD5 sum of the downloaded package is extracted from it.
it: Il file <filename>Release</filename> firmato viene controllato (la firma è ok) e viene estratto da questo la somma MD5 per il file <filename>Packages.gz</filename>, il checksum di <filename>Packages.gz</filename> viene generato e (se ok) la somma MD5 del pacchetto scaricato viene calcolata direttamente da sé stesso.

en: If the MD5 sum from the downloaded package is the same as the one in the <filename>Packages.gz</filename> file the package will be installed, otherwise the administrator will be alerted and the package will be left in the cache (so the administrator can decide whether to install it or not). If the package is not in the <filename>Packages.gz</filename> and the administrator has configured the system to only install checked packages it will not be installed either.
it: Se la somma MD5 del pacchetto scaricato è la stessa di quella nel file <filename>Packages.gz</filename> allora verrà installato, altrimenti l'amministratore verrà avvisato ed il pacchetto verrà lasciato in cache (così l'amministratore potrà decidere se installarlo o meno). Se il pacchetto non è in <filename>Packages.gz</filename> e l'amministratore ha configurato il sistema per installare solo pacchetti firmati non sarà nemmeno installabile.

en: By following the chain of MD5 sums <command>apt</command> is capable of verifying that a package originates from a a specific release. This is less flexible than signing each package one by one, but can be combined with that scheme too (see below).
it: Seguendo la catena delle somme MD5 <command>apt</command> è in grado di verificare se un pacchetto proviene da una determinata distribuzione rilasciata da Debian. Questo è meno flessibile che firmare ogni singolo pacchetto, uno ad uno, ma può essere combinato anche con questo schema (vedete più sotto).

en: Package signing has been discussed in Debian for quite some time, for more information you can read: <ulink url="http://www.debian.org/News/weekly/2001/8/" /> and <ulink url="http://www.debian.org/News/weekly/2000/11/" />.
it: La firma dei pacchetti è stata discussa in debian per molto tempo, per altre informazioni leggete: <ulink url="http://www.debian.org/News/weekly/2001/8/" /> e <ulink url="http://www.debian.org/News/weekly/2000/11/" />.

en: Secure apt
it: Apt sicuro

en: Secure apt works by checking the distribution through the <filename>Release</filename> file, as discussed in <xref linkend="check-releases" />. Typically, this process will be transparent to the administrator although you will need to intervene every year<footnote><para>Until an automatic mechanism is developed.</para></footnote> to add the new archive key when it is rotated, for more information on the steps an administrator needs to take a look at <xref linkend="secure-apt-add-key" />.
it: Apt sicuro funziona controllando la distribuzione attraverso il file <filename>Release</filename>, come discusso in <xref linkend="check-releases" />. Di solito, questo processo è trasparente all'amministratore anche se è necessario un intervento ogni anno<footnote><para>Fino a quando non verrà sviluppato un processo automatico.</para></footnote> per aggiungere la nuova chiave all'archivio quando vengono ruotati i log, per maggiori informazioni sui passi che un amministratore deve compiere vedete <xref linkend="secure-apt-add-key" />.

en: Per distribution release check
it: Controllo di rilascio per ogni distribuzione

en: This section describes how the distribution release check mechanism works, it was written by Joey Hess and is also available at the <ulink name="Debian Wiki" url="http://wiki.debian.org/SecureApt" />.
it: Questa sezione descrive come il meccanismo di controllo del rilascio della distribuzione funzioni, fu scritto da Joey Hess ed è disponibile anche presso il <ulink name="Wiki Debian" url="http://wiki.debian.org/SecureApt" />.

en: Basic concepts
it: Concetti di base

en: Here are a few basic concepts that you'll need to understand for the rest of this section.
it: Qui diamo alcuni concetti di base necessari per capire il resto di questa sezione.

en: A checksum is a method of taking a file and boiling it down to a reasonably short number that uniquely identifies the content of the file. This is a lot harder to do well than it might seem, and the most commonly used type of checksum, the MD5 sum, is in the process of being broken.
it: Un checksum è un metodo che consiste nel prendere un file e manipolarlo per tirarne fuori un numero di una lunghezza ragionevole che identifichi in maniera univoca il contenuto. Ciò è un po' più complicato di quanto possa sembrare, ed il tipo di checksum più usato, la somma MD5, è stato completamente violato.

en: Public key cryptography is based on pairs of keys, a public key and a private key. The public key is given out to the world; the private key must be kept a secret. Anyone possessing the public key can encrypt a message so that it can only be read by someone possessing the private key. It's also possible to use a private key to sign a file, not encrypt it. If a private key is used to sign a file, then anyone who has the public key can check that the file was signed by that key. No one who doesn't have the private key can forge such a signature.
it: La crittografia a chiave pubblica è basata su una coppia di chiavi, una pubblica ed una privata. La chiave pubblica deve essere diffusa il più possibile; la chiave privata deve invece rimanere segreta. Chiunque possegga la chiave pubblica può cifrare un messaggio che possa essere letto solo da chi possiede la chiave privata corrispondente. &Egrave; anche possibile usare la chiave privata per firmare un file, ma non per cifrarlo. Se una chiave privata viene usata per firmare un file, chiunque in possesso della chiave pubblica corrispondente può verificare se il file è stato firmato da quella chiave. Nessuno che non possegga la chiave privata può creare una tale firma.

en: These keys are quite long numbers (1024 to 2048 digits or longer), and to make them easier to work with they have a key id, which is a shorter, 8 or 16 digit number that can be used to refer to them.
it: Queste chiavi sono dei numeri abbastanza lunghi (da 1024 o 2048 cifre binarie), e perché sia più semplice lavorarci, hanno un identificativo di chiave, che è un numero più corto, di 8 o 16 cifre binarie.

en: <command>gpg</command> is the tool used in secure apt to sign files and check their signatures.
it: <command>gpg</command> è lo strumento usato nella versione sicura di apt per firmare i file e verificarne le firme.

en: <command>apt-key</command> is a program that is used to manage a keyring of gpg keys for secure apt. The keyring is kept in the file <filename>/etc/apt/trusted.gpg</filename> (not to be confused with the related but not very interesting <filename>/etc/apt/trustdb.gpg</filename>). <command>apt-key</command> can be used to show the keys in the keyring, and to add or remove a key.
it: <command>apt-key</command> è un programma che viene usato per gestire un portachiavi di chiavi gpg per apt sicuro. Il portachiavi viene mantenuto nel file <filename>/etc/apt/trusted.gpg</filename> (da non confondersi con file <filename>/etc/apt/trustdb.gpg</filename> sempre legato ad apt, ma non troppo interessante). <command>apt-key</command> può essere usato per mostrare le chiavi del portachiavi, per aggiungerne e per rimuoverne altre.

en: <filename>Release</filename> checksums
it: Checksum di <filename>Release</filename>

en: A Debian archive contains a <filename>Release</filename> file, which is updated each time any of the packages in the archive change. Among other things, the <filename>Release</filename> file contains some MD5 sums of other files in the archive. An excerpt of an example <filename>Release</filename> file:
it: Un archivio Debian contiene un file <filename>Release</filename>, che viene aggiornato ogni volta che un pacchetto dell'archivio cambia. Tra l'altro, il file <filename>Release</filename> contiene le somme MD5 di altri file presenti nell'archivio. Un estratto di un file <filename>Release</filename> di esempio:

en: The <filename>Release</filename> files also include SHA-1 checksums, which will be useful once MD5 sums become fully broken, however apt doesn't use them yet.
it: I file <filename>Release</filename> comprendono anche un checksum SHA-1, che sarà utile una volta che i checksum MD5 verranno completamente rotti, ad ogni modo apt per ora non li usa.

en: Now if we look inside a <filename>Packages</filename> file, we'll find more MD5 sums, one for each package listed in it. For example:
it: Adesso, se guardiamo in un file <filename>Packages</filename>, troveremo diversi checksum MD5, uno per ogni pacchetto elencato. Ad esempio:

en: These two checksums can be used to verify that you have downloaded a correct copy of the <filename>Packages</filename> file, with a md5sum that matches the one in the <filename>Release</filename> file. And when it downloads an individual package, it can also check its md5sum against the content of the <filename>Packages</filename> file. If apt fails at either of these steps, it will abort.
it: Questi due checksum possono essere usati per verificare che si sia scaricata una versione corretta del file <filename>Packages</filename>, con un md5sum che corrisponde con quello del file <filename>Release</filename>. Inoltre, quando scaricate un singolo pacchetto, potete verificare il suo md5sum con quello contenuto nel file <filename>Packages</filename>. Se apt fallisce entrambi questi passi, abortisce.

en: None of this is new in secure apt, but it does provide the foundation. Notice that so far there is one file that apt doesn't have a way to check: The Release file. Secure apt is all about making apt verify the <filename>Release</filename> file before it does anything else with it, and plugging this hole, so that there is a chain of verification from the package that you are going to install all the way back to the provider of the package.
it: Nulla di questo è nuovo nella versione sicura di apt, ma ne fornisce le fondamenta. Notate che ad ogni modo c'è un file che apt non ha modo di verificare: il file <filename>Release</filename>. Questa versione sicura di apt ruota tutto attorno alla verifica del file <filename>Release</filename> prima di intraprendere qualunque azione, in modo che ci sia una catena ininterrotta di verifica, dal pacchetto che state per installare fino al al fornitore del pacchetto stesso.

en: Verification of the <filename>Release</filename> file
it: Verifica del file <filename>Release</filename>

en: To verify the <filename>Release</filename> file, a gpg signature is added for the <filename>Release</filename> file. This is put in a file named <filename>Release.gpg</filename> that is shipped alongside the <filename>Release</filename> file. It looks something like this <footnote><para>Technically speaking, this is an ASCII-armored detached gpg signature.</para></footnote> , although only gpg actually looks at its contents normally:
it: Per verificare il file <filename>Release</filename>, viene aggiunta al file una firma gpg. Questa viene messa in un file chiamato <filename>Release.gpg</filename> che viene fornito assieme al file <filename>Release</filename>. Assomiglia a qualcosa del genere<footnote><para>Parlando tecnicamente, questa è una firma gpg ASCII.</para></footnote> , anche se di solito solo gpg guarda il suo contenuto:

en: Check of <filename>Release.gpg</filename> by <command>apt</command>
it: Verifica del file <filename>Release.gpg</filename> da parte di <command>apt</command>

en: Secure apt always downloads <filename>Release.gpg</filename> files when it's downloading <filename>Release</filename> files, and if it cannot download the <filename>Release.gpg</filename>, or if the signature is bad, it will complain, and will make note that the <filename>Packages</filename> files that the <filename>Release</filename> file points to, and all the packages listed therein, are from an untrusted source. Here's how it looks during an <command>apt-get update</command>:
it: La versione sicura di Apt scarica sempre i file <filename>Release.gpg</filename> quando scarica i file <filename>Release</filename> e se non riesce a farlo, o se la firma non è valida, si lamenterà ed annoterà che il file <filename>Packages</filename> a cui il file <filename>Release</filename> punta, con tutti i pacchetti elencati al suo interno, provengono da una sorgente non fidata. Ecco a cosa somiglia un'operazione come <command>apt-get update</command>:

en: Note that the second half of the long number is the key id of the key that apt doesn't know about, in this case that's 2D230C5F.
it: Notate che la seconda metà del numero "long" è l'identificativo della chiave che apt non conosce, e in questo caso è 2D230C5F.

en: If you ignore that warning and try to install a package later, apt will warn again:
it: Se ignorerete l'avvertimento e tenterete di installare un pacchetto più avanti, apt avvertirà nuovamente:

en: If you say Y here you have no way to know if the file you're getting is the package you're supposed to install, or if it's something else entirely that somebody that can intercept the communication against the server<footnote><para>Or has poisoned your DNS, or is spoofing the server, or has replaced the file in the mirror you are using, etc.</para></footnote> has arranged for you, containing a nasty suprise.
it: Se risponderete Y non avrete alcun modo di sapere se il file che state per ricevere è il pacchetto che intendete installare o se è qualcos'altro che qualcuno può aver deciso di spedirvi avendolo preparato appositamente con all'interno una cattiva sorpresa, dopo aver intercettato la comunicazione verso il server<footnote><para>O abbia contraffatto il vostro DNS, o si stia fingendo il server, o abbia rimpiazzato il file nel mirror che state usando, etc..</para></footnote>.

en: Note that you can disable these checks by running apt with --allow-unauthenticated.
it: Notate che potete disabilitare questi controlli eseguendo apt con l'opzione --allow-unauthenticated.

en: It's also worth noting that newer versions of the Debian installer use the same signed <filename>Release</filename> file mechanism during their debootstrap of the Debian base system, before apt is available, and that the installer even uses this system to verify pieces of itself that it downloads from the net. Also, Debian does not currently sign the <filename>Release</filename> files on its CDs; apt can be configured to always trust packages from CDs so this is not a large problem.
it: Vale anche la pena notare che le nuove versioni dell'installatore Debian usano lo stesso meccanismo del file <filename>Release</filename> firmato durante il debootstrap del sistema base Debian, prima che apt sia disponibile. Perfino l'installer usa questo sistema per verificare pezzi di se stesso che scarica dalla rete. Inoltre, Debian attualmente non firma i suoi file <filename>Release</filename> nei CD; apt può essere comunque configurato per fidarsi sempre dei pacchetti dai CD così che questo non sia un grosso problema.

en: How to tell apt what to trust
it: Come dire ad apt di cosa fidarsi

en: So the security of the whole system depends on there being a <filename>Release.gpg</filename> file, which signs a <filename>Release</filename> file, and of <command>apt</command> checking that signature using gpg. To check the signature, it has to know the public key of the person who signed the file. These keys are kept in apt's own keyring (<filename>/etc/apt/trusted.gpg</filename>), and managing the keys is where secure apt comes in.
it: Quindi la sicurezza dell'intero sistema dipende dalla presenza di un file <filename>Release.gpg</filename>, che firma un file <filename>Release</filename> e da <command>apt</command> che verifica tale firma usando gpg. Per verificare la firma dovete conoscere la chiave pubblica del firmatario. Queste chiavi vengono conservate proprio nel portachiavi di apt (<filename>/etc/apt/trusted.gpg</filename>) e con la gestione delle chiavi fa il suo ingresso la versione sicura di apt.

en: By default, Debian systems come preconfigured with the Debian archive key in the keyring.
it: I sistemi Debian vengono configurati, in modo predefinito, con la chiave dell'archivio Debian nel portachiavi.

en: Here 4F368D5D is the key id, and notice that this key was only valid for a one year period. Debian rotates these keys as a last line of defense against some sort of security breach breaking a key.
it: In questo caso 4F368D5D è l'id della chiave e notate che tale chiave rimane valida solo per un anno. Debian cambia regolarmente queste chiavi come ultima misura di sicurezza nel caso in cui le chiavi vengano compromesse.

en: Finding the key for a repository
it: Come ottenere la chiave di un repository

en: The debian-archive-keyring package is used to distribute keys to <command>apt</command>. Upgrades to this package can add (or remove) gpg keys for the main Debian archive.
it: Il pacchetto debian-archive-keyring viene usato per distribuire le chiavi tramite <command>apt</command>. Aggiornate questo pacchetto per aggiungere (o rimuovere) chiavi gpg relative all'archivio principale di Debian.

en: For other archives, there is not yet a standard location where you can find the key for a given apt repository. There's a rough standard of putting the key up on the web page for the repository or as a file in the repository itself, but no real standard, so you might have to hunt for it.
it: Per quanto riguarda gli altri archivi, non esiste ancora un sito standard dove trovare le chiavi di un qualsiasi repository apt. Di solito la chiave viene messa sulla pagina web del repository o in un file nel repository stesso, ma non esiste uno standard ben definito e potreste doverla cercare da soli.

en: <command>gpg</command> itself has a standard way to distribute keys, using a keyserver that gpg can download a key from and add it to its keyring. For example:
it: Lo stesso programma <command>gpg</command> ha una procedura standard per distribuire le chiavi, scaricando le chiavi da un server apposito ed aggiungendole al suo portachiavi. Per esempio:

en: You can then export that key from your own keyring and feed it to <command>apt-key</command>:
it: Potete poi esportare tale chiave dal vostro portachiavi e fornirla al programma <command>apt-key</command>:

en: The "gpg: no ultimately trusted keys found" warning means that gpg was not configured to ultimately trust a specific key. Trust settings are part of OpenPGPs Web-of-Trust which does not apply here. So there is no problem with this warning. In typical setups the user's own key is ultimately trusted.
it: L'avviso "gpg: no ultimately trusted keys found" indica che gpg non è stato configurato per dare fiducia indiscussa a una delle chiavi presenti nel vostro portachiavi. Il livello di fiducia nelle singole chiavi dipende dalla <ulink name="rete di fiducia" url="http://it.wikipedia.org/wiki/Web_of_trust" /> usata da OpenPGP ed in questo caso potete ignorarlo. In una configurazione tipica, viene data fiducia indiscussa alla chiave dell'utente.

en: Safely adding a key
it: Come aggiungere una chiave in maniera sicura

en: If you can't afford this level of paranoia, do whatever feels appropriate to you when adding a new apt source and a new key. Maybe you'll want to mail the person providing the key and verify it, or maybe you're willing to take your chances with downloading it and assuming you got the real thing. The important thing is that by reducing the problem to what archive keys to trust, secure apt lets you be as careful and secure as it suits you to be.
it: Se non siete così paranoici, potete fare quello che ritenete più opportuno ogni volta che usate un nuovo archivio di pacchetti e dovrete quindi aggiungere una chiave ad apt. Potreste inviare una email alla persona che vi ha inviato la chiave chiedendo conferma della bontà della chiave, o potreste semplicemente scaricare la chiave ed assumere che sia quella giusta. Il vantaggio principale di questa versione sicura di apt è che, visto che ogni pacchetto viene firmato da una chiave, il problema dell'autenticità dei pacchetti si riduce al problema dell'autenticità della chiave che li firmano; perciò, potete scegliere il numero e la qualità dei controlli sull'autenticità della chiave a vostro piacimento.

en: Verifying key integrity
it: Verifica dell'integrità della chiave

en: Note that the key is signed with the previous archive key, so theoretically you can just build on your previous trust.
it: Notate che la nuova chiave è firmata con la chiave precedente dell'archivio, pertanto teoricamente potreste limitarvi ad aggiungere un anello alla catena di fiducia costruita in precedenza.

en: Debian archive key yearly rotation
it: Rinnovo annuale delle chiavi degli archivi Debian

en: As mentioned above, the Debian archive signing key is changed each year, in January. Since secure apt is young, we don't have a great deal of experience with changing the key and there are still rough spots.
it: Come summenzionato, la chiave utilizzata per firmare gli archivi Debian viene cambiata ogni anno, a gennaio. Poiché la versione sicura di apt è un programma giovane, i suoi sviluppatori non hanno ancora ben collaudato le procedure da seguire per il rinnovo della chiave e ci potrebbero essere dei passi da compiere ancora non ben definiti.

en: In January 2006, a new key for 2006 was made and the <filename>Release</filename> file began to be signed by it, but to try to avoid breaking systems that had the old 2005 key, the <filename>Release</filename> file was signed by that as well. The intent was that apt would accept one signature or the other depending on the key it had, but apt turned out to be buggy and refused to trust the file unless it had both keys and was able to check both signatures. This was fixed in apt version 0.6.43.1. There was also confusion about how the key was distributed to users who already had systems using secure apt; initially it was uploaded to the web site with no announcement and no real way to verify it and users were forced to download it by hand.
it: Nel gennaio 2006 il file <filename>Release</filename> venne firmato dalla nuova chiave ma, per evitare di danneggiare i sistemi che usavano ancora la chiave del 2005, tale file venne firmato anche dalla vecchia chiave. Si pensava che apt avrebbe considerato validi i file firmati da almeno una chiave che apt considerasse fidata, ma apt aveva un difetto per cui considerava validi solo i file firmati esclusivamente da chiavi che apt considerasse fidate. Questo difetto fu corretto nella versione 0.6.43.1. di apt. Si creò un po' di confusione anche sulla distribuzione della nuova chiave agli utenti che già usavano la versione sicura di apt; in un primo momento venne distribuita sul sito web senza un annuncio specifico e senza che gli utenti fossero in grado di verificarla; gli utenti furono costretti a scaricarla ed installarla a mano.

en: In January 2006, a new key for 2006 was made and the Release file began to be signed by it, but to try to avoid breaking systems that had the old 2005 key, the <filename>Release</filename> file was signed by that as well. In order to prevent confusion on the best distribution mechanism for users who already have systems using secure apt, the debian-archive-keyring package was introduced, which manages apt keyring updates.
it: Nel gennaio 2006, fu creata una nuova chiave per il 2006 e si cominciò a firmare con essa il file <filename>Release</filename>, ma per cercare di non rompere la compatibilità con i sistemi che avevano ancora la vecchia chiave del 2005, il file <filename>Release</filename> venne firmato anche con quella vecchia. Per evitare confusione sul miglior meccanismo di distribuzione per gli utenti che già avevano sistemi che usavano la versione sicura di apt, fu introdotto il pacchetto debian-archive-keyring, che gestisce gli aggiornamenti del portachiavi di apt.

en: Known release checking problems
it: Problemi noti sul controllo della versione

en: One not so obvious problem is that if your clock is very far off, secure apt will not work. If it's set to a date in the past, such as 1999, apt will fail with an unhelpful message such as this:
it: Un problema non molto ovvio è che se l'orologio di sistema è sballato di molto, la versione sicura di apt non potrà funzionare. Se l'orologio segna una data del passato, ad esempio il 1999, apt se ne uscirà con un messaggio d'errore poco utile come questo:

en: Although <command>apt-key</command> list will make the problem plain:
it: In ogni caso <command>apt-key</command> renderà chiaro il problema:

en: If it's set to a date too far in the future, apt will treat the keys as expired.
it: Se invece segna una data troppo distante nel futuro, apt considererà le chiavi come scadute.

en: Another problem you may encouter if using testing or unstable is that if you have not run <command>apt-get update</command> lately and <command>apt-get install</command> a package, apt might complain that it cannot be authenticated (why does it do this?). <command>apt-get update</command> will fix this.
it: Un altro problema in cui vi potete imbattere usando testing o unstable è che, se non avete eseguito recentemente <command>apt-get update</command> prima di <command>apt-get install</command> su di un pacchetto che volete installare, apt potrebbe lamentarsi di non potersi autenticare (perché lo fa?). <command>apt-get update</command> correggerà il problema.

en: Manual per distribution release check
it: Controllare manualmente i rilasci della distribuzione

en: In case you want to add now the additional security checks and don't want or cannot run the latest apt version<footnote><para>Either because you are using the stable, <emphasis>sarge</emphasis>, release or an older release or because you don't want to use the latest apt version, although we would really appreciate testing of it.</para></footnote> you can use the script below, provided by Anthony Towns. This script can automatically do some new security checks to allow the user to be sure that the software s/he's downloading matches the software Debian's distributing. This stops Debian developers from hacking into someone's system without the accountability provided by uploading to the main archive, or mirrors mirroring something almost, but not quite like Debian, or mirrors providing out of date copies of unstable with known security problems.
it: Nel caso in cui vogliate aggiungere adesso i controlli di sicurezza aggiuntivi e non vogliate o possiate eseguire l'ultima versione di apt<footnote><para>O perché state usando la versione stabile, <emphasis>sarge</emphasis>, o una versione più vecchia o perché non volete usare l'ultima versione di apt, anche se apprezzeremmo molto che gli utenti la collaudassero.</para></footnote> , potete usare lo script qui sotto, fornito da Anthony Towns. Questo script può eseguire automaticamente dei nuovi controlli di sicurezza per far sì che l'utente sia certo che il software che sta scaricando sia lo stesso che Debian distribuisce. Ciò impedisce agli sviluppatori Debian di violare il sistema di qualcuno senza la garanzia di autenticità derivante dall'inclusione nell'archivio principale, ai mirror di fornire qualcosa di molto simile a Debian ma non esattamente uguale ad essa, o copie non aggiornate di unstable con problemi di sicurezza noti.

en: This sample code, renamed as <command>apt-check-sigs</command>, should be used in the following way:
it: Questo semplice codice, rinominato come <command>apt-check-sigs</command>, dovrebbe essere usato nel modo seguente:

en: First you need to:
it: Per prima cosa avete bisogno di:

en: remove any <filename>/etc/apt/sources.list</filename> lines that don't use the normal "dists" structure, or change the script so that it works with them.
it: Rimuovere tutte le righe di <filename>/etc/apt/sources.list</filename> che non usano la normale struttura "dists" o modificare lo script in modo che funzioni con esse.

en: be prepared to ignore the fact that Debian security updates don't have signed <filename>Release</filename> files, and that <filename>Sources</filename> files don't have appropriate checksums in the <filename>Release</filename> file (yet).
it: Essere preparati ad ignorare il fatto che gli aggiornamenti di sicurezza di Debian non hanno file <filename>Release</filename> firmati e che i file <filename>Sources</filename> non hanno (ancora) un checksum appropriato nel file <filename>Release</filename>.

en: be prepared to check that the appropriate sources are signed by the appropriate keys.
it: Essere pronti a verificare che i sorgenti siano firmati da chiavi appropriate.

en: You might need to apply the following patch for <emphasis>sid</emphasis> since <command>md5sum</command> adds an '-' after the sum when the input is stdin:
it: Potrebbe essere necessario applicare questa patch per <emphasis>sid</emphasis> perché <command>md5sum</command> aggiunge un '-' dopo la somma quando l'input è stdin:

en: Release check of non Debian sources
it: Controllo della versione su fonti esterne a Debian

en: Alternative per-package signing scheme
it: Un modello alternativo di firma per ciascun pacchetto

en: The additional scheme of signing each and every packages allows packages to be checked when they are no longer referenced by an existing <filename>Packages</filename> file, and also third-party packages where no <filename>Packages</filename> ever existed for them can be also used in Debian but will not be default scheme.
it: L'ulteriore modello per firmare ogni pacchetto, ne permette il controllo quando questi non hanno più riferimenti in un file <filename>Packages</filename> già esistente. Così facendo, anche se i pacchetti sono provenienti da terze parti di Debian, potranno comunque essere usati in Debian, ma non con lo schema predefinito.

en: NOTE: Currently <filename>/etc/dpkg/dpkg.cfg</filename> ships with "no-debsig" as per default.
it: NOTE: Attualmente <filename>/etc/dpkg/dpkg.cfg</filename> nasce con "no-debsig" come valore predefinito.

en: NOTE2: Signatures from developers are currently stripped when they enter off the package archive since the currently preferred method is release checks as described previously.
it: NOTE2: Le firme degli sviluppatori attualmente vengono eliminate quando depositano il pacchetto nell'archivio poiché lo stile attualmente in voga consiste nel controllare la release come descritto precedentemente.
