Translation status

551 Strings 100%
Browse Translate
15,646 Words 100%
124,420 Characters 100%

Strings status

Strings Words Characters
551 15,646 124,420
All strings Browse Translate Zen
551 15,646 124,420
Translated strings Browse Translate Zen
8 14 431
Strings with any failing checks Browse Translate Zen
8 14 431
Translated strings with any failing checks Browse Translate Zen
36 225 4,582
Translated strings with dismissed checks Browse Translate Zen
8 14 431
Failing check: Unchanged translation Browse Translate Zen

Overview

Project website debian-handbook.info
Instructions for translators

https://debian-handbook.info/contribute/ Mailing list for translators: <<debian-handbook-translators@lists.alioth.debian.org>
Project maintainers User avatar rhertzog User avatar pere
Translation license GNU General Public License v2.0 or later
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository https://salsa.debian.org/hertzog/debian-handbook.git
Repository branch bullseye/main
Last remote commit Update POT files 9b123797
Petter Reinholdtsen authored 7 months ago
Last commit in Weblate pt-BR: Translated using Weblate. c0337f93
User avatar fred_maranhao authored 4 days ago
Weblate repository https://hosted.weblate.org/git/debian-handbook/12_advanced-administration/
File mask */14_security.po
Translation file Download it-IT/14_security.po
Last change Dec. 15, 2022, 12:10 p.m.
Last author Pierfrancesco Passerini
3 weeks ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 551 15,646 124,420
Translated 100% 551 100% 15,646 100% 124,420
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 1% 8 1% 14 1% 431
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

54 changes 0 changes 0 changes 0 changes 1 change 0 changes 0 changes 0 changes 334 changes 0 changes 153 changes 0 changes 36 changes 0 changes 318 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr

Quick numbers

15,646
Hosted words
551
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

+100%
Hosted words
—
+100%
Hosted strings
—
+100%
Translated
—
—
Contributors
—
User avatar pere

Resource updated

  1. Debian Handbook
  2. 14_security
  3. Italian
