diff options
Diffstat (limited to 'tde-i18n-da/docs/tdenetwork/kppp/security.docbook')
| -rw-r--r-- | tde-i18n-da/docs/tdenetwork/kppp/security.docbook | 118 |
1 files changed, 24 insertions, 94 deletions
diff --git a/tde-i18n-da/docs/tdenetwork/kppp/security.docbook b/tde-i18n-da/docs/tdenetwork/kppp/security.docbook index dbdc0537fd7..ccae3044e09 100644 --- a/tde-i18n-da/docs/tdenetwork/kppp/security.docbook +++ b/tde-i18n-da/docs/tdenetwork/kppp/security.docbook @@ -1,76 +1,32 @@ <chapter id="security"> -<title ->Sikkerhedshensyn med &kppp;</title> +<title>Sikkerhedshensyn med &kppp;</title> -<para ->Dette afsnit er i hovedsagelig beregnet for systemadministratorer (<systemitem ->root</systemitem ->), de med høje sikkerhedskrav eller helt enkelt teknisk interesserede. Det er ikke nødvendigt at læse dette hvis du kun anvender &Linux; selv derhjemme, selvom du i alle tilfælde kan lære et og andet.</para> +<para>Dette afsnit er i hovedsagelig beregnet for systemadministratorer (<systemitem>root</systemitem>), de med høje sikkerhedskrav eller helt enkelt teknisk interesserede. Det er ikke nødvendigt at læse dette hvis du kun anvender &Linux; selv derhjemme, selvom du i alle tilfælde kan lære et og andet.</para> <sect1 id="security-restricting-access"> -<title ->Begræns adgangen til &kppp;</title> +<title>Begræns adgangen til &kppp;</title> -<para ->En systemadministrator kan ville begrænse adgangen med hensyn til hvem der får lov at bruge &kppp;. Der findes to måder at opnå dette.</para> +<para>En systemadministrator kan ville begrænse adgangen med hensyn til hvem der får lov at bruge &kppp;. Der findes to måder at opnå dette.</para> <sect2 id="security-group-permissions"> -<title ->Begræns adgangen med gruppetilladelser</title> - -<para ->Opret en ny gruppe (du vil måske kalde den til <systemitem ->dialout</systemitem -> eller noget lignende), og tilføj alle brugere som skal få lov til at anvende &kppp; til denne gruppe. Skriv derefter på kommandolinjen:</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 -> +<title>Begræns adgangen med gruppetilladelser</title> + +<para>Opret en ny gruppe (du vil måske kalde den til <systemitem>dialout</systemitem> eller noget lignende), og tilføj alle brugere som skal få lov til at anvende &kppp; til denne gruppe. Skriv derefter på kommandolinjen:</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 ->Dette forudsætter at &kde; installeredes i <filename class="directory" -> /opt/kde/</filename -> og at den nye gruppe hedder <systemitem ->dialout</systemitem ->.</para> +<para>Dette forudsætter at &kde; installeredes i <filename class="directory"> /opt/kde/</filename> og at den nye gruppe hedder <systemitem>dialout</systemitem>.</para> </sect2> <sect2 id="security-kppps-way"> -<title ->Begræns adgangen på &kppp;s egen måde</title> - -<para ->Inden den gør noget, kontrollerer &kppp; om der findes en fil som hedder <filename ->/etc/kppp.allow</filename ->. Hvis denne fil findes, tillades kun brugere som nævnes i denne fil at ringe op. Denne fil skal være læsbar af alle (men selvfølgelig <emphasis ->IKKE</emphasis -> skrivbar). Kun brugernavne genkendes, så du kan ikke anvende en <acronym ->UID</acronym -> i denne fil. Her er et kort eksempel:</para> - -<screen -># /etc/kppp.allow +<title>Begræns adgangen på &kppp;s egen måde</title> + +<para>Inden den gør noget, kontrollerer &kppp; om der findes en fil som hedder <filename>/etc/kppp.allow</filename>. Hvis denne fil findes, tillades kun brugere som nævnes i denne fil at ringe op. Denne fil skal være læsbar af alle (men selvfølgelig <emphasis>IKKE</emphasis> skrivbar). Kun brugernavne genkendes, så du kan ikke anvende en <acronym>UID</acronym> i denne fil. Her er et kort eksempel:</para> + +<screen># /etc/kppp.allow # kommentarlinjer som denne ignoreres # præcis som tomme linjer @@ -79,59 +35,33 @@ karl lene </screen> -<para ->I ovenstående eksempel, tillades kun brugerne <systemitem ->hans</systemitem ->, <systemitem ->karl</systemitem -> og <systemitem ->lene</systemitem -> at ringe op, så vel som alle brugere med <acronym ->UID</acronym -> 0 (så du behøver ikke eksplicit angive root i filen).</para> +<para>I ovenstående eksempel, tillades kun brugerne <systemitem>hans</systemitem>, <systemitem>karl</systemitem> og <systemitem>lene</systemitem> at ringe op, så vel som alle brugere med <acronym>UID</acronym> 0 (så du behøver ikke eksplicit angive root i filen).</para> </sect2> </sect1> <sect1 id="security-why-suid"> -<title ->Kppp har <acronym ->SUID</acronym ->-bitten sat? Hvad sker der så med sikkerheden?</title> +<title>Kppp har <acronym>SUID</acronym>-bitten sat? Hvad sker der så med sikkerheden?</title> -<para ->Det er mere eller mindre umuligt at skrive et opkaldsprogram som både er sikkert og let at anvende for uerfarne brugere uden at sætte <acronym ->SUID</acronym ->-bitten. &kppp; håndterer sikkerhedsproblemerne med følgende strategi.</para> +<para>Det er mere eller mindre umuligt at skrive et opkaldsprogram som både er sikkert og let at anvende for uerfarne brugere uden at sætte <acronym>SUID</acronym>-bitten. &kppp; håndterer sikkerhedsproblemerne med følgende strategi.</para> <itemizedlist> <listitem> -<para ->Umiddelbart efter at programmet er startet, så skaber &kppp; en ny proces (fork).</para> +<para>Umiddelbart efter at programmet er startet, så skaber &kppp; en ny proces (fork).</para> </listitem> <listitem> -<para ->Hovedprocessen, som håndterer hele den grafiske grænsefladen med brugerpåvirkning, slipper <acronym ->SUID</acronym ->-tilstanden efter den nye processen er lavet, og kørt med normale brugerrettigheder.</para> +<para>Hovedprocessen, som håndterer hele den grafiske grænsefladen med brugerpåvirkning, slipper <acronym>SUID</acronym>-tilstanden efter den nye processen er lavet, og kørt med normale brugerrettigheder.</para> </listitem> <listitem> -<para ->Den nye proces beholder sine rettigheder, og har ansvaret for alle handlinger som behøver rettigheder som <systemitem ->root</systemitem ->. For at holde denne del sikker, så anvendes ingen kald til &kde;- eller &Qt;-biblioteker, bortset fra enkle bibliotekskald. Kildekoden for denne proces er kort (omkring 500 linjer) og veldokumenteret, så det er let at kontrollere den for at finde sikkerhedshuller.</para> +<para>Den nye proces beholder sine rettigheder, og har ansvaret for alle handlinger som behøver rettigheder som <systemitem>root</systemitem>. For at holde denne del sikker, så anvendes ingen kald til &kde;- eller &Qt;-biblioteker, bortset fra enkle bibliotekskald. Kildekoden for denne proces er kort (omkring 500 linjer) og veldokumenteret, så det er let at kontrollere den for at finde sikkerhedshuller.</para> </listitem> <listitem> -<para ->Hovedprocessen og den nye proces kommunikerer med almindelige &UNIX; <acronym ->IPC</acronym ->.</para> +<para>Hovedprocessen og den nye proces kommunikerer med almindelige &UNIX; <acronym>IPC</acronym>.</para> </listitem> </itemizedlist> -<para ->Særlig tak til Harri Porten for at have skrevet denne udmærkede kode. Det ansås for at være umuligt, men det lykkedes for ham på en uge.</para> +<para>Særlig tak til Harri Porten for at have skrevet denne udmærkede kode. Det ansås for at være umuligt, men det lykkedes for ham på en uge.</para> </sect1> |