एसडीडीएल कैसे देखें और अर्धविराम पर अपनी आँखें न तोड़ें

सूचना सुरक्षा के लिए मेरा मार्ग एक आश्चर्यजनक खोज के साथ शुरू हुआ: "सुरक्षित रूप से information एन्क्रिप्टेड"। यह कथन अब सरल और स्पष्ट दिखता है, और इस तथ्य के पहले वर्ष में जागरूकता ने मानसिक परमाणु बम के तुलनीय प्रभाव उत्पन्न किया। विषय क्षेत्र की सीमाओं का विस्तार करके सूचना सुरक्षा पर हमला किया गया था: यह पता चला कि क्रिप्टोग्राफी रक्षा की केवल एक पंक्ति है, और अंत में कानूनी, संगठनात्मक और बस शारीरिक भी हैं। सैद्धांतिक पहलुओं में से एक था "सभी सूचना सुरक्षा मुद्दों को विषयों की वस्तुओं तक पहुंच द्वारा वर्णित किया जाता है।" उन्होंने याद किया, क्रेडेंशियल और विवेकाधीन एक्सेस मॉडल आकर्षित किया, बताया, पारित किया और भूल गए।

मैं विंडोज अनुप्रयोगों के सुरक्षा विश्लेषण में विशेषज्ञ हूं। अक्सर, अलग-अलग पहुंच अधिकारों का अध्ययन अध्ययन का एक महत्वपूर्ण हिस्सा लेता है। अजीब या गलत पहुंच अधिकारों की खोज की प्रक्रिया को स्वचालित करने के लिए, मुझे एसडीडीएल (सुरक्षा डिस्क्रिप्टिव डेफिनिशन लैंग्वेज) को समझना होगा। SDDL (उदाहरण के लिए, O: SYG: SY::; (CCLCSWLOCRRC ;;; IU); A;; CCLCSWLOVRC ;;; SU); (CC); CCLCSWRPWDDLOCRRC, SYD; (ए ;; CCDCLCSWRPWPDTLOCRSDRCWDWO ;; BA) ) और इस प्रारूप में वर्णनकर्ताओं के साथ काम करने के लिए मेरी उपयोगिता से परिचित हों, बिल्ली का स्वागत है।

एसडीडीएल प्रारूप

एसडीडीएल एक स्ट्रिंग है जिसमें टेक्स्ट फॉर्म में एक्सेस अधिकारों का वर्णन है। ज्यादातर में 3 भाग होते हैं: मालिक, समूह और DACL पहुँच अधिकार। कभी-कभी एसएसीएल भाग जोड़ा जाता है - ऑडिट भाग (यदि ऑब्जेक्ट के साथ क्रियाएं एसएसीएल नियमों के अनुसार होती हैं, तो एक सिस्टम ईवेंट बनाया जाएगा जो विभिन्न प्रणालियों द्वारा ट्रैक करना आसान है)। विवरणक इस तरह दिखता है:

O: <मालिक> G: <समूह> D: <DACL पहुंच नियम> S: <SACL ऑडिट नियम>



इस प्रकार, ऊपर दिया गया उदाहरण निम्नानुसार विघटित हो सकता है:

• ओ: एसवाई
• जी: एसवाई
• D: (A ;; CCLCSWLOCRRC ;;; IU) (A ;; CCLCSWRCRRC ;;; SU); (CCLCSWRPWPPDTLOCRRC ;;; SY); (); CCDCLCSWRPPDTCRCRDRCWDWWD; B BA;

मालिक और समूह को उपयोगकर्ता या ओएस के समूह के सिड के रूप में या विशेष संक्षिप्त रूप में संकेत दिया जा सकता है। उदाहरण के लिए, इस मामले में, स्वामी और समूह SY स्थानीय सिस्टम खाता (NT AUTHORITY \ SYSTEM) है। संक्षिप्तीकरण की सूची (दुर्भाग्य से, संपूर्ण नहीं) यहां पाई जा सकती है ।

एक्सेस नियमों में DACL झंडे और ACE (प्रवेश नियंत्रण प्रविष्टियाँ) तार शामिल हैं। एसीई का एक विस्तृत विश्लेषण यहां प्रस्तुत किया गया है , हम सबसे महत्वपूर्ण पर विचार करेंगे। प्रत्येक ACE लाइन को कोष्ठक में संलग्न किया गया है जिसके भीतर डेटा को अर्धविराम द्वारा अलग किया गया है।
सबसे बड़ी रुचि पहले, तीसरे और अंतिम समूह हैं। यह एक्सेस का प्रकार (अनुमत "ए", निषिद्ध "डी"), कार्यों की एक सूची और एक्सेस के विषय का नाम है। उपरोक्त उदाहरण से पहला DACL नियम: (ए ;; CCLCSWLOCRRC ;;; IU), हम विस्तार से विचार करेंगे।

• "ए" - नियम विषय पर कार्रवाई की अनुमति देता है;
• "CC", "LC", "SW", "LO", "CR", "RC" - अनुमत कार्यों की सूची;
• "आईयू" - इस संक्षिप्त नाम का अर्थ है इंटरएक्टिव लॉग-ऑन उपयोगकर्ता समूह।

