तपाईंको VPN आदेश विशेषाधिकार बिना चल्छ; सेवा चल्दैन

VPN आदेश तपाईंको प्रयोगकर्ताको रूपमा चल्छ, कुनै पासवर्ड देखिँदैन, र सुरुङ माथि आउँछ। यो क्रम विशेषाधिकार बिनाको कार्य जस्तो लाग्छ, र सामान्यतया त्यस्तो हुँदैन। नेटवर्कका परिवर्तनहरू छुट्टै सेवाले गर्छ, र रोचक प्रश्न यो हो कि त्यो सेवाले आफूले प्रमाणित नगरेको कलरका लागि के गर्नेछ। पासवर्डका अनुरोध गन्दा त्यो सीमाको बारेमा केही थाहा हुँदैन।

इन्टरफेस, संयन्त्र र जाँच

इन्टरफेसले अनुरोध स्वीकार गर्छ: जोड्नु, टुटाउनु, प्रोफाइल छान्नु। संयन्त्रले नेटवर्कका कार्यहरू राख्छ: इन्टरफेस बनाउने, मार्ग परिवर्तन गर्ने, फिल्टर लागू गर्ने। अधिकार जाँचले यो कलरले यो कार्य माग्न सक्छ कि सक्दैन भन्ने निर्धारण गर्छ। यी तीनवटा बाइनरी, सहायक र प्रणाली सेवामा फैलिएका हुन सक्छन्, र प्रयोगकर्ताले पहिलो मात्र देख्छ।

भूमिकाहरू एउटै बाइनरीमा, दुई प्रक्रियामा, वा क्लाइन्ट र प्रणाली सेवामा बस्न सक्छन्, र प्रयोगकर्ताले देख्ने आदेशले कुन हो भनी विरलै खोल्छ। ट्रे प्रतिमा र प्रणाली डेमन एउटै अनुप्रयोग जस्तो देखिन सक्छन्, तर तिनीहरू धेरै फरक अधिकारसहित चल्छन्। स्थापनाको समयको विशेषाधिकार र अनुरोधको समयको विशेषाधिकार पनि फरक कुरा हुन्। root को रूपमा चलेको स्थापकले पछिका अनुरोध सुन्ने सेवा प्याकेज प्रबन्धक सकिएको धेरै समयपछि पनि छोड्न सक्छ। अधिकार त्यो सेवासँग छ, तपाईंले टाइप गरेको आदेशसँग होइन।

सुम्पाइ सामान्य रचना हो

विशेषाधिकारयुक्त नेटवर्क कार्य सेवालाई सुम्पनु उपयुक्त वास्तुकला हो। यसले सामान्य अनुप्रयोगहरूलाई विशेषाधिकार बिना राख्छ र हेरचाह चाहिने कार्यहरू केन्द्रित गर्छ। यो रचना तब मात्र फलदायी हुन्छ जब सेवाले पनि कसले र किन मागिरहेको छ भनी जाँच्छ। त्यो जाँच बिना यो केवल फराकिलो ढोका हो।

NetworkManager Linux मा ठोस उदाहरण हो। यसको कन्फिगरेसन मार्गदर्शिका ले डिफल्ट सेटअपमा PolicyKit ले root नभएका अनुरोधहरूलाई कसरी अधिकृत गर्छ भनी व्याख्या गर्छ। यसले वास्तविक उत्पादनमा सुम्पिएको अधिकार देखाउँछ। यसले प्रत्येक व्यावसायिक क्लाइन्टले NetworkManager प्रयोग गर्छ भनी प्रमाणित गर्दैन, र कुनै विशेष विक्रेताको सकेट मार्ग वा नीति वर्णन गर्दैन।

ढाँचा भनेको पछाडि नीति भएको सुम्पाइ हो। उदाहरण त्यो ढाँचाको एउटा कार्यान्वयन हो, सार्वभौमिक होइन।

सीमा पढ्नुहोस्, अनुरोध होइन

सेवा, त्यसको कन्फिगरेसनको मालिक र अगाडिको भागले प्रयोग गर्ने स्थानीय इन्टरफेस खोज्नुहोस्। त्यसपछि कुन प्रयोगकर्ताले कुन कार्य माग्न सक्छन् भनी सोध्नुहोस्। एउटा सुरक्षित प्रोफाइल माथि र तल गर्नु अपरेटरले कहिल्यै नहेरेको कन्फिगरेसन लोड गर्ने त्यही अनुमति होइन। भिन्नता नै पूरै सुरक्षा प्रश्न हो।

सेवा प्रबन्धक र क्लाइन्टको आफ्ना अनुमतिको आफ्नै दृष्टिकोणबाट सुरु गर्नुहोस्। तलका आदेशहरूले डेमन चलिरहेको छ कि छैन, कलरले त्यससँग के माग्न सक्छ, र डेमनले आफ्नो रनटाइम डाइरेक्टरीमुनि के खोल्छ भनी देखाउँछन्।

systemctl status NetworkManager
nmcli general permissions
ls -l /run/NetworkManager

कार्यले केलाई असर गर्छ भनी पनि सोध्नुहोस्। व्यक्तिगत देखिने मेनु वस्तुले पूरै मेसिनका मार्ग र DNS परिवर्तन गर्न सक्छ, जसको अर्थ यसले अन्य प्रयोगकर्ताका सत्रमा अवरोध गर्न सक्छ। प्रभावको त्रिज्या अनुमतिकै त्यही समीक्षामा पर्छ, र सेवालाई अझ साँघुरो भूमिका चाहिन्छ कि भनी सामान्यतया यसैले निर्धारण गर्छ।

समर्थित तरिकाबाट अनुमति सुधार्नुहोस्

सुरक्षित नियन्त्रण सकेटलाई सबैका लागि लेख्नयोग्य बनाउनु, वा खाता फराकिलो प्रशासनिक समूहमा थप्नुले अनुमतिको त्रुटि हटाउँछ र अझ ठूलो त्रुटि सिर्जना गर्छ। त्यो सीमा छ भनी तपाईंलाई बताउने त्यो त्रुटि मात्र थियो। अभिलेखित सदस्यता वा अधिकार प्रक्रिया, त्यसले चाहिने सत्र ताजगीसमेत प्रयोग गर्नुहोस्। समूह सदस्यता प्रायः नयाँ लगइन सत्रमा मात्र लागू हुन्छ, त्यसैले अर्को साइन-इनसम्म परिवर्तनले केही नगरेको जस्तो देखिन सक्छ।

यदि उत्पादनले कार्यका लागि अझ साँघुरो भूमिका दिन्छ भने, सामान्य अनुमतिको सट्टा त्यही छान्नुहोस्। छानिएको भूमिका र त्यसको मालिकलाई सेवाको नामको छेउमा लेख्नुहोस्।

राम्रो विभाजन कस्तो देखिन्छ

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

असफलताको ढाँचा भनेको इन्टरफेस सुविधाजनक भएकाले जुनसुकै स्थानीय प्रयोगकर्ताको जुनसुकै अनुरोध पूरा गर्ने सेवा हो। प्रयोगकर्ताको पक्षबाट यो उस्तै देखिन्छ, र यसले धेरै ठूलो अधिकार बोक्छ। केवल सफल अनुरोध होइन, एउटा अस्वीकृत अनुरोध परीक्षण गर्नुहोस्। नीतिबाट आउने अस्वीकृति नै नीति अस्तित्वमा रहेको प्रमाण हो।