docs/kdebase-runtime/userguide/kde-as-root.docbook

   1 <sect1 id="root">
   2
   3 <sect1info>
   4 <authorgroup>
   5 <author>
   6 &Francis.Giannaros; &Francis.Giannaros.mail;
   7 </author>
   8 </authorgroup>
   9 </sect1info>
  10
  11
  12 <title>Using &kde; as Root</title>
  13
  14 <para>For &UNIX; operating systems there are often different users, which in turn might have different privileges. The conventional method is to have an ordinary user account, whose files are generally stored in <filename>/home/username</filename>, and then to also have a <systemitem class="username">root</systemitem> account. The <systemitem class="username">root</systemitem>, or Super User, account has system-wide privileges, being able to modify any file on the system. </para>
  15
  16 <para>Although this means that it is easy to perform administrative tasks without hassle, it also means that there are no security restrictions imposed upon it. Thus, a small typographical error or other mistake can result in irrevocable damage.</para>
  17
  18 <para>Some of the operating systems that run &kde; come with a graphical <systemitem class="username">root</systemitem> login enabled. Despite this, you should never log in to &kde; as <systemitem class="username">root</systemitem>, and you should never need to. Your system is far more open to attack, particularly if you are browsing the Internet as <systemitem class="username">root</systemitem>, and you dramatically increase your chances of damaging your system.</para>
  19
  20 <para>Some &Linux; distributions have tried to stress this point so much that they have disabled the <systemitem class="username">root</systemitem> account altogether, and instead use the <command>sudo</command> model. Nevertheless, the basic security model in <command>sudo</command> is the same as <command>su</command>, and thus they share the same security strengths and weaknesses, essentially.</para>
  21
  22 <para>If you should ever need to run a program with Super User privileges, then it is always recommend that you use &kdesu;. From &konsole; or from hitting <keycombo action="simul">&Alt;<keycap>F2</keycap></keycombo>, enter <userinput>kdesu <replaceable>application</replaceable></userinput>, and the application will be run with the appropriate Super User privileges. </para>
  23
  24 <para>Even if you have set up your system to use <command>sudo</command>, or you are on a distribution that uses <command>sudo</command>, such as &kubuntu;, you should still use &kdesu;. The program will be appropriately modified by the developers to use the correct settings. You should not, however, ever use <command>sudo <replaceable>application</replaceable></command> to run an application with <systemitem class="username">root</systemitem> permissions; it can derange permissions of certain configuration files for a program. Running a graphical applications as <systemitem class="username">root</systemitem> in general is not a good idea, but using &kdesu; will always be your safest bet with it.</para>
  25
  26 <!-- Add links to "further reading" here -->
  27 <itemizedlist>
  28 <title>Related Information</title>
  29 <listitem><para><ulink url="help:kdesu">&kdesu; Handbook</ulink></para>
  30 </listitem>
  31 </itemizedlist>
  32
  33
  34 </sect1>
  35
  36 <!-- Keep this comment at the end of the file
  37 Local variables:
  38 mode: xml
  39 sgml-omittag:nil
  40 sgml-shorttag:nil
  41 sgml-namecase-general:nil
  42 sgml-general-insert-case:lower
  43 sgml-minimize-attributes:nil
  44 sgml-always-quote-attributes:t
  45 sgml-indent-step:0
  46 sgml-indent-data:true
  47 sgml-parent-document:("index.docbook" "book" "sect1")
  48 sgml-exposed-tags:nil
  49 sgml-local-catalogs:nil
  50 sgml-local-ecat-files:nil
  51 End:
  52 -->