Parsing of the “it-IT/14_security.po” file was enforced. a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
Once the “dynamic” elements have been saved, the next step is to store a complete image of the hard-disk. Making such an image is impossible if the filesystem is still evolving, which is why it must be remounted read-only. The simplest solution is often to halt the server brutally (after running <command>sync</command>) and reboot it on a rescue CD. Each partition should be copied with a tool such as <command>dd</command>; these images can be sent to another server (possibly with the very convenient <command>nc</command> tool). Another possibility may be even simpler: just get the disk out of the machine and replace it with a new one that can be reformatted and reinstalled.
Una volta che gli elementi «"dinamici»" sono stati salvati, il passo successivo consiste nell'archiviare un'immagine completa dell'hard-disk. È impossibile generare l'immagine se il file system è in continua evoluzione, motivo per cui dev'essere rimontato in sola lettura. La soluzione più semplice spesso è di spegnere brutalmente il sistema (dopo aver lanciato <command>sync</command>) e riavviarlo da un CD di ripristino. Bisogna copiare ogni partizione con uno strumento tipo <command>dd</command>; bisogna spedire le immagini ad un altro server (eventualmente con il conveniente strumento <command>nc</command>). Un'altra possibilità potrebbe essere ancora più semplice: rimuovere proprio il disco dalla macchina e sostituirlo con uno che può essere formattato e reinstallato.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
This may only be possible if the server is physically accessible. When the server is hosted in a hosting provider's data center halfway across the country, or if the server is not accessible for any other reason, it is usually a good idea to start by gathering some important information (see <xref linkend="sect.keeping-everything-that-could-be-used-as-evidence" />, <xref linkend="sect.forensic-analysis" /> and <xref linkend="sect.reconstituting-the-attack-scenario" />), then isolating that server as much as possible by shutting down as many services as possible (usually, everything but <command>sshd</command>). This case is still awkward, since one can't rule out the possibility of the attacker having SSH access like the administrator has; this makes it harder to “clean” the machines.
Ciò è possibile solo se il server è fisicamente accessibile. Quando il server è ospitato presso il data center del provider da qualche parte in giro per inel mondo, oppure se il server non è accessibile per qualche altro motivo, solitamente è buona norma iniziare a raccogliere alcune informazioni importanti (vedere <xref linkend="sect.keeping-everything-that-could-be-used-as-evidence" />, <xref linkend="sect.forensic-analysis" /> e <xref linkend="sect.reconstituting-the-attack-scenario" />), poi isolare il server fermando quanti più servizi possibili (di solito, tutto tranne <command>sshd</command>). Questa è una situazione un po' scomoda, in quanto non si può escludere la possibilità che l'attaccante abbia accesso acceda tramite SSH come l'ha l'amministratore e questo rende più difficile poter «"ripulire»" le macchine.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
An attacker taking control of your machine then using it as a forward base (known as a “relay system”) from which to perform other nefarious activities could cause legal trouble for you, since the attacked party would initially see the attack coming from your system, and therefore consider you as the attacker (or as an accomplice). In many cases, the attacker will use your server as a relay to send spam, which shouldn't have much impact (except potentially registration on black lists that could restrict your ability to send legitimate emails), but won't be pleasant, nevertheless. In other cases, more important trouble can be caused from your machine, for instance, denial of service attacks. This will sometimes induce loss of revenue, since the legitimate services will be unavailable and data can be destroyed; sometimes this will also imply a real cost, because the attacked party can start legal proceedings against you. Rights-holders can sue you if an unauthorized copy of a work protected by copyright law is shared from your server, as well as other companies compelled by service level agreements if they are bound to pay penalties following the attack from your machine.
Un aggressore che prende il controllo della vostra macchina, potrebbe usarla come base (conosciuta come "sistema ripetitore") dalla quale effetture altre attività malevoli: ciò potrebbe crearvi problemi legali, dal momento che la parte sotto attaccata vedrebbe l'attacco provenire dal vostro sistema e quindi vi considererebbe come l'aggressore (o come un complice). In molti casi, l'attaccante userà il vostro server come ripetitore per inviare spam, che non dovrebbe avere molto impatto (è da aspettarsi la probabile registrazione sulle black list che potrebbe limitare la possibilità di inviare email legittime), ma non sarà comunque piacevole. In altri casi, problemi più seri potrebbero essere causati dalla vostra macchina, per esempio attacchi di tipo «"denial of service»". Questo talvolta porterà a mancati ricavi, dal momento che i servizi legittimi non saranno disponibili e i dati potrebbero andare distrutti; a volte questo implicherà anche un costo reale, perché la parte che è sotto attacco può avviare un procedimento legale contro di voi. I detentori dei diritti possono citarvi in giudizio se nel vostro server viene condivisa la copia di un lavoro protetto da copyright, così come possono fare altre aziende legate da contratti di qualità del servizio se sono tenute al pagamento di penalità a causa dell'attacco partito dalla vostra macchina.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
An attacker taking control of your machine then using it as a forward base (known as a “relay system”) from which to perform other nefarious activities could cause legal trouble for you, since the attacked party would initially see the attack coming from your system, and therefore consider you as the attacker (or as an accomplice). In many cases, the attacker will use your server as a relay to send spam, which shouldn't have much impact (except potentially registration on black lists that could restrict your ability to send legitimate emails), but won't be pleasant, nevertheless. In other cases, more important trouble can be caused from your machine, for instance, denial of service attacks. This will sometimes induce loss of revenue, since the legitimate services will be unavailable and data can be destroyed; sometimes this will also imply a real cost, because the attacked party can start legal proceedings against you. Rights-holders can sue you if an unauthorized copy of a work protected by copyright law is shared from your server, as well as other companies compelled by service level agreements if they are bound to pay penalties following the attack from your machine.
Un attaccantggressore che prendae il controllo della nvostra macchina, per poiotrebbe usarla come base di lancio (conosciutoa come «"sistema ripetitore») e") dalla quale effettuare altre attività malvagieevoli: ciò potrebbe crearcvi problemi legali, dal momento che la parte sotto attaccoata vedrebbe inizialmente lal'attacco provenirenza dal nvostro sistema e perciò cquindi vi considererebbe come l'autore dell'attacco (o un suoggressore (o come un complice). In molti casi, l'attaccante userà il nvostro server come ripetitore per inviare spam, che non dovrebbe avere molto impatto (è da aspettarsi la probabile registrazione sulle black list che potrebbe limitare la nostra apossibilità di inviare email legittime), ma non sarà comunque piacevole. In altri casi, problemi più seri potrebbero essere causati dalla nvostra macchina, per esempio attacchi di tipo «denial of service». Questo talvolta porterà a mancati ricavi, dal momento che i servizi legittimi non saranno disponibili e i dati potrebbero andare distrutti; a volte questo implicherà anche un costo reale, perché la parte che è sotto attacco può inizavviare un'azione procedimento legale contro di nvoi. I detentori dei diritti possono citarcvi in giudizio se nel nvostro server viene condivisa la copia di un lavoro protetto da copyright, così come possono fare altre aziende legate da contratti di qualità del servizio se sono tenute al pagamento di penalità a causa dell'attacco partito dalla nvostra macchina.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
The consequences of an intrusion will have various levels of obviousness depending on the motivations of the attacker. “Script-kiddies“ only apply recipes they find on web sites; most often, they deface a web page or delete data. In more subtle cases, they add invisible contents to web pages so as to improve referrals to their own sites in search engines.
Le conseguenze di un'intrusione hanno vari livelli di evidenza a seconda delle intenzioni dell'attaccante. Un principiante («o "script-kiddy»") applica alla lettera ricettprocedure che trova sui siti web; molto spesso deturpa una pagina web o distrugge dati. In casi più subdoli, aggiunge contenuti invisibili alle pagine web per aumentare i riferimenti ai suoi siti web nei motori di ricerca.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
The universal character of web applications led to their proliferation. Several are often run in parallel: a webmail, a wiki, some groupware system, forums, a photo gallery, a blog, and so on. Many of those applications rely on the “LAMP” (<emphasis>Linux, Apache, MySQL, PHP</emphasis>) stack. Unfortunately, many of those applications were also written without much consideration for security problems. Data coming from outside is, too often, used with little or no validation. Providing specially-crafted values can be used to subvert a call to a command so that another one is executed instead. Many of the most obvious problems have been fixed as time has passed, but new security problems pop up regularly.
Il carattere universale delle applicazioni web ha aiutato la loro proliferazione. Spesso ne sono in esecuzione parecchie in parallelo: webmail, wiki, sistemi collaborativi, gallerie di foto, blog e così via. Molte di queste applicazioni si basano sullo stack «"LAMP»" (<emphasis>Linux, Apache, MySQL, PHP</emphasis>). Sfortunatamente, molte di queste applicazioni sono state anche scritte senza sufficiente considerazione dei problemi di sicurezza. I dati provenienti dall'esterno vengono, troppo spesso, acquisiti con poca o nessuna validazione. Possono essere forniti valori creati appositamente per stravolgere l'invocazione di un comando in modo tale che un altro venga eseguito al suo posto. La maggior parte dei problemi più comuni sono stati risolti col passare del tempo, ma regolarmente se ne presentano di nuovi.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
By observing this log entry, it is possible to build a rule that would allow this operation. For example, <literal>allow syslogd_t device_t:fifo_file { read write }</literal>. This process can be automated, and it is exactly what the <command>audit2allow</command> command (of the <emphasis role="pkg">policycoreutils</emphasis> package) offers. This approach is only useful if the various objects are already correctly labeled according to what must be confined. In any case, you will have to carefully review the generated rules and validate them according to your knowledge of the application. Effectively, this approach tends to grant more rights than are really required. The proper solution is often to create new types and to grant rights on those types only. It also happens that a denied operation isn't fatal to the application, in which case it might be better to just add a “<literal>dontaudit</literal>” rule to avoid the log entry despite the effective denial.
Dall'osservazione di questa voce di log, è possibile costruire una regola che permetta questa operazione. Per esempio: <literal>allow syslogd_t device_t:fifo_file { read write }</literal>. Questo processo può essere automatizzato, ed è esattamente ciò che offre il comando <command>audit2allow</command> (del pacchetto <emphasis role="pkg">policycoreutils</emphasis>). Questo approccio è utile solo se i vari oggetti sono già etichettati correttamente secondo ciò che dev'essere confinato. In ogni caso, bisognerà rivedere attentamente le regole generate e validarle a seconda della propria conoscenza dell'applicazione. In effetti, questo approccio tende a concedere più diritti di quelli realmente necessari. La soluzione corretta è spesso quella di creare nuovi tipi e di concedere i diritti solo a questi tipi. Può anche accadere che negare un'operazione non sia fatale per l'applicazione, nel qual caso sarebbe meglio aggiungere una regola «"<literal>dontaudit</literal>»" per evitare la voce di log nonostante l'effettivo diniego.
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
The <literal>allow</literal> directive is the base directive used to authorize an operation. The first parameter is the process domain which is allowed to execute the operation. The second one defines the object that a process of the former domain can manipulate. This parameter is of the form “<replaceable>type</replaceable>:<replaceable>class</replaceable>“ where <replaceable>type</replaceable> is its SELinux type and <replaceable>class</replaceable> describes the nature of the object (file, directory, socket, fifo, etc.). Finally, the last parameter describes the permissions (the allowed operations).
La direttiva <literal>allow</literal> è la direttiva base per autorizzare un'operazione. Il primo parametro è il dominio del processo a cui è concessa l'esecuzione dell'operazione. Il secondo definisce l'oggetto che un processo del primo dominio può manipolare. Questo parametro si definisce come «"<replaceable>tipo</replaceable>:<replaceable>classe</replaceable>»" dove <replaceable>tipo</replaceable> è il proprio tipo SELinux e <replaceable>classe</replaceable> descrive la natura dell'oggetto (file, directory, socket, fifo, ecc.). Infine, l'ultimo parametro descrive i permessi (le operazioni consentite).
a year ago
User avatar Passero

Translation changed

  1. Debian Handbook
  2. 14_security
  3. Italian
The SELinux “interfaces” are only macro functions which will be substituted by a set of rules at compilation time. Likewise, some rights are in fact sets of rights which are replaced by their values at compilation time.
Le «"interfacce»" di SELinux sono semplicemente funzioni macro che vengono sostituite da un insieme di regole al momento della loro compilazione. Allo stesso modo, alcuni diritti sono in realtà gruppi di diritti che vengono sostituiti dai loro valori in fase di compilazione.
a year ago
Browse all translation changes