Pkexec बनाम gksu / gksudo का उपयोग कब करें?

77

एप्लिकेशन को मूल रूप से रूट (या, आमतौर पर, किसी अन्य उपयोगकर्ता के रूप में) चलाने के दो सामान्य तरीके हैं। कार्यक्रम की तरह है gksu, gksudoऔर kdesudoके लिए चित्रमय फ़्रंटएंड्स हैं sudo। इसके विपरीत, पॉलिसीकीट केpkexec लिए एक चित्रमय दृश्य है ।

जब मैन्युअल रूप से चलने वाले प्रोग्राम रूट (या किसी अन्य, गैर-रूट उपयोगकर्ता) के रूप में, pkexecएक sudoदृश्यपटल का उपयोग करने के अधिक पारंपरिक तरीके की तुलना में उपयोग करने के फायदे / नुकसान (यदि कोई हो) क्या हैं ?

security  gui  sudo  root  policykit 
— एलिया कगन
स्रोत
1
— रेयरिंग में
संबंधित: askubuntu.com/questions/252962/…
— मेकैनिकल घोंघा
संबंधित (लेकिन एक डुप्लिकेट नहीं): क्या सूडो-पी pkexec से कम सुरक्षित है?
— एलियाह कगन

जवाबों:

25

PolicyKit अधिक कॉन्फ़िगर करने योग्य है, हालांकि pkexecइस कॉन्फ़िगरेशन का उपयोग नहीं करता है। इसके अलावा, pkexecउपयोगकर्ता को उस प्रोग्राम का पूरा पथ दिखाएं , जिसे शुरू किया जाएगा, इसके लिए उपयोगकर्ता थोड़ा अधिक निश्चित है कि क्या होगा। PolicyKit की तथाकथित 'नीतियों' का उपयोग अधिक अग्रिम सेटिंग सेट करने के लिए किया जा सकता है। उदाहरण के लिए, पासवर्ड याद रखना चाहिए या नहीं।

pkexecमैनुअल से मुझे कुछ मिला :

PROGRAM जो वातावरण चलाएगा, वह LD_LIBRARY_PATH या इसी तरह के तंत्र के माध्यम से कोड को इंजेक्ट करने से बचने के लिए एक न्यूनतम ज्ञात और सुरक्षित वातावरण में सेट किया जाएगा। इसके अलावा PKEXEC_UID पर्यावरण चर pkexec को आमंत्रित करने की प्रक्रिया के उपयोगकर्ता आईडी पर सेट है। नतीजतन, pkexec आपको $ 11 DISPLAY वातावरण चर सेट नहीं होने के कारण उदाहरण के लिए X11 अनुप्रयोगों को किसी अन्य उपयोगकर्ता के रूप में चलाने की अनुमति नहीं देगा।

मैनुअल से नीतियों या कार्रवाई परिभाषाओं के बारे में अधिक जानकारी pkexec:

   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).
— RobinJ
स्रोत
1
मुझे लगता है कि मुझे कहना चाहिए कि ग्राफिकल ऑथेंटिकेशन के साथ रूट के रूप में एप्लिकेशन को चलाने के लिए दो हैं । मैंने मान लिया था कि pkexecचित्रमय अनुप्रयोगों को चलाने के लिए उपयोग करने का एक तरीका था (मैंने अभी तक ऐसा कभी नहीं किया था ...)। आपका उत्तर बताता है कि क्यों नहीं है (या कम से कम क्यों एक कस्टम वातावरण को निर्दिष्ट करना है, इसे करने के लिए)।
— एलियाह कगन
1
मेरे पास आपके उत्तर के बारे में एक प्रश्न है, हालांकि - जब एक कार्यक्रम को रूट के रूप में चलाया जाता है pkexec, तो यह किस अर्थ में क्षमताओं ("अनुमतियों") को बाधित कर सकता है? मैं एक कार्यक्रम को कुछ भी करने की क्षमता प्रदान करता हूं जब मैं इसे sudoया एक sudoदृश्यपटल के साथ चलाता हूं ... किस अर्थ में एक कार्यक्रम को मूल रूप से चलाने के साथ pkexecऐसा नहीं करता है?
— एलियाह कगन
3
मैं समझता हूं कि पॉलिसीकीट का उपयोग केवल विशिष्ट प्रकार के कार्यों को करने के लिए कार्यक्रमों की अनुमति देने के लिए किया जाता है। लेकिन क्या यह pkexecसुविधा प्रदान करता है, या pkexecसिर्फ अप्रतिबंधित क्षमताओं के साथ चीजों को जड़ के रूप में चलाता है? pkexecमैनुअल अंश आप अपने जवाब दस्तावेज़ों में शामिल कैसे निर्धारित करने के लिए नियम हैं, जो एक कार्यक्रम रूट के रूप में (या किसी अन्य, गैर-रूट उपयोगकर्ता के रूप में), बल्कि कार्यक्रम क्या कर सकते हैं की तुलना में चला सकते हैं लिखने के लिए।
— एलियाह कगान
4
मैं आपके उत्तर को स्वीकार करना चाहता हूं, क्योंकि यह बहुत सारी अच्छी जानकारी प्रदान करता है। लेकिन मुझे लगता है कि यह बहुत ही भ्रामक है, क्योंकि यह कहता है कि pkexecइसकी तुलना में अधिक विन्यास है sudo, और जो चर्चा हमने यहां टिप्पणियों में की है, उसे देखते हुए ऐसा नहीं लगता है। क्या आप अपने जवाब को संपादित करने के लिए विचार करेंगे कि या तो sudoविन्यास की तुलना करें या तुलना करें / इसके विपरीत pkexec, या यह कहने के लिए अपने उत्तर को संपादित करें कि अंतर विन्यास के अलावा कुछ और है?
— एलिया कागन
2
"बस लिखें" और फिर XML का एक हिस्सा। मुझे उस हंसी की जरूरत थी।
— जुरगेन ए। इरहार्ड
14