यह समझने के लिए रहता है कि वास्तव में क्या अनुमति है। ये रहस्यमय "CC", "LC", "SW", "LO", "CR", "RC" का क्या अर्थ है?

यहां हम एक और नुकसान की प्रतीक्षा कर रहे हैं - कमी करके कार्रवाई को ठीक से इंगित करना हमेशा संभव नहीं होता है। वे हैं, इसलिए बोलना, संदर्भ-विशेष। उदाहरण के लिए, यदि हम सेवाओं के साथ काम करने के अधिकारों के बारे में बात कर रहे हैं, तो WP का अर्थ है "सेवा को रोकना", यदि यह फ़ाइलों के बारे में है, तो "निष्पादन" और यदि फ़ोल्डर के बारे में है, तो "ट्रैवर्स" (नाम से किसी फ़ोल्डर में फ़ाइलों तक पहुंच, यदि यह संभव नहीं है) सूची सामग्री)। कुछ विवरण यहाँ हैं , कुछ यहाँ , एक धागे पर दुनिया के साथ।

स्वचालन

Sysinternals उपयोगिताओं वास्तव में मेरी मदद करते हैं, अर्थात् प्रक्रिया मॉनिटर और एक्सेस चेक (जिसे procmon और accesschk के रूप में भी जाना जाता है)। पहला आपको वास्तविक समय में फ़ाइल और रजिस्ट्री एक्सेस को देखने की अनुमति देता है, और दूसरा आपको सुरक्षा विवरणकों पर ओएस से जानकारी एकत्र करने की अनुमति देता है।

वैसे, ओएस में ही, अधिकारों के साथ खिड़की इस तरह दिखती है जैसे कि किसी ने नहीं देखा है:



दुर्भाग्य से, विशिष्ट कार्यों के अधिकारों के अनुरोध को सीमित करके एक्सेसचेक के आउटपुट को फ़िल्टर नहीं किया जा सकता है। प्रक्रिया मॉनिटर एक विशेष क्षण में केवल वास्तविक कॉल दिखाता है और आपको एक सटीक अनुरोध मिलता है जो सीधे प्रभावित नहीं होता है। इसके अलावा, मैं इस बात पर एक ज्ञापन देना चाहता हूं कि किस प्रकार का उपयोगकर्ता समूह NO या NS है , और CC और RC के पीछे किस प्रकार के कार्य छिपे हैं।

तो SDDL रिकॉर्ड देखने और फ़िल्टर करने के लिए एक साधारण उपयोगिता का जन्म हुआ।

कैसे उपयोग करें

उपयोगिता के साथ काम करना सरल है, बस तीन चरण:

1. एसडीडीएल रिकॉर्ड प्राप्त करें।
2. नियम फ़िल्टर को परिभाषित करें।
3. रिपोर्ट देखें

प्रत्येक चरण के बारे में और पढ़ें।

SDDL हो रही है। एसडीडीएल रिकॉर्ड प्राप्त करने के लिए, आप उपयोगिता (बटन 1, 2, 3 या 4) में निर्मित कार्यों का उपयोग कर सकते हैं या पहले प्राप्त सूची को डाउनलोड कर सकते हैं (बटन 5)। कृपया ध्यान दें कि एक्सेस अधिकारों के लिए अनुरोध एसडीडीएल व्यूअर लॉन्च करने वाले उपयोगकर्ता की ओर से किया जाता है, इसलिए कुछ स्थितियों में यह न केवल नियमित उपयोगकर्ता के रूप में, बल्कि एक प्रशासक के रूप में भी कार्यक्रम चलाने के लायक है। ठीक है, सामान्य तौर पर, एसडीडीएल लाइनों के साथ क्षेत्र स्वयं संपादन योग्य है - आप इसे कम से कम मैन्युअल रूप से फिर से लिख सकते हैं।

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

रिपोर्ट केवल SDDL को डिक्रिप्ट करने और फ़िल्टर लागू करने का परिणाम है। यदि आप सूची में इसे चुनते हैं, तो आप प्रत्येक पंक्ति पर अधिक विस्तृत जानकारी प्राप्त कर सकते हैं (हां, यह इस फ़ंक्शन के साथ था कि मुझे एक गैग मिला, जिसने .NET इंटर्नल्स पर थोड़ा शोध को जन्म दिया)।

परिणाम

स्रोत कोड github पर उपलब्ध है। बाइनरी फाइलें रिलीज़ सेक्शन में भी हैं।

मेरी उपयोगिता योजना:

1. SDDL के इनपुट फ़ील्ड में एक खोज जोड़ें - फिर भी केवल फ़िल्टर करना पर्याप्त नहीं है।
2. लॉन्च पैरामीटर जोड़ें जो दृश्य भाग के बिना रिपोर्ट बनाने की अनुमति देगा।
3. शायद आपको प्रक्रियाओं, साझा किए गए फ़ोल्डर्स और प्रिंटर से SDDL पैडिंग जोड़ना चाहिए?

टिप्पणियों में सुझाव सुनकर मुझे खुशी होगी।