You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
141 lines
4.0 KiB
141 lines
4.0 KiB
13 years ago
|
<chapter id="security">
|
||
|
|
<title
|
||
|
|
>&kppp; e la sicurezza</title>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Questa sezione si rivolge principalmente a superutenti (<systemitem
|
||
|
|
>root</systemitem
|
||
|
|
>) con alte richieste di sicurezza, o semplicemente a persone interessate nella parte tecnica. Non è necessario leggere questa sezione se usi &Linux; a casa, sebbene potresti in ogni caso imparare qualcosa.</para>
|
||
|
|
|
||
|
|
<sect1 id="security-restricting-access">
|
||
|
|
<title
|
||
|
|
>Restringere l'accesso a &kppp;</title>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Un amministratore di sistema potrebbe voler restringere l'accesso a chi dovrebbe poter usare &kppp;. Ci sono due modi per far ciò.</para>
|
||
|
|
|
||
|
|
<sect2 id="security-group-permissions">
|
||
|
|
<title
|
||
|
|
>Restringere l'accesso con i permessi del gruppo</title>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Crea un nuovo gruppo (puoi chiamarlo ⪚ <systemitem
|
||
|
|
>dialout</systemitem
|
||
|
|
> o qualcosa di simile), e inserisci nel gruppo ogni utente che dovrebbe poter usare &kppp;. Digita quindi al prompt:</para>
|
||
|
|
|
||
|
|
<screen
|
||
|
|
><prompt
|
||
|
|
>#</prompt
|
||
|
|
> <userinput
|
||
|
|
><command
|
||
|
|
>chown</command
|
||
|
|
> <option
|
||
|
|
>root.dialout</option
|
||
|
|
> <filename
|
||
|
|
>/opt/kde/bin/kppp</filename
|
||
|
|
></userinput>
|
||
|
|
<prompt
|
||
|
|
>#</prompt
|
||
|
|
> <userinput
|
||
|
|
><command
|
||
|
|
>chmod</command
|
||
|
|
> <option
|
||
|
|
>4750</option
|
||
|
|
> <filename
|
||
|
|
>/opt/kde/bin/kppp</filename
|
||
|
|
></userinput
|
||
|
|
>
|
||
|
|
</screen>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Ciò assume che &kde; è stato installato in <filename class="directory"
|
||
|
|
> /opt/kde/</filename
|
||
|
|
> e che il nuovo gruppo è chiamato <systemitem
|
||
|
|
>dialout</systemitem
|
||
|
|
>.</para>
|
||
|
|
|
||
|
|
</sect2>
|
||
|
|
|
||
|
|
<sect2 id="security-kppps-way">
|
||
|
|
<title
|
||
|
|
>Restringere l'accesso nel modo di &kppp;</title>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Prima di tutto, &kppp; controlla se esiste un file chiamato <filename
|
||
|
|
>/etc/kppp.allow</filename
|
||
|
|
>. Se questo file esiste, solo gli utenti nominati in questo file possono effettuare connessioni. Questo file deve essere leggibile da tutti (ma ovviamente <emphasis
|
||
|
|
>NON</emphasis
|
||
|
|
> scrivibile). Solo i nomi di utenti sono riconosciuti, così non puoi usare <acronym
|
||
|
|
>UID</acronym
|
||
|
|
> in questo file. Qui vi è un breve esempio:</para>
|
||
|
|
|
||
|
|
<screen
|
||
|
|
># /etc/kppp.allow
|
||
|
|
# le linee di commento come questa sono ignorate
|
||
|
|
# così come le linee vuote
|
||
|
|
|
||
|
|
federico
|
||
|
|
carlo
|
||
|
|
daisy
|
||
|
|
</screen>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Nell'esempio sopra, solo gli utenti <systemitem
|
||
|
|
>federico</systemitem
|
||
|
|
>, <systemitem
|
||
|
|
>carlo</systemitem
|
||
|
|
> e <systemitem
|
||
|
|
>daisy</systemitem
|
||
|
|
> possono effettuare connessioni, così come gli utenti con un <acronym
|
||
|
|
>UID</acronym
|
||
|
|
> uguale a 0 (così non devi elencare <quote
|
||
|
|
>root</quote
|
||
|
|
> esplicitamente nel file).</para>
|
||
|
|
|
||
|
|
</sect2>
|
||
|
|
|
||
|
|
</sect1>
|
||
|
|
|
||
|
|
<sect1 id="security-why-suid">
|
||
|
|
<title
|
||
|
|
>&kppp; ha il bit <acronym
|
||
|
|
>SUID</acronym
|
||
|
|
> attivo? E la sicurezza?</title>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>È virtualmente impossibile scrivere un programma per la connessione senza il bit <acronym
|
||
|
|
>SUID</acronym
|
||
|
|
> che sia allo stesso tempo sicuro e facile da usare da parte di utenti inesperti. &kppp; cerca di risolvere i problemi di sicurezza con la seguente strategia.</para>
|
||
|
|
|
||
|
|
<itemizedlist>
|
||
|
|
<listitem>
|
||
|
|
<para
|
||
|
|
>Subito dopo l'avvio del programma, &kppp; effettua un fork.</para>
|
||
|
|
</listitem>
|
||
|
|
<listitem>
|
||
|
|
<para
|
||
|
|
>Il processo master, che gestisce tutte le operazioni dell'interfaccia grafica (come l'interazione con l'utente), perde lo stato <acronym
|
||
|
|
>SUID</acronym
|
||
|
|
> dopo il fork, e viene così eseguito con i normali privilegi dell'utente.</para>
|
||
|
|
</listitem>
|
||
|
|
<listitem>
|
||
|
|
<para
|
||
|
|
>Il processo slave mantiene i suoi privilegi, ed è responsabile di tutte le azioni che richiedono i privilegi di <systemitem
|
||
|
|
>root</systemitem
|
||
|
|
>. Per mantenere sicura questa parte, non sono usate chiamate a librerie &kde; o &Qt;, ma solo chiamate di libreria semplici. Il codice sorgente di questo processo è corto (circa 500 linee) e ben documentato, così è semplice da controllare in cerca di falle di sicurezza.</para>
|
||
|
|
</listitem>
|
||
|
|
<listitem>
|
||
|
|
<para
|
||
|
|
>I processi master e slave comunicano l'un l'altro con le procedure <acronym
|
||
|
|
>IPC</acronym
|
||
|
|
> (Inter-Process Communication, o comunicazione interprocesso N.d.T.) standard di &UNIX;.</para>
|
||
|
|
</listitem>
|
||
|
|
</itemizedlist>
|
||
|
|
|
||
|
|
<para
|
||
|
|
>Particolari ringraziamenti ad Harri Porten per aver scritto in modo eccellente questa parte di codice. Si pensava che fosse impossibile, ma è riuscito a scriverla in una settimana.</para>
|
||
|
|
|
||
|
|
</sect1>
|
||
|
|
|
||
|
|
</chapter>
|