सुडो के साथ आप प्रति उपयोगकर्ता और प्रति कार्यक्रम नीतियों को सेट कर सकते हैं और सूडो के संदर्भ में कॉलर्स के माहौल को बनाए रखने या फिर से तैयार करने के लिए। Env_reset नीति डिफ़ॉल्ट रूप से सेट की गई है।

आप स्पष्ट रूप से ऐसा करने के लिए स्पष्ट रूप से कॉन्फ़िगर किए बिना pkexec के माध्यम से ग्राफ़िकल एप्लिकेशन नहीं चला सकते। क्योंकि यह केवल पर्यावरण रीसेट का परिणाम है यह जाहिर तौर पर सुडो के लिए भी सच है। हालाँकि, नोट न तो pkexec और न ही sudo प्रदर्शन प्रबंधक या उपयोगकर्ताओं X11- कुकी फ़ाइल से सभी नेकसेरी जानकारी प्राप्त करने के लिए रूट के रूप में चल रहे एक पुरुषवादी एप्लिकेशन को रोक सकता है। परिस्थितियों के आधार पर गैर रूट एप्लिकेशन द्वारा उत्तरार्द्ध, दोनों या अपरिचित भी किया जा सकता है।

सूडो को उपयोगकर्ताओं की स्पष्ट सूची की आवश्यकता नहीं है। किसी भी उपयोगकर्ता समूह को सूचीबद्ध करना या यहां तक ​​कि सामान्य रूप से सभी उपयोगकर्ताओं के लिए अनुमति देना भी हो सकता है। Target_pw निर्देश उन उपयोगकर्ताओं को उपयोगकर्ता के क्रेडेंशियल्स के साथ प्रमाणित करने की अनुमति देता है जिनके संदर्भ में वे एक एप्लिकेशन चलाना चाहते हैं, अर्थात रूट। इसके अलावा समान पारंपरिक सु (su / gtksu / kdesu) कार्यक्रम का उपयोग विशेष कॉन्फ़िगरेशन के बिना बहुत ही करने के लिए किया जा सकता है।

sudo, भी, उपयोगकर्ता को एक निर्दिष्ट समय तक प्रमाणित रहने देता है। विकल्प का नाम टाइमआउट, विन्यास योग्य विश्व स्तर पर, प्रति उपयोगकर्ता या प्रति अनुप्रयोग है। प्रमाणीकरण प्रति उपयोगकर्ता प्रति वैश्विक या वैश्विक रूप से बनाए रखा जा सकता है।

जबकि pkexec PROGRAM को दिए गए ARGUMENTS का कोई सत्यापन नहीं कर सकता है, sudo के पास वास्तव में यह सुविधा है। हालाँकि, आप आसानी से इस के साथ खिलवाड़ कर सकते हैं, और यह आमतौर पर नहीं किया जाता है।

आप थोड़ा-थोड़ा ट्वीक कर सकते हैं कि आप कैसे चाहते हैं कि प्रोग्राम pkexec के माध्यम से चलाया जाए: आइकन, टेक्स्ट को प्रदर्शित करने के लिए, आपके पास स्थानीयकरण सामान और वह सब भी हो सकता है। परिस्थितियों के आधार पर यह वास्तव में शून्य हो सकता है। हालांकि, दुख की बात है कि किसी ने इस सुविधा के लिए पहिया को फिर से बनाने की आवश्यकता महसूस की। यह शायद ग्राफिकल gtksudo / kdesu रैपर में डालने के लिए कुछ होगा।

पॉलिसीकिट केवल एक केंद्रीकृत विन्यास ढांचा है। दुर्भाग्य से एक सुंदर नहीं है। पीके एक्सएमएल-फाइलें एक तरह से अधिक जटिल हैं, जो किसी भी एप्लिकेशन को द्विआधारी फाइलों को मूल रूप से कम प्रदान कर सकता है। और कोई भी इतना द्विआधारी नहीं होगा कि बाइनरी का उपयोग करें ... ओह गॉन्फ ... कोई बात नहीं।

— पॉल हैन्शेक
स्रोत
8
मैंने अस्वीकार कर दिया क्योंकि यह पोस्ट वास्तव में उत्तर नहीं है, यह एक और उत्तर की आलोचना है। यदि आपको लगता है कि आमतौर पर पॉक्सोसेक के ऊपर सुडो का उपयोग करना बेहतर विकल्प है, तो, इन खंडों के साथ अपनी बात समझाते हुए कहें।
— फ्लिम
4
धन्यवाद पॉल, उपयोगी विश्लेषण के बहुत सारे के लिए यहाँ! लेकिन मैं फ्लिम से भी सहमत हूं। क्या आप पूछे गए प्रश्न के सरल उत्तर से शुरुआत कर सकते हैं?
— nealmcb
1
नहीं, GUI को कॉन्फ़िगर किए बिना चला pkexec सकते हैं: askubuntu.com/a/332847/89385
— akostadinov
8

कुछ चीजें कैसे pkexecअलग हैं sudoऔर इसके दृष्टिकोण क्या हैं:

  1. आप pkexecऐसा करने के लिए स्पष्ट रूप से कॉन्फ़िगर किए बिना ग्राफ़िकल एप्लिकेशन नहीं चला सकते ।
  2. आप थोड़ा घुमा सकते हैं कि आप कैसे प्रोग्राम चलाना चाहते हैं pkexec: आइकॉन, टेक्स्ट टू डिस्प्ले, पासवर्ड याद रखना है या नहीं, इसे ग्राफिकल और कुछ और चलाने की अनुमति दें या नहीं।
  3. कोई भी "रन एज़" को एक सुपरयुसर चला सकता है (बशर्ते कि वे इस तरह प्रमाणित कर सकें), sudoआपको उस sudoersफाइल में सूचीबद्ध किया जाना चाहिए, जिस पर वह प्रशासक हो ।
  4. gksudoकीबोर्ड, माउस को लॉक करता है, और पासवर्ड के लिए पूछते समय ध्यान केंद्रित pkexecनहीं करता है। दोनों मामलों में कीस्ट्रोक्स हालांकि सूँघने योग्य हैं ।
  5. आपके साथ pkexecथोड़े अधिक स्वच्छता वाले वातावरण में काम करते हैं।

उदाहरण के लिए प्रयास करें:

cd /etc/init.d
sudo cat README
# and now the same with pkexec
pkexec cat README
# nice, huh?
— व्यवस्था
स्रोत
अच्छा बिंदु (# 3) कैसे आप के रूप में प्रोग्राम को चलाने के रूप में अन्य उपयोगकर्ताओं की प्रमाणित कर सकते हैं के बारे में rootके साथ pkexec। क्या यह विन्यास योग्य है, जिसे उपयोगकर्ता pkexecबिल्कुल भी उपयोग कर सकते हैं (भले ही वे किसी अन्य उपयोगकर्ता का पासवर्ड जानते हों जो ऐसा करने की अनुमति है)? suइस तरह से विन्यास योग्य है। जब मैं suएक अन्य गैर- rootउपयोगकर्ता के लिए guestवनैरिक सिस्टम पर प्रयास करता हूं, तो यह बताता है कि मुझे ऐसा करने की अनुमति नहीं है। (इसके विपरीत, जब मैं इस्तेमाल करने की कोशिश pkexecके रूप में guestoneiric या सटीक पर, मैं क्या एक अभिकथन त्रुटि है, जो मैं जल्द ही एक बग के रूप में रिपोर्ट कर सकते हैं, जैसा कि मैंने भले ही यह अनुमति नहीं है कि नहीं होना चाहिए की तरह लग रहा मिलता है।)
— एलिया कगन
2
लेकिन sudoऔर इसके मोर्चे को भी बिंदु 2 में वर्णित के रूप में ट्वीक किया जा सकता है। आप एक प्रोग्राम चला सकते हैं gksuया gksudo अनुकूलित पाठ प्रदर्शित कर सकते हैं , संपादन /etc/sudoers(साथ visudo) द्वारा कुछ उपयोगकर्ताओं के पासवर्ड की आवश्यकता को रोक सकते हैं , और उन्हें बदलने के अर्थ में कितनी देर तक याद रखें। लंबे समय से सूडो को बाहर निकालने में समय लगता है (हालांकि मुझे यकीन नहीं है कि यह उबंटू पर कैसे किया जाए, जो कि कॉन्फ़िगर किया गया है ताकि sudoपासवर्ड की आवश्यकता है या नहीं और कब तक इसे फिर से एक की आवश्यकता होगी, टर्मिनल-विशिष्ट हैं )।
— एलिया कगन
# 4 सच नहीं है यदि आप GNOME शेल का उपयोग कर रहे हैं।
— मूरू
नहीं, GUI को कॉन्फ़िगर किए बिना चला pkexec सकते हैं: askubuntu.com/a/332847/89385
— akostadinov
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.