Pkexec vs. gksu / gksudo ne zaman kullanılır?

Uygulamaları grafik olarak root olarak (veya daha genel olarak başka bir kullanıcı olarak) çalıştırmanın iki genel yolu vardır. Programlar ister gksu, gksudove kdesudoiçin grafiksel önyüzleridir sudo. Buna karşılık, PolicyKitpkexec için grafiksel bir ön uçtur .

Ne zaman elle programları çalıştıran kök olarak (ya da böyle, kök olmayan bir kullanıcı olarak), nelerdir kullanmanın avantajları / dezavantajları (varsa) pkexecbir kullanmanın daha geleneksel yönteme kıyasla, sudoön uç?

PolicyKit daha yapılandırılabilir, ancak pkexecbu yapılandırılabilirlikten faydalanmıyor. Ayrıca, pkexeckullanıcıya başlatılacak olan programın tam yolunu gösterin, bunun ne olacağından biraz daha emin olmasını sağlayın. PolicyKit’in “politikaları’ adı verilen ayarları daha da geliştirmek için kullanabilirsiniz. Örneğin, şifrenin hatırlanması gerekip gerekmediği.

pkexecKılavuzdan aldığım bir şey :

PROGRAMIN çalıştıracağı ortam, LD_LIBRARY_PATH veya benzeri mekanizmalar aracılığıyla kod enjekte edilmesini önlemek için en az bilinen ve güvenli bir ortama ayarlanacaktır. Ek olarak, PKEXEC_UID ortam değişkeni, pkexec'i çağıran işlemin kullanıcı kimliğine ayarlanmıştır. Sonuç olarak, pkexec, $ DISPLAY ortam değişkeni ayarlanmadığından örn. X11 uygulamalarını başka bir kullanıcı olarak çalıştırmanıza izin vermez.

Hakkında daha fazla bilgi politikaları veya eylem tanımları gelen pkexeckılavuzda:

   To specify what kind of authorization is needed to execute the program
   /usr/bin/pk-example-frobnicate as another user, simply write an action
   definition file like this

       <?xml version="1.0" encoding="UTF-8"?>
       <!DOCTYPE policyconfig PUBLIC
        "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
        "http://www.freedesktop.org/standards/PolicyKit/1/policyconfig.dtd">
       <policyconfig>

         <vendor>Examples for the PolicyKit Project</vendor>
         <vendor_url>http://hal.freedesktop.org/docs/PolicyKit/</vendor_url>

         <action id="org.freedesktop.policykit.example.pkexec.run-frobnicate">
           <description>Run the PolicyKit example program Frobnicate</description>
           <description xml:lang="da">Kør PolicyKit eksemplet Frobnicate</description>
           <message>Authentication is required to run the PolicyKit example program Frobnicate</message>
           <message xml:lang="da">Autorisering er påkrævet for at afvikle PolicyKit eksemplet Frobnicate</message>
           <icon_name>audio-x-generic</icon_name>
           <defaults>
             <allow_any>no</allow_any>
             <allow_inactive>no</allow_inactive>
             <allow_active>auth_self_keep</allow_active>
           </defaults>
           <annotate key="org.freedesktop.policykit.exec.path">/usr/bin/pk-example-frobnicate</annotate>
         </action>

       </policyconfig>

   and drop it in the /usr/share/polkit-1/actions directory under a
   suitable name (e.g. matching the namespace of the action). Note that in
   addition to specifying the program, the authentication message,
   description, icon and defaults can be specified. For example, for the
   action defined above, the following authentication dialog will be
   shown:

       [IMAGE][2]

           +----------------------------------------------------------+
           |                     Authenticate                     [X] |
           +----------------------------------------------------------+
           |                                                          |
           |  [Icon]  Authentication is required to run the PolicyKit |
           |          example program Frobnicate                      |
           |                                                          |
           |          An application is attempting to perform an      |
           |          action that requires privileges. Authentication |
           |          is required to perform this action.             |
           |                                                          |
           |          Password: [__________________________________]  |
           |                                                          |
           | [V] Details:                                             |
           |  Command: /usr/bin/pk-example-frobnicate                 |
           |  Run As:  Super User (root)                              |
           |  Action:  org.fd.pk.example.pkexec.run-frobnicate        |
           |  Vendor:  Examples for the PolicyKit Project             |
           |                                                          |
           |                                  [Cancel] [Authenticate] |
           +----------------------------------------------------------+

   If the user is using the da_DK locale, the dialog looks like this:

       [IMAGE][3]

           +----------------------------------------------------------+
           |                     Autorisering                     [X] |
           +----------------------------------------------------------+
           |                                                          |
           |  [Icon]  Autorisering er påkrævet for at afvikle         |
           |          PolicyKit eksemplet Frobnicate                  |
           |                                                          |
           |          Et program forsøger at udføre en handling der   |
           |          kræver privilegier. Autorisering er påkrævet.   |
           |                                                          |
           |          Kodeord: [___________________________________]  |
           |                                                          |
           | [V] Detaljer:                                            |
           |  Bruger:   Super User (root)                             |
           |  Program:  /usr/bin/pk-example-frobnicate                |
           |  Handling: org.fd.pk.example.pkexec.run-frobnicate       |
           |  Vendor:   Examples for the PolicyKit Project            |
           |                                                          |
           |                                [Annullér] [Autorisering] |
           +----------------------------------------------------------+

   Note that pkexec does no validation of the ARGUMENTS passed to PROGRAM.
   In the normal case (where administrator authentication is required
   every time pkexec is used), this is not a problem since if the user is
   an administrator he might as well just run pkexec bash to get root.

   However, if an action is used for which the user can retain
   authorization (or if the user is implicitly authorized), such as with
   pk-example-frobnicate above, this could be a security hole. Therefore,
   as a rule of thumb, programs for which the default required
   authorization is changed, should never implicitly trust user input
   (e.g. like any other well-written suid program).

Sudo ile, arayan ortamını sudo bağlamında tutmak veya sıfırlamak konusunda kullanıcı başına ve program ilkelerine göre ayarlayabilirsiniz. Env_reset politikası varsayılan olarak ayarlanmıştır.

Grafiksel uygulamaları pkexec üzerinden, bunu açıkça yapılandırılmadan çalıştıramazsınız. Bu sadece ortam sıfırlamasının bir sonucu olduğu için bu açıkça sudo için de geçerlidir. Bununla birlikte, ne pkexec ne de sudo'nun kök olarak çalışan kötü niyetli bir uygulamanın, gerekli tüm bilgileri ekran yöneticilerinden veya X11 çerez dosyasından almasını engelleyemediğini unutmayın. Sonuncusu, her ikisi veya benzerleri, koşullara bağlı olarak kök dışı uygulamalar tarafından bile yapılabilir.

Sudo, kullanıcıların açık bir şekilde listelenmesini gerektirmez. Herhangi bir kullanıcı grubunu listelemek veya genel olarak tüm kullanıcılar için izin belirlemek bile yapılabilir. Target_pw yönergesi, bu kullanıcıların, bir uygulamayı çalıştırmak istedikleri bağlamda, yani root'taki kullanıcı kimlik bilgileri ile kimlik doğrulaması yapmalarını sağlar. Bunun dışında, aynı şekilde geleneksel su (su / gtksu / kdesu) programı, özel bir konfigürasyon olmadan aynısını yapmak için kullanılabilir.

sudo da, kullanıcının belirli bir süre boyunca kimliği doğrulanmasını sağlar. Bu seçenek zaman aşımı olarak adlandırılır, genel olarak yapılandırılabilir, kullanıcı başına veya uygulama başına. Kimlik doğrulama, kişi başına veya genel olarak kullanıcı başına saklanabilir.

Pkexec, PROGRAM’a geçen ARGUMENT’lerin hiçbirini doğrulamamasına rağmen, sudo gerçekten de bu özelliğe sahiptir. Yine de itiraf etsene, bununla kolayca karışabilirsin ve normalde yapılmaz.

Programların pkexec üzerinden nasıl çalıştırılmasını istediğinizi biraz ayarlayabilirsiniz: icon, text gösterilecek, hatta yerelleştirme öğelerine ve benzeri şeylere sahip olabilirsiniz. Koşullara bağlı olarak bu gerçekten çok şık olabilir. Üzücü olsa da, birileri bu özellik için tekerleği yeniden icat etme ihtiyacı duydu. Bu muhtemelen grafik gtksudo / kdesu sarmalayıcılarına koymak için bir şey olacaktır.

Politika seti yalnızca merkezi bir yapılandırma çerçevesidir. Ne yazık ki hoş değil. PKs XML Dosyaları bir uygulamanın yerel olarak ikili dosyalardan kısa sağlayabileceği her şeyden çok daha karmaşıktır. Ve kimse ikili kullanmak için çok looney olamazdı ... oh gconf ... boşver.

Bazı şeylerden ve öncüllerinden ne kadar pkexecfarklı sudoolduğu:

1. Grafik uygulamaları, pkexecbunu açıkça yapmadan yapılandırma yoluyla çalıştıramazsınız .
2. Programların nasıl çalıştırılmasını istediğinizi biraz değiştirebilirsiniz pkexec: simge, gösterilecek metin, şifreyi hatırlayıp hatırlamamayı, grafik olarak çalıştırmasına izin verip vermeyeceğinizi veya daha fazlasını.
3. Herkes "Run as" komutunu bir süper kullanıcı (kimliğini doğrulaması şartıyla) çalıştırabilir, dosyada yöneticisudo olarak listelenmeniz gerekir . sudoers
4. gksudoşifre isterken klavyeyi, fareyi ve odağı kilitler, pkexecdeğil. Her iki durumda da tuş vuruşları koklanabiliyor .
5. Sizinle pkexecbiraz daha steril bir ortamda çalışır.

Örneğin deneyin:

cd /etc/init.d
sudo cat README
# and now the same with pkexec
pkexec cat README
# nice, huh?