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

en: Frequently asked Questions (FAQ)
it: Domande frequenti (FAQ)

en: This chapter introduces some of the most common questions from the Debian security mailing list. You should read them before posting there or else people might tell you to RTFM.
it: Questo capitolo introduce alcune delle domande più frequenti nella lista di discussione Debian sulla sicurezza (Debian security mailing list): bisogna leggerle prima di spedire domande e rischiare la risposta, RTFM ("leggiti il fottuto manuale!").

en: Security in the Debian operating system
it: La sicurezza nel sistema operativo Debian

en: Is Debian more secure than X?
it: Debian è più sicura di quella X?

en: Is Debian more secure than other Linux distributions (such as Red Hat, SuSE...)?
it: Debian è più sicura di altre distribuzioni Linux (Red Hat, SuSe...)?

en: There are not really many differences between Linux distributions, with exceptions to the base installation and package management system. Most distributions share many of the same applications, with differences mainly in the versions of these applications that are shipped with the distribution's stable release. For example, the kernel, Bind, Apache, OpenSSH, Xorg, gcc, zlib, etc. are all common across Linux distributions.
it: Non ci sono davvero molte differenze fra le varie distribuzioni Linux, al di là dell'installazione di base e del sistema di gestione dei pacchetti; in genere, esse hanno in comune molti applicativi (ad esempio, il kernel, Bind, Apache, OpenSSH, XFree, gcc, zlib, etc.), che si differenziano principalmente per la versione inclusa nella distribuzione stabile.

en: For example, Red Hat was unlucky and shipped when foo 1.2.3 was current, which was then later found to have a security hole. Debian, on the other hand, was lucky enough to ship foo 1.2.4, which incorporated the bug fix. That was the case in the big <ulink name="rpc.statd" url="http://www.cert.org/advisories/CA-2000-17.html" /> problem from a couple years ago.
it: Red Hat è stata sfortunata nel rilasciare una versione contenente l'allora attuale foo 1.2.3., che aveva un difetto nella sicurezza, come si scoprì in un secondo momento; invece, Debian ha avuto miglior sorte nel rilasciare la propria con foo 1.2.4, in cui quel difetto era stato eliminato. L'identico caso si ripeté con <ulink url="http://www.cert.org/advisories/CA-2000-17.html" name="rpc.statd" />, un paio di anni fa.

en: There is a lot of collaboration between the respective security teams for the major Linux distributions. Known security updates are rarely, if ever, left unfixed by a distribution vendor. Knowledge of a security vulnerability is never kept from another distribution vendor, as fixes are usually coordinated upstream, or by <ulink name="CERT" url="http://www.cert.org" />. As a result, necessary security updates are usually released at the same time, and the relative security of the different distributions is very similar.
it: Fra i gruppi per la sicurezza delle maggiori distribuzioni Linux c'è molta collaborazione: raramente un distributore trascura di sistemare gli aggiornamenti in materia di sicurezza e le cognizioni sulla sua vulnerabilità non vengono mai nascoste agli altri, dato che le correzioni vengono coordinate già in fase di sviluppo, oppure dal <ulink name="CERT" url="http://cert.org" />. Ne consegue che gli aggiornamenti necessari vengono diffusi nello stesso momento e la relativa sicurezza delle diverse distribuzioni è molto simile.

en: One of Debian's main advantages with regards to security is the ease of system updates through the use of <command>apt</command>. Here are some other aspects of security in Debian to consider:
it: Riguardo ad essa, uno dei maggiori vantaggi di Debian è il semplice sistema di aggiornamento mediante l'uso di <command>apt</command>; ma ecco altri aspetti da considerare:

en: Debian provides more security tools than other distributions, see <xref linkend="sec-tools" />.
it: Rispetto ad altre distribuzioni, Debian offre maggiori strumenti per la sicurezza, vedete in <xref linkend="sec-tools" />.

en: Debian documents best security practices in documents like this one.
it: Debian documenta al meglio le pratiche di sicurezza, in scritti come questo.

en: There are many Debian bugs in Bugtraq. Does this mean that it is very vulnerable?
it: Bugtraq cita molti difetti di Debian: è forse molto vulnerabile?

en: The Debian distribution boasts a large and growing number of software packages, probably more than provided by many proprietary operating systems. The more packages installed, the greater the potential for security issues in any given system.
it: La distribuzione Debian vanta un grande e crescente numero di pacchetti software, probabilmente più di quelli offerti da molti sistemi operativi proprietari. Maggiore è il numero dei pacchetti installati, maggiore il rischio di problemi di sicurezza in qualunque dato sistema.

en: More and more people are examining source code for flaws. There are many advisories related to source code audits of the major software components included in Debian. Whenever such source code audits turn up security flaws, they are fixed and an advisory is sent to lists such as Bugtraq.
it: Aumenta il numero di esaminatori del codice sorgente per cercare imperfezioni. Ci sono molti resoconti circa i controlli sul codice sorgente dei principali componenti software inclusi in Debian: qualora un controllo riveli dei difetti per la sicurezza, vi si ovvia e se ne manda un resoconto a liste come Bugtraq.

en: Bugs that are present in the Debian distribution usually affect other vendors and distributions as well. Check the "Debian specific: yes/no" section at the top of each advisory (DSA).
it: Di solito, i difetti presenti in Debian affliggono anche le altre distribuzioni. Controllate la sezione "Specifico di Debian: sì/no" all'inizio di ogni resoconto DSA (Debian Specific Advisory).

en: Does Debian have any certification related to security?
it: Debian ha certificazioni di sicurezza?

en: Short answer: no.
it: Risposta concisa: no.

en: Long answer: certification costs money (specially a <emphasis>serious</emphasis> security certification), nobody has dedicated the resources in order to certify Debian GNU/Linux to any level of, for example, the <ulink name="Common Criteria" url="http://niap.nist.gov/cc-scheme/st/" />. If you are interested in having a security-certified GNU/Linux distribution, try to provide the resources needed to make it possible.
it: Risposta lunga: la certificazione costa soldi (specialmente una certificazione di sicurezza <emphasis>seria</emphasis>), nessuno ha dedicato le risorse allo scopo di certificare Debian GNU/Linux ad alcun livello come, ad esempio, il <ulink name="Common Criteria" url="http://niap.nist.gov/cc-scheme/st/" />. Se siete interessati ad avere una distribuzione GNU/Linux certificata in ambito sicurezza, provate a fornire prima di tutto le risorse per rendere possibile ciò.

en: Are there any hardening programs for Debian?
it: Ci sono programmi per rendere Debian più sicura?

en: Some people believe, however, that a hardening tool does not eliminate the need for good administration.
it: Alcuni, tuttavia, ritengono che gli strumenti per avere maggiore sicurezza non possano eliminare l'esigenza di una buona amministrazione.

en: I want to run XYZ service, which one should I choose?
it: Ho necessità di rendere disponibile il servizio XYZ, come sceglierlo?

en: One of Debian's great strengths is the wide variety of choice available between packages that provide the same functionality (DNS servers, mail servers, ftp servers, web servers, etc.). This can be confusing to the novice administrator when trying to determine which package is right for you. The best match for a given situation depends on a balance between your feature and security needs. Here are some questions to ask yourself when deciding between similar packages:
it: Un punto di forza di Debian è l'ampia varietà di scelta fra pacchetti che forniscono le stesse funzionalità (serventi di tipo DNS, ftp, di posta, web, etc.). Questo può confondere un amministratore inesperto nel determinare il pacchetto più adatto alle sue esigenze. La soluzione migliore dipende da un compromesso fra le esigenze di funzionalità e quelle della sicurezza. Per decidere fra pacchetti simili, bisogna rispondere ad alcune domande, come:

en: Is the software maintained upstream? When was the last release?
it: Il software continua a essere sviluppato? Quand'è uscita l'ultima versione?

en: Is the package mature? The version number really does <emphasis>not</emphasis> tell you about its maturity. Try to trace the software's history.
it: Il pacchetto è obsoleto? Il numero di versione <emphasis>non</emphasis> ne indica l'età: cercate di tracciarne la storia.

en: Is the software bug-ridden? Have there been security advisories related to it?
it: Il programma è esente da difetti? Ci sono avvisi sulla sua sicurezza?

en: Does the software provide all the functionality you need? Does it provide more than you really need?
it: Il programma ha tutte le funzionalità cercate? Ne ha addirittura più di quelle necessarie?

en: How can I make service XYZ more secure in Debian?
it: Come rendere il servizio XYZ più sicuro in Debian?

en: You will find information in this document to make some services (FTP, Bind) more secure in Debian GNU/Linux. For services not covered here, check the program's documentation, or general Linux information. Most of the security guidelines for Unix systems also apply to Debian. In most cases, securing service X in Debian is like securing that service in any other Linux distribution (or Un*x, for that matter).
it: In questo documento si troveranno informazioni sul modo per rendere alcuni servizi (FTP, Bind) più sicuri in Debian GNU/Linux. Per quelli non trattati qui, vedete la documentazione del programma o in generale le informazioni per quel software in GNU/Linux. La maggior parte delle linee guida per la sicurezza di Unix si applicano anche a Debian. Proteggere un servizio in Debian è come farlo in qualunque altra distribuzione Linux (o Un*x, per quell'argomento).

en: How can I remove all the banners for services?
it: Come posso rimuovere tutte le etichette per i servizi?

en: Are all Debian packages safe?
it: Sono sicuri tutti i pacchetti Debian?

en: The Debian security team cannot possibly analyze all the packages included in Debian for potential security vulnerabilities, since there are just not enough resources to source code audit the whole project. However, Debian does benefit from the source code audits made by upstream developers.
it: Il Team Debian per la Sicurezza non può analizzare i potenziali punti deboli di tutti i pacchetti, perché mancano le risorse per revisionare l'intero codice sorgente; Debian beneficia, però, delle revisioni svolte dagli sviluppatori.

en: As a matter of fact, a Debian developer could distribute a Trojan in a package, and there is no possible way to check it out. Even if introduced into a Debian branch, it would be impossible to cover all the possible situations in which the Trojan would execute. This is why Debian has a <emphasis>"no guarantees"</emphasis> license clause.
it: In effetti, uno sviluppatore Debian potrebbe benissimo distribuire un virus di tipo trojan in un pacchetto, senza che venga scoperto: anche se esperti in un ramo di Debian, sarebbe impossibile trattare tutte le possibili situazioni in cui il trojan potrebbe agire. Perciò, Debian ha una licenza <emphasis>"no guarantees"</emphasis> (<emphasis>nessuna garanzia</emphasis>).

en: However, Debian users can take confidence in the fact that the stable code has a wide audience and most problems would be uncovered through use. Installing untested software is not recommended in a critical system (if you cannot provide the necessary code audit). In any case, if there were a security vulnerability introduced into the distribution, the process used to include packages (using digital signatures) ensures that the problem can be ultimately traced back to the developer. The Debian project has not taken this issue lightly.
it: Tuttavia, gli utenti Debian possono fidare nel fatto che il codice stabile abbia un vasto pubblico: la maggior parte dei problemi si manifesterebbe con l'uso. In un sistema molto importante, non è indicato installare software che non sia stato sottoposto ad un processo di revisione del codice sorgente. In ogni caso, quand'anche nella distribuzione sia introdotta una vulnerabilità della sicurezza, il processo di inclusione dei pacchetti assicura la riconducibilità finale allo sviluppatore (mediante le firme digitali). Il progetto Debian non sottovaluta il problema.

en: Why are some log files/configuration files world-readable, isn't this insecure?
it: Chiunque può leggere certi file di log/configurazione: non è insicuro?

en: Of course, you can change the default Debian permissions on your system. The current policy regarding log files and configuration files is that they are world readable <emphasis>unless</emphasis> they provide sensitive information.
it: Naturalmente, nel proprio sistema, ognuno può cambiare i permessi predefiniti di Debian. Con l'attuale codice di condotta sui file di log e configurazione, ognuno li può leggere, <emphasis>salvo che</emphasis> contengano informazioni sensibili.

en: Be careful if you do make changes since:
it: Si raccomanda prudenza, nel fare cambiamenti, dal momento che:

en: Processes might not be able to write to log files if you restrict their permissions.
it: Se si limitano i permessi, certi processi potrebbero non riuscire a scrivere sui file di log.

en: Some applications may not work if the configuration file they depend on cannot be read. For example, if you remove the world-readable permission from <filename>/etc/samba/smb.conf</filename>, the <command>smbclient</command> program will not work when run by a normal user.
it: Alcune applicazioni potrebbero non funzionare se non fosse leggibile il file di configurazione da cui dipendono. Per esempio, se viene rimosso il permesso di libera leggibilità per <filename>/etc/samba/smb.conf</filename>, il programma <command>smbclient</command> non funzionerà, se attivato da un comune utente.

en: FIXME: Check if this is written in the Policy. Some packages (i.e. ftp daemons) seem to enforce different permissions.
it: FIXME: Controllare se questo sia scritto nella Policy. Alcuni pacchetti (ad esempio i demoni ftp) sembrano imporre permessi differenti.

en: Why does /root/ (or UserX) have 755 permissions?
it: Perché /root/ (o User X) ha i permessi impostati a 755?

en: As a matter of fact, the same questions stand for any other user. Since Debian's installation does not place <emphasis>any</emphasis> file under that directory, there's no sensitive information to protect there. If you feel these permissions are too broad for your system, consider tightening them to 750. For users, read <xref linkend="limit-user-perm" />.
it: In effetti, l'identico problema riguarda qualunque altro utente. Siccome l'installazione di Debian non mette <emphasis>alcun</emphasis> file sotto quella directory, non vi sono informazioni importanti da proteggere; se ritenete che tali permessi siano troppo laschi per il sistema, li potete portare a 750. Per gli utenti, leggete in <xref linkend="limit-user-perm" />.

en: After installing a grsec/firewall, I started receiving many console messages! How do I remove them?
it: Rimozione dei messaggi che arrivano in console dopo l'installazione di un grsec/firewall

en: If you are receiving console messages, and have configured <filename>/etc/syslog.conf</filename> to redirect them to either files or a special TTY, you might be seeing messages sent directly to the console.
it: Se riceveste messaggi in console ed aveste configurato <filename>/etc/syslog.conf</filename>, in modo da trasmetterli a dei file o ad uno speciale TTY, potreste vedere i messaggi direttamente sulla console.

en: The default console log level for any given kernel is 7, which means that any message with lower priority will appear in the console. Usually, firewalls (the LOG rule) and some other security tools log lower that this priority, and thus, are sent directly to the console.
it: Per ogni kernel, il livello predefinito per la trasmissione dei messaggi di log è 7 e quelli con priorità inferiore appariranno in console. Di solito i firewall (il regno dei LOG) ed altri strumenti per la sicurezza registrano log con priorità inferiore, che, quindi, vengono spediti direttamente in console.

en: to:
it: a:

en: Use a lower number for <literal>-c</literal> if you are still seeing them. A description of the different log levels can be found in <filename>/usr/include/sys/syslog.h</filename>:
it: Usate un numero inferiore per <literal>-c</literal>, se continuate a vederli; una descrizione dei vari livelli dei messaggi di log si trova in <filename>/usr/include/sys/syslog.h</filename>:

en: Operating system users and groups
it: Utenti e gruppi del sistema operativo

en: Are all system users necessary?
it: Tutti gli utenti di sistema sono necessari?

en: To easily find users who don't own any files, execute the following command<footnote><para>Be careful, as this will traverse your whole system. If you have a lot of disk and partitions you might want to reduce it in scope.</para></footnote> (run it as root, since a common user might not have enough permissions to go through some sensitive directories):
it: Per scoprire facilmente gli utenti che non possiedono file, è possibile eseguire (da root, dato che agli utenti comuni potrebbero mancare i permessi necessari per potere esaminare alcune cartelle "delicate") il seguente comando<footnote><para>Attenzione, perché questo metterà in pericolo l'intero sistema. Se avete parecchio spazio disco e molte partizioni, potreste voler ridurre il campo di applicazione.</para></footnote>:

en: root: Root is (typically) the superuser.
it: root: root è (tipicamente) il superutente.

en: daemon: Some unprivileged daemons that need to write to files on disk run as daemon.daemon (e.g., <command>portmap</command>, <command>atd</command>, probably others). Daemons that don't need to own any files can run as nobody.nogroup instead, and more complex or security conscious daemons run as dedicated users. The daemon user is also handy for locally installed daemons.
it: daemon: alcuni demoni sprovvisti di privilegi di sorta che devono scrivere su file sono attivi come daemon.daemon (per esempio, <command>portmap</command>, <command>atd</command> e probabilmente, altri), invece, i demoni che non hanno bisogno di possedere file, possono attivarsi come nobody.nogroup, mentre altri, più rispettosi della sicurezza, lo fanno come utenti dedicati. Il demone utente è utile anche per i demoni installati localmente.

en: bin: maintained for historic reasons.
it: bin: mantenuto per ragioni storiche.

en: sys: same as with bin. However, /dev/vcs* and <filename>/var/spool/cups</filename> are owned by group sys.
it: sys: idem come sopra; /dev/vcs* e <filename>/var/spool/cups</filename>, però, sono di proprietà del gruppo sys.

en: sync: The shell of user sync is <filename>/bin/sync</filename>. Thus, if its password is set to something easy to guess (such as ""), anyone can sync the system at the console even if they have don't have an account.
it: sync: la shell dell'utente sync è <filename>/bin/sync</filename>, così, se la sua parola d'ordine è semplice da indovinare (una cosa tipo ""), chiunque può sincronizzare il sistema da console, anche senza avere un account.

en: games: Many games are SETGID to games so they can write their high score files. This is explained in policy.
it: games: molti giochi vengono impostati per il gruppo (SETGID) games , sì da poter scrivere file coi migliori punteggi. Spiegazione nelle Linee Guida.

en: man: The man program (sometimes) runs as user man, so it can write cat pages to <filename>/var/cache/man</filename>
it: man: il programma man (a volte) è attivo come utente man, in modo da poter scrivere pagine in <filename>/var/cache/man</filename>.

en: lp: Used by printer daemons.
it: lp: usato dai demoni di stampa.

en: mail: Mailboxes in <filename>/var/mail</filename> are owned by group mail, as explained in policy. The user and group are used for other purposes by various MTA's as well.
it: mail: le caselle in <filename>/var/mail</filename> appartengono al gruppo mail, come descritto nelle Linee Guida. Utente e gruppo vengono usati, ad altri fini, anche da vari MTA.

en: news: Various news servers and other associated programs (such as <command>suck</command>) use user and group news in various ways. Files in the news spool are often owned by user and group news. Programs such as <command>inews</command> that can be used to post news are typically SETGID news.
it: news: diversi serventi di news ed altri programmi associati (come <command>suck</command>) impiegano l'utente ed il gruppo in vari modi: spesso, i file nello spool news appartengono ad entrambi. Programmi come <command>inews</command>, usati per spedire news, vengono tipicamente impostati per il gruppo (SETGID) news.

en: uucp: The uucp user and group is used by the UUCP subsystem. It owns spool and configuration files. Users in the uucp group may run uucico.
it: uucp: l'utente e il gruppo UUCP sono usati dal sottosistema UUCP, cui appartengono i file di spool e di configurazione. Gli utenti del gruppo uucp possono eseguire uucico.

en: proxy: Like daemon, this user and group is used by some daemons (specifically, proxy daemons) that don't have dedicated user id's and that need to own files. For example, group proxy is used by <command>pdnsd</command>, and <command>squid</command> runs as user proxy.
it: proxy: come demone, questo utente e gruppo possono essere usati da alcuni demoni (di tipo proxy, in particolare) sprovvisti di utente dedicato ma che debbono essere proprietari di quei file. Per esempio, il gruppo proxy è usato da <command>pdnsd</command>, mentre <command>squid</command> è attivo come utente proxy.

en: majordom: <command>Majordomo</command> has a statically allocated UID on Debian systems for historical reasons. It is not installed on new systems.
it: majordom: nei sistemi Debian, <command>Majordomo</command> aveva un UID allocato staticamente, per ragioni storiche, adesso non è più installato.

en: postgres: <command>Postgresql</command> databases are owned by this user and group. All files in <filename>/var/lib/postgresql</filename> are owned by this user to enforce proper security.
it: postgres: i database <command>Postgresql</command> appartengono a questo utente e gruppo. Tutti i file di <filename>/var/lib/postgresql</filename> appartengono a questo utente per rafforzare la sicurezza.

en: www-data: Some web servers run as www-data. Web content should <emphasis>not</emphasis> be owned by this user, or a compromised web server would be able to rewrite a web site. Data written out by web servers, including log files, will be owned by www-data.
it: www-data: alcuni browser vengono eseguiti come www-data. Il contenuto di rete <emphasis>non</emphasis> dovrebbe essere posseduto da questo utente, altrimenti un server compromesso potrebbe riscrivere un sito web. I dati restituiti da un server web, file di log compresi, appartengono a www-data.

en: backup: So backup/restore responsibilities can be locally delegated to someone without full root permissions.
it: backup: così, le responsabilità del ripristino/recupero possono essere date, localmente, ad una persona che non abbia i pieni permessi di root.

en: operator: Operator is historically (and practically) the only 'user' account that can login remotely, and doesn't depend on NIS/NFS.
it: operator: storicamente (e praticamente) operator è il solo accredito a livello utente che possa autenticarsi da remoto senza dipendere da NIS/NFS.

en: list: Mailing list archives and data are owned by this user and group. Some mailing list programs may run as this user as well.
it: list: gli archivi dei gruppi di discussione (mailing list) appartengono a questo utente e gruppo; alcuni appositi programmi girano come utente list.

en: irc: Used by irc daemons. A statically allocated user is needed only because of a bug in <command>ircd</command>, which SETUID()s itself to a given UID on startup.
it: irc: usato dai demoni irc. Un utente allocato staticamente occorre solo per via di un baco in <command>ircd</command>, che imposta con SETUID() un determinato UID all'avvio.

en: nobody, nogroup: Daemons that need not own any files run as user nobody and group nogroup. Thus, no files on a system should be owned by this user or group.
it: nobody.nogroup: demoni che non fanno uso di alcun file vengono eseguiti come utente e gruppo nobody; in tal modo, nessun file nel sistema è di loro proprietà.

en: Other groups which have no associated user:
it: Altri gruppi senza utenti associati:

en: adm: Group adm is used for system monitoring tasks. Members of this group can read many log files in <filename>/var/log</filename>, and can use xconsole. Historically, <filename>/var/log</filename> was <filename>/usr/adm</filename> (and later <filename>/var/adm</filename>), thus the name of the group.
it: adm: gruppo usato per compiti di monitoraggio del sistema, i suoi membri possono leggere i file di log della cartella <filename>/var/log</filename> e usare xconsole. Storicamente, <filename>/var/log</filename> era <filename>/usr/adm</filename> (e poi, <filename>/var/adm</filename>), da cui il nome del gruppo.

en: tty: TTY devices are owned by this group. This is used by write and wall to enable them to write to other people's TTYs.
it: tty: gruppo titolare dei dispositivi TTY (TeleTYpe, telescrivente), usati come strumento di comunicazione per scrivere su TTY altrui.

en: disk: Raw access to disks. Mostly equivalent to root access.
it: disk: accesso "grezzo" ai dischi, perlopiù equivalente all'accesso come root.

en: kmem: /dev/kmem and similar files are readable by this group. This is mostly a BSD relic, but any programs that need direct read access to the system's memory can thus be made SETGID kmem.
it: kmem: questo gruppo legge /dev/kmem e file similari: è principalmente una reliquia di BSD, ma se i programmi richiedono un accesso diretto, in lettura, alla memoria di sistema si può impostare kmem SETGID.

en: dialout: Full and direct access to serial ports. Members of this group can reconfigure the modem, dial anywhere, etc.
it: dialout: i suoi membri hanno pieno e diretto accesso alle porte seriali e possono riconfigurare il modem, fare chiamate verso qualunque posto, etc. ...

en: dip: The group's name stands for "Dial-up IP", and membership in dip allows you to use tools like <command>ppp</command>, <command>dip</command>, <command>wvdial</command>, etc. to dial up a connection. The users in this group cannot configure the modem, but may run the programs that make use of it.
it: dip: acronimo di "Dial-up IP", i suoi membri possono usare strumenti come <command>ppp</command>, <command>dip</command>, <command>wvdial</command>, etc. per avviare una connessione ed eseguire i programmi che utilizzano il modem, ma non possono configurarlo.

en: fax: Allows members to use fax software to send / receive faxes.
it: fax: consente ai membri l'uso del fax in emissione/ricezione.

en: voice: Voicemail, useful for systems that use modems as answering machines.
it: voice: posta vocale, utile per sistemi che usano il modem come segreteria.

en: cdrom: This group can be used locally to give a set of users access to a CDROM drive.
it: cdrom: usato localmente per dare agli utenti un accesso all'unità CDROM.

en: floppy: This group can be used locally to give a set of users access to a floppy drive.
it: floppy: usato localmente per dare agli utenti un accesso all'unità floppy.

en: tape: This group can be used locally to give a set of users access to a tape drive.
it: tape: usato localmente per dare agli utenti un accesso alle unità a nastro.

en: sudo: Members of this group don't need to type their password when using <command>sudo</command>. See <filename>/usr/share/doc/sudo/OPTIONS</filename>.
it: sudo: i membri di questo gruppo non devono digitare la password per usare <command>sudo</command>. Vedete in <filename>/usr/share/doc/sudo/OPTIONS</filename>.

en: audio: This group can be used locally to give a set of users access to an audio device.
it: audio: usato localmente per dare agli utenti l'accesso ai dispositivi audio.

en: src: This group owns source code, including files in <filename>/usr/src</filename>. It can be used locally to give a user the ability to manage system source code.
it: src: proprietario di codice sorgente, file in <filename>/usr/src</filename> compresi, viene usato per dare agli utenti la facoltà di gestire il codice sorgente presente sul sistema.

en: shadow: <filename>/etc/shadow</filename> is readable by this group. Some programs that need to be able to access the file are SETGID shadow.
it: shadow: i programmi che necessitano di accedere al file <filename>/etc/shadow</filename>, devono avere impostato il SETGID per il gruppo shadow, che può leggerlo.

en: utmp: This group can write to <filename>/var/run/utmp</filename> and similar files. Programs that need to be able to write to it are SETGID utmp.
it: utmp: può scrivere sul file <filename>/var/run/utmp</filename> e simili: programmi che devono poter scrivere su di esso, devono avere impostato il SETGID per il gruppo utmp.

en: video: This group can be used locally to give a set of users access to a video device.
it: video: usato localmente per dare agli utenti l'accesso ai dispositivi video.

en: staff: Allows users to add local modifications to the system (<filename>/usr/local</filename>, <filename>/home</filename>) without needing root privileges. Compare with group "adm", which is more related to monitoring/security.
it: staff: consente agli utenti modifiche locali del sistema (in <filename>/usr/local</filename>, <filename>/home</filename>) anche senza i privilegi di root. Confrontatelo con il gruppo "adm", volto maggiormente a compiti di monitoraggio e sicurezza.

en: users: While Debian systems use the private user group system by default (each user has their own group), some prefer to use a more traditional group system, in which each user is a member of this group.
it: users: mentre i sistemi Debian usano il sistema predefinito di creare un gruppo personale per ogni utente, alcuni preferiscono un sistema di gruppi più tradizionale, in cui ogni utente è membro del gruppo "users".

en: I removed a system user! How can I recover?
it: Ho rimosso un utente di sistema! Come posso rimediare?

en: What is the difference between the adm and the staff group?
it: Qual è la differenza fra i gruppi adm e staff?

en: The 'adm' group are usually administrators, and this group permission allows them to read log files without having to <command>su</command>. The 'staff' group are usually help-desk/junior sysadmins, allowing them to work in <filename>/usr/local</filename> and create directories in <filename>/home</filename>.
it: Gli appartenenti al gruppo "adm" sono, di solito, amministratori ai quali i permessi del gruppo consentono la lettura dei log senza dare il comando <command>su</command>. Al gruppo "staff", invece, appartengono i coadiutori/amministratori novizi, cui è permesso di lavorare in <filename>/usr/local</filename> e di creare cartelle in <filename>/home</filename>.

en: Why is there a new group when I add a new user? (or Why does Debian give each user one group?)
it: Perché c'è un nuovo gruppo per ogni nuovo utente? (Ovvero: perché Debian assegna un gruppo ad ogni utente?)

en: The default behavior in Debian is that each user has its own, private group. The traditional UN*X scheme assigned all users to the <emphasis>users</emphasis> group. Additional groups were created and used to restrict access to shared files associated with different project directories. Managing files became difficult when a single user worked on multiple projects because when someone created a file, it was associated with the primary group to which they belong (e.g. 'users').
it: La linea di condotta di Debian prevede di assegnare ad ogni utente un proprio gruppo. Il tradizionale schema UN*X assegna tutti gli utenti al gruppo <emphasis>users</emphasis>. Ulteriori gruppi vengono creati ed utilizzati per limitare l'accesso a file condivisi associati a cartelle di progetti diverse. Siccome, all'atto della creazione, i file vengono associati al gruppo di prima appartenenza dell'autore, la loro gestione diventa difficile, se l'utente lavora su più progetti.

en: Debian's scheme solves this problem by assigning each user to their own group; so that with a proper umask (0002) and the SETGID bit set on a given project directory, the correct group is automatically assigned to files created in that directory. This makes it easier for people who work on multiple projects, because they will not have to change groups or umasks when working on shared files.
it: Lo schema Debian risolve questo problema, assegnando ad ogni utente un gruppo personale, sicché, con una corretta umask (0002) e con il bit per l'assegnazione del gruppo (SETGID) impostato su una data cartella di progetto, il gruppo viene assegnato automaticamente ed i file vengono creati in quella cartella. Ciò agevola chi lavora su più progetti, evitandogli di cambiare gruppo o umask quando lavora su file condivisi.

en: You can, however, change this behavior by modifying <filename>/etc/adduser.conf</filename>. Change the <emphasis>USERGROUPS</emphasis> variable to 'no', so that a new group is not created when a new user is created. Also, set <emphasis>USERS_GID</emphasis> to the GID of the users group which all users will belong to.
it: Tuttavia, dando il valore "no" alla variabile <emphasis>USERGROUPS</emphasis>, nel file <filename>/etc/adduser.conf</filename>, si può cambiare questo comportamento. In tal modo, quando si crea un nuovo utente, non si crea anche un nuovo gruppo. Le stesse considerazioni valgono per l'impostazione di <emphasis>USERS_GID</emphasis> al GID cui tutti gli utenti appartengono.

en: Questions regarding services and open ports
it: Domande riguardanti i servizi e le porte aperte

en: Why are all services activated upon installation?
it: Perché in installazione vengono attivati tutti i servizi?

en: That's just an approach to the problem of being, on one side, security conscious and on the other side user friendly. Unlike OpenBSD, which disables all services unless activated by the administrator, Debian GNU/Linux will activate all installed services unless deactivated (see <xref linkend="disableserv" /> for more information). After all you installed the service, didn't you?
it: &Egrave; soltanto un compromesso tra l'essere da un lato attenti alla sicurezza e dall'altro user-friendly. Diversamente da OpenBSD, che disabilita tutti i servizi a meno che non siano esplicitamente attivati dall'amministratore, Debian GNU/Linux attiva tutti i servizi installati a meno che non vengano disattivati (vedete in <xref linkend="disableserv" /> per maggiori informazioni). Dopo tutto siete stati voi ad installare il servizio, o no?

en: There has been much discussion on Debian mailing lists (both at debian-devel and at debian-security) regarding which is the better approach for a standard installation. However, as of this writing (March 2002), there still isn't a consensus.
it: Ci sono state molte discussioni sulle mailing list Debian (sia su debian-devel che su debian-security) riguardo a quale sia il miglior compromesso per un'installazione standard. Comunque, al momento della stesura (marzo 2002) non si è ancora arrivati ad un accordo.

en: Can I remove <command>inetd</command>?
it: Posso rimuovere <command>inetd</command>?

en: Why do I have port 111 open?
it: Perché ho la porta 111 aperta?

en: Port 111 is sunrpc's portmapper, and it is installed by default as part of Debian's base installation since there is no need to know when a user's program might need RPC to work correctly. In any case, it is used mostly for NFS. If you do not need it, remove it as explained in <xref linkend="rpc" />.
it: La porta 111 è quella del portmapper sunrpc e viene installata in maniera predefinita come parte dell'installazione Debian poiché non c'è bisogno di sapere quando un programma utente potrebbe aver bisogno che l'RPC che funzioni correttamente. In ogni caso, si usa principalmente per l'NFS, se non vi serve, rimuovetelo com'è spiegato in <xref linkend="rpc" />.

en: What use is <command>identd</command> (port 113) for?
it: A cosa serve <command>identd</command> (porta 113) ?

en: Identd service is an authentication service that identifies the owner of a specific TCP/IP connection to the remote server accepting the connection. Typically, when a user connects to a remote host, <command>inetd</command> on the remote host sends back a query to port 113 to find the owner information. It is often used by mail, FTP and IRC servers, and can also be used to track down which user in your local system is attacking a remote system.
it: Il servizio identd serve per l'autenticazione, che tra l'altro identifica il proprietario di una specifica connessione TCP/IP al server remoto che accetta la connessione. Tipicamente, quando un utente si connette a un host remoto, l'<command>inetd</command> dell'host remoto manda una query alla porta 113 per ottenere informazioni sull'utente. Spesso viene usato per la posta, i server FTP e IRC e può essere usato anche per tracciare chi, degli utenti del vostro sistema, stia tentando di attaccare un sistema remoto.

en: I have services using port 1 and 6, what are they and how can I remove them?
it: Ho dei servizi che usano le porte 1 e 6, cosa sono e come posso rimuoverli?

en: If you have run the command <literal>netstat -an</literal> and receive:
it: Se avete lanciato <literal>netstat -an</literal> e vi ha restituito:

en: I found the port XYZ open, can I close it?
it: Ho trovato la porta XYZ aperta, posso chiuderla?

en: Yes, of course. The ports you are leaving open should adhere to your individual site's policy regarding public services available to other networks. Check if they are being opened by <command>inetd</command> (see <xref linkend="inetd" />), or by other installed packages and take the appropriate measures (i.e, configure inetd, remove the package, avoid it running on boot-up).
it: Naturalmente! Le porte che lasciate aperte debbono essere concordi con le linee guida del vostro host per quanto riguarda i servizi pubblici disponibili per le altre reti. Controllate se vengono avviati da <command>inetd</command> (vedete in <xref linkend="inetd" />) o da altri pacchetti installati e prendete le misure appropriate (es., configurate inetd, rimuovete il pacchetto, evitate di lanciarlo al boot).

en: Will removing services from <filename>/etc/services</filename> help secure my box?
it: Rimuovere dei servizi da <filename>/etc/services</filename> può aiutarmi a rendere sicura la mia macchina?

en: <emphasis>No</emphasis>, <filename>/etc/services</filename> only provides a mapping between a virtual name and a given port number. Removing names from this file will not (usually) prevent services from being started. Some daemons may not run if <filename>/etc/services</filename> is modified, but that's not the norm. To properly disable the service, see <xref linkend="disableserv" />.
it: <emphasis>No</emphasis>, <filename>/etc/services</filename> fornisce solo una mappatura tra un nome virtuale ed un dato numero di porta. Rimuovere nomi da questo file (solitamente) non eviterà che questi servizi vengano lanciati. Alcuni demoni potrebbero non partire se <filename>/etc/services</filename> viene modificato, ma non è la norma. Per disabilitare correttamente il servizio, vedete in <xref linkend="disableserv" />.

en: Common security issues
it: Problemi comuni di sicurezza

en: I have lost my password and cannot access the system!
it: Ho dimenticato la password e non posso accedere al sistema!

en: The steps you need to take in order to recover from this depend on whether or not you have applied the suggested procedure for limiting access to <command>lilo</command> and your system's BIOS.
it: I passi che dovete fare per sistemare questo problema dipende dall'avere o meno applicato quanto suggerito per limitare l'accesso a <command>lilo</command> e al BIOS del vostro sistema.

en: If you have limited both, you need to disable the BIOS setting that only allows booting from the hard disk before proceeding. If you have also forgotten your BIOS password, you will have to reset your BIOS by opening the system and manually removing the BIOS battery.
it: Se avete limitato entrambi, dovete disabilitare l'impostazione del BIOS che permette il boot solo dal disco rigido prima di procedere. Se avete dimenticato anche la password del BIOS, dovrete annullare il BIOS aprendo la macchina e rimuovendo la batteria del BIOS.

en: Once you have enabled booting from a CD-ROM or diskette enable, try the following:
it: Una volta che avete abilitato il boot da CD-ROM o da dischetto, tentate i passi seguenti:

en: Boot-up from a rescue disk and start the kernel
it: Eseguite il boot da un disco di salvataggio e fate partire il kernel.

en: Go to the virtual console (Alt+F2)
it: Passate sulla console virtuale (Alt+F2).

en: Mount the hard disk where your /root is
it: Montate il disco dove risiede la partizione /root.

en: Edit (Debian 2.2 rescue disk comes with the editor <command>ae</command>, and Debian 3.0 comes with <command>nano-tiny</command> which is similar to <command>vi</command>) <filename>/etc/shadow</filename> and change the line:
it: Modificate (il disco di rescue di Debian 2.2 contiene l'editor <command>ae</command> e Debian 3.0 con <command>nano-tiny</command> che è simile a <command>vi</command>) <filename>/etc/shadow</filename> e cambiate la riga:

en: This will remove the forgotten root password, contained in the first colon separated field after the user name. Save the file, reboot the system and login with root using an empty password. Remember to reset the password. This will work unless you have configured the system more tightly, i.e. if you have not allowed users to have null passwords or not allowed root to login from the console.
it: Questo eliminerà la password di root dimenticata, contenuta nel primo campo separato dai due punti dopo il nome dell'utente. Salvate il file, riavviate il sistema ed effettuate il login da root usando una password vuota. Ricordate di annullare la password. Questo funzionerà, a meno che non abbiate configurato il sistema in maniera più attenta, ovvero se avete impedito agli utenti di avere password vuote o a root di effettuare il login dalla console.

en: If you have introduced these features, you will need to enter into single user mode. If LILO has been restricted, you will need to rerun <command>lilo</command> just after the root reset above. This is quite tricky since your <filename>/etc/lilo.conf</filename> will need to be tweaked due to the root (/) file system being a ramdisk and not the real hard disk.
it: Se avete introdotto queste funzionalità, dovrete entrare nel sistema in modalità utente singolo. Se LILO è stato limitato, dovrete eseguire <command>lilo</command> subito dopo il reset di root di cui sopra. Questo è abbastanza furbo poiché il vostro <filename>/etc/lilo.conf</filename> dovrà essere configurato alla directory radice (/) del sistema essendo un ramdisk e non un disco rigido reale.

en: Once LILO is unrestricted, try the following:
it: Una volta che LILO è senza restrizioni, provate i seguenti:

en: Press the Alt, shift or Control key just before the system BIOS finishes, and you should get the LILO prompt.
it: Premete i tasti Alt, Shift o Control appena prima che il vostro BIOS finisca, dovreste ottenere un prompt di LILO.

en: Type <literal>linux single</literal>, <literal>linux init=/bin/sh</literal> or <literal>linux 1</literal> at the prompt.
it: Digitate <literal>linux single</literal>, <literal>linux init=/bin/sh</literal> o <literal>linux 1</literal> al prompt.

en: This will give you a shell prompt in single-user mode (it will ask for a password, but you already know it)
it: Questo vi farà ottenere un prompt di shell in modalità utente singolo e vi chiederà una password, ma la conoscete già.

en: Re-mount read/write the root (/) partition, using the mount command.
it: Rimontate in lettura/scrittura la partizione di root (/), usando il comando mount:

en: Change the superuser password with <command>passwd</command> (since you are superuser it will not ask for the previous password).
it: Cambiate la password del superuser con <command>passwd</command> (poiché siete il superuser non vi chiederà la precedente).

en: How do I accomplish setting up a service for my users without giving out shell accounts?
it: Come configurare un servizio per i miei utenti senza dare loro una shell?

en: to, for example, ldap:
it: in, per esempio, ldap:

en: In the case of LDAP directories, some services provide LDAP schemas to be included in your directory that are required in order to use LDAP authentication. If you are using a relational database, a useful trick is to use the <emphasis>where</emphasis> clause when configuring the PAM modules. For example, if you have a database with the following table attributes:
it: In caso di directory LDAP, alcuni servizi forniscono uno schema LDAP da includere nella directory allo scopo di usare l'autenticazione via LDAP. Se state usando un database relazionale, un trucco utile è usare l'espressione <emphasis>where</emphasis> quando configurate il modulo PAM. Per esempio, se avete un database con i seguenti campi:

en: By making the services attributes boolean fields, you can use them to enable or disable access to the different services just by inserting the appropriate lines in the following files:
it: Prendendo i campi booleani degli attributi dei servizi, potrete usarli per abilitare o disabilitare i diversi servizi solamente inserendo la riga appropriata nei seguenti file:

en: My system is vulnerable! (Are you sure?)
it: Il mio sistema è vulnerabile! (Ne sei sicuro?)

en: Vulnerability assessment scanner X says my Debian system is vulnerable!
it: Sa scansione per la ricerca delle vulnerabilità risulta che il mio sistema Debian è vulnerabile!

en: Many vulnerability assessment scanners give false positives when used on Debian systems, since they only use version checks to determine if a given software package is vulnerable, but do not really test the security vulnerability itself. Since Debian does not change software versions when fixing a package (many times the fix made for newer releases is back ported), some tools tend to think that an updated Debian system is vulnerable when it is not.
it: Molti scanner per ricercare vulnerabilità trovano falsi positivi, quando vengono usati in sistemi Debian, usano solamente il controllo di versione per determinare se un dato pacchetto sia vulnerabile, ma non ne testano la vulnerabilità. Poiché Debian non cambia la versione del software quando corregge un pacchetto (molte volte una correzione rilasciata recentemente pare una vecchia versione) molti programmi tendono a "pensare" che un sistema Debian aggiornato sia vulnerabile, invece è vero il contrario.

en: If you think your system is up to date with security patches, you might want to use the cross references to security vulnerability databases published with the DSAs (see <xref linkend="dsa" />) to weed out false positives, if the tool you are using includes CVE references.
it: Se pensate che il vostro sistema sia sicuro usando le patch di sicurezza, vi invito ad incrociare i vostri riferimenti con il database sulla sicurezza pubblicato con il DSAs (leggete in <xref linkend="dsa" />) per eliminare false sicurezze, sempre se il tool che usate include i riferimenti per CVE.

en: I've seen an attack in my system's logs. Is my system compromised?
it: Ho notato traccia di un attacco nei miei log di sistema. Il mio sistema è compromesso?

en: A trace of an attack does not always mean that your system has been compromised, and you should take the usual steps to determine if the system is indeed compromised (see <xref linkend="after-compromise" />). Even if your system was not vulnerable to the attack that was logged, a determined attacker might have used some other vulnerability besides the ones you have detected.
it: Un traccia di attacco non significa necessariamente che il sistema sia stato compromesso, dovreste compiere i comuni passaggi per determinare se il sistema è stato realmente compromesso (leggete in <xref linkend="after-compromise" />). Altresì, se avete visto dai log che è avvenuto un attacco, è possibile che il vostro sistema sia vulnerabile allo stesso tipo di attacco (un attaccante molto determinato può aver sfruttato molte altre falle di sicurezza).

en: I have found strange 'MARK' lines in my logs: Am I compromised?
it: Nei miei log ho trovato una strana riga "MARK": sono stato attaccato?

en: You might find the following lines in your system logs:
it: Dovete ricercare le seguenti righe nei vostri log di sistema:

en: I found users using 'su' in my logs: Am I compromised?
it: Ho trovato nei miei log un utente che può usare il comando "su": sono compromesso?

en: You might find lines in your logs like:
it: Dovete ricercare delle righe simili alle seguenti nei vostri log:

en: Don't worry too much. Check to see if these entries are due to <command>cron</command> jobs (usually <filename>/etc/cron.daily/find</filename> or <command>logrotate</command>):
it: Non preoccupatevi. Controllate se queste righe sono presenti nei job di <command>cron</command> (solitamente si trovano in <filename>/etc/cron.daily/find</filename> oppure <command>logrotate</command>):

en: I have found 'possible SYN flooding' in my logs: Am I under attack?
it: Nei miei log ho trovato un possibile "SYN flooding":sono sotto attacco?

en: If you see entries like these in your logs:
it: Se nei vostri log trovate delle righe come le seguenti:

en: Check if there is a high number of connections to the server using <command>netstat</command>, for example:
it: Controllate se sono presenti molte connessioni attive sul server usando <command>netstat</command>, ad esempio:

en: This is an indication of a denial of service (DoS) attack against your system's X port (most likely against a public service such as a web server or mail server). You should activate TCP syncookies in your kernel, see <xref linkend="tcp-syncookies" />. Note, however, that a DoS attack might flood your network even if you can stop it from crashing your systems (due to file descriptors being depleted, the system might become unresponsive until the TCP connections timeout). The only effective way to stop this attack is to contact your network provider.
it: Questo è un indice certo di un attacco denial of service (DoS) contro la porta X (molto spesso avvengono contro dei servizi pubblici come i server web o i server di posta). Vi invito ad attivare nel vostro kernel l'opzione TCD syncookies, leggete in <xref linkend="tcp-syncookies" />. Attenzione comunque, come un attacco DoS può saturare la vostra rete, al tempo stesso potete fermarlo mandando in crash il sistema (saturando i file descrittori, il sistema rimane inerte finché la connessione TCP non viene interrotta). Il solo modo efficace per fermare questo tipo di attacco è quello di contattare il vostro provider.

en: I have found strange root sessions in my logs: Am I compromised?
it: Ho trovato strane sessioni di root nei miei log: sono compromesso?

en: You might see these kind of entries in your <filename>/var/log/auth.log</filename> file:
it: Potreste vedere queste righe nel vostro file <filename>/var/log/auth.log</filename>:

en: These are due to a <command>cron</command> job being executed (in this example, every five minutes). To determine which program is responsible for these jobs, check entries under: <filename>/etc/crontab</filename>, <filename>/etc/cron.d</filename>, <filename>/etc/crond.daily</filename> and root's <filename>crontab</filename> under <filename>/var/spool/cron/crontabs</filename>.
it: Sono dovuti all'esecuzione di un processo <command>cron</command> (nell'esempio, ogni cinque minuti). Per stabilire quale programma è responsabile dei processi, controllare le immissioni sotto: <filename>/etc/crontab</filename>, <filename>/etc/cron.d</filename>, <filename>/etc/crond.daily</filename> ed il <filename>crontab</filename> di root sotto <filename>/var/spool/cron/crontabs</filename>.

en: I have suffered a break-in, what do I do?
it: Ho subito un'intrusione, cosa devo fare?

en: There are several steps you might want to take in case of a break-in:
it: Esistono diversi passaggi che potreste seguire in caso di intrusione:

en: Check if your system is up to date with security patches for published vulnerabilities. If your system is vulnerable, the chances that the system is in fact compromised are increased. The chances increase further if the vulnerability has been known for a while, since there is usually more activity related to older vulnerabilities. Here is a link to <ulink name="SANS Top 20 Security Vulnerabilities" url="http://www.sans.org/top20/" />.
it: Controllare che il vostro sistema sia aggiornato con patch di sicurezza per le vulnerabilità pubbliche. Se il sistema è vulnerabile, le possibilità che sia di fatto compromesso sono incrementate. Le possibilità aumentano ancora se la vulnerabilità è nota da tempo, dato che esiste solitamente più attività relativa alle vulnerabilità datate. Qui c'è un link alle <ulink url="http://www.sans.org/top20.htm" name="20 maggiori vulnerabilità di sicurezza della SAN" />.

en: Read this document, especially the <xref linkend="after-compromise" /> section.
it: Leggere questo documento, specialmente il <xref linkend="after-compromise" />.

en: Ask for assistance. You might use the debian-security mailing list and ask for advice on how to recover/patch your system.
it: Chiedere assistenza. Potete usare la mailing list debian-security e chiedere consigli su come ripristinare/riparare il vostro sistema.

en: Notify your local <ulink name="CERT" url="http://www.cert.org" /> (if it exists, otherwise you may want to consider contacting CERT directly). This might or might not help you, but, at the very least, it will inform CERT of ongoing attacks. This information is very valuable in determining which tools and attacks are being used by the <emphasis>blackhat</emphasis> community.
it: Segnalare al <ulink url="http://www.cert.org" name="CERT" /> locale (se esiste, altrimenti potreste contattare il CERT direttamente). Questo potrebbe o non potrebbe aiutarvi ma, almeno, informate il CERT degli attacchi in corso. Questa informazione è preziosa per determinare quali strumenti ed attacchi vengono utilizzati dalla comunità <emphasis>blackhat</emphasis>.

en: How can I trace an attack?
it: Come posso tracciare un attacco?

en: By watching the logs (if they have not been tampered with), using intrusion detection systems (see <xref linkend="intrusion-detect" />), <command>traceroute</command>, <command>whois</command> and similar tools (including forensic analysis), you may be able to trace an attack to the source. The way you should react to this information depends solely on your security policy, and what <emphasis>you</emphasis> consider is an attack. Is a remote scan an attack? Is a vulnerability probe an attack?
it: Osservando i log (se non sono stati alterati), utilizzando sistemi di rilevamento di intrusioni (vedete in <xref linkend="intrusion-detect" />), <command>traceroute</command>, <command>whois</command> e strumenti simili (inclusa analisi forense), potreste essere in grado di tracciare un attacco fino alla fonte. Il modo in cui reagite a questa informazione dipende unicamente dalla vostra politica di sicurezza, e da cosa <emphasis>voi</emphasis> considerate un attacco. Uno scan remoto è un attacco? Un rilevamento di vulnerabilità è un attacco?

en: Program X in Debian is vulnerable, what do I do?
it: Il programma X in Debian è vulnerabile, cosa devo fare?

en: First, take a moment to see if the vulnerability has been announced in public security mailing lists (like Bugtraq) or other forums. The Debian Security Team keeps up to date with these lists, so they may also be aware of the problem. Do not take any further actions if you see an announcement at <ulink url="http://security.debian.org" />.
it: Per prima cosa, controllate se la vulnerabilità è stata resa pubblica sulle mailing list di sicurezza (come Bugtraq) o altri forum. Il Team per la sicurezza di Debian si tiene in contatto con queste liste, quindi potrebbero essere a conoscenza del problema. Non procedete in modo diverso se vedete un annuncio su <ulink url="http://security.debian.org" />, da quanto suggerito per correggere la vulnerabilità.

en: The version number for a package indicates that I am still running a vulnerable version!
it: Il numero di versione di un pacchetto indica che sta girando una versione vulnerabile!

en: Instead of upgrading to a new release, Debian backports security fixes to the version that was shipped in the stable release. The reason for this is to make sure that the stable release changes as little as possible, so that things will not change or break unexpectedly as a result of a security fix. You can check if you are running a secure version of a package by looking at the package changelog, or comparing its exact (upstream version -slash- debian release) version number with the version indicated in the Debian Security Advisory.
it: Invece di aggiornare ad un nuovo rilascio, Debian riporta gli aggiornamenti di sicurezza alla versione che è stata distribuita con la versione stabile. Il motivo è assicurarsi che i rilasci stabili cambino il meno possibile, così che le cose non cambino o si interrompano inaspettatamente a causa di un aggiornamento di sicurezza. Potete controllare se sta girando una versione sicura di un pacchetto dal changelog package, o confrontando il numero di versione (versione corrente -slash- rilascio Debian) con la versione indicata nel Debian Security Advisory.

en: Specific software
it: Software specifico

en: Add <literal>DenyFilter \*.*/</literal> to your configuration file, and for more information see <ulink url="http://www.proftpd.org/bugs.html" />.
it: Aggiungere <literal>DenyFilter \*.*/</literal> al vostro file di configurazione e per ulteriori informazioni vedete <ulink url="http://www.proftpd.org/critbugs.html" />.

en: That's just the way <command>portsentry</command> works. It opens about twenty unused ports to try to detect port scans.
it: &Egrave; solo il modo in cui funziona <command>portsentry</command>. Apre circa venti porte inutilizzate per rilevare i port scan.

en: Questions regarding the Debian security team
it: Domande sul Team per la sicurezza di Debian
