अपने ERP सिस्टम की सुरक्षा कैसे करें?

पिछले लेख में हमने ईआरपी सिस्टम की सुरक्षा के बारे में बहुत कुछ बताया था। अब हम उनकी रक्षा के तरीकों के बारे में बात करना चाहते हैं।

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

1. बाहरी हमलों से सुरक्षित रखें, असुरक्षित सेवाओं को अक्षम करें

किसी भी अधिक या कम जटिल एप्लिकेशन में एक बड़ी कार्यक्षमता है जो सामान्य रूप से आवश्यक है, लेकिन विशेष मामलों में अनावश्यक है। एक सामान्य ईआरपी सिस्टम में लगभग यह सभी कार्यक्षमता डिफ़ॉल्ट रूप से सक्षम है।

हमेशा की तरह, SAP इंस्टॉलेशन में लगभग 1500 विभिन्न वेब सेवाएँ शामिल हैं, जो किसी भी पंजीकृत उपयोगकर्ता की ओर से दूरस्थ रूप से उपलब्ध हैं, यदि सेवा डिफ़ॉल्ट रूप से सक्षम है। इसके अलावा, लगभग 40 सेवाएं अनाम उपयोगकर्ताओं के लिए भी सुलभ हैं। कुछ शोध पत्रों में 13 महत्वपूर्ण सेवाओं के बारे में बताया गया है। जैसा कि ऊपर उल्लेख किया गया है, ये केवल मूल सेवाएँ हैं।

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

एसएपी वेब डिस्पैचर के बारे में अतिरिक्त जानकारी आप यहां पा सकते हैं।

2. एसओडी सिद्धांतों को लागू करें

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

कर्तव्यों का पृथक्करण (SoD) हितों के टकराव को रोकने के लिए एक सुरक्षा विधि है, अर्थात, दो अधिक पहुँच अधिकारों से बचने के लिए - जिन्हें एक साथ दिया जा रहा है - धोखाधड़ी कार्यों के जोखिम को जन्म दे सकता है (जैसे, बनाने का अधिकार और अनुमोदन करने का अधिकार एक भुगतान आदेश)।

पहला कदम SAP_ALL प्रोफ़ाइल वाले उपयोगकर्ताओं की संख्या को कम करना है या SE16, SM59 और SE38 जैसे महत्वपूर्ण लेनदेन तक पहुँच प्राप्त करना है। अगले चरण के रूप में, SoD नियंत्रण लागू करें, कम से कम ISACA दिशानिर्देशों में उल्लिखित हैं।

3. कमजोरियों के लिए परीक्षण और जांच से अलग विकास

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

जैसा कि आप जानते हैं, OWASP (वेब ​​अनुप्रयोग सुरक्षा में जागरूकता बढ़ाने पर ध्यान केंद्रित वेब अनुप्रयोग सुरक्षा परियोजना), वेब अनुप्रयोगों को प्रभावित करने वाली सबसे खतरनाक कमजोरियों की शीर्ष 10 सूची प्रदान करता है। जब हम उद्यम अनुप्रयोगों से निपटते हैं, तो यह समझना इतना मामूली काम नहीं है कि हमें किन मुद्दों की जाँच करने की आवश्यकता है। सौभाग्य से, ईएएस-एसईसी (eas-sec.org) है - यह एक गैर-लाभकारी संगठन है जिसका उद्देश्य उद्यम अनुप्रयोग सुरक्षा स्थान में जागरूकता बढ़ाना है। ईएएस-एसईसी में अलग-अलग परियोजनाएं शामिल हैं और उनमें से एक में कोड सुरक्षा शामिल है। इसे एंटरप्राइज एप्लिकेशन सिस्टम्स एप्लिकेशन डेवलपमेंट गाइड या EASAD कहा जाता है। यह मार्गदर्शिका व्यावसायिक भाषाओं के लिए स्रोत कोड मुद्दों की 9 सामान्य श्रेणियों का वर्णन करती है।

श्रेणियाँ:

• इंजेक्शन (कोड, एसक्यूएल, ओएस)
• महत्वपूर्ण कॉल (DB से, OS के लिए)
• मिसिंग या बैड एक्सेस कंट्रोल चेक (गुम प्रमाणीकरण, गलतियों)
• निर्देशिका ट्रैवर्सल (लिखें, पढ़ें, SMBRelay)
• प्रदर्शित सामग्री का संशोधन (XSS, CSRF)
• बैकडोर (हार्डकोडेड क्रेडेंशियल्स)
• गुप्त चैनल (ओपन सॉकेट, HTTP कॉल, SSRFs)
• सूचना का खुलासा (हार्डकोड उपयोगकर्ता, पासवर्ड)
• अप्रचलित कथन (READ TABLE, कर्नेल विधियाँ)

ये श्रेणियां सार्वभौमिक और समान व्यावसायिक अनुप्रयोगों जैसे SAP, Oracle, Microsoft Dynamics और Infor और उनकी कस्टम भाषाओं के लिए समान हैं।

एक सुरक्षित विकासशील प्रक्रिया में इन नौ श्रेणियों की कोड कमजोरियों के लिए कम से कम जाँच शामिल होनी चाहिए।

4. सुरक्षित कनेक्शन

जैसा कि प्रत्येक सिस्टम दूसरों के साथ जुड़ा हुआ है, यह समझना कि किस सिस्टम पर हमला किया जा सकता है, SAP अन्य एंटरप्राइज़ एप्लिकेशन के साथ कैसे जुड़ा हुआ है, एक हमलावर विशेषाधिकार कैसे बढ़ा सकता है और पहली बार में आपको किस संपत्ति की रक्षा करना आवश्यक है। हमें विश्लेषण करना चाहिए कि कौन सी प्रणाली सबसे महत्वपूर्ण है और उस विशेष प्रणाली पर मुद्दों को हल करना शुरू करें।

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

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

असुरक्षित कनेक्शन का एक और जोखिम डेटा रिसाव है। एसएपी सिस्टम्स को इसे स्थानांतरित करते समय डेटा एन्क्रिप्ट करना चाहिए। यह स्पष्ट है कि HTTP ट्रैफ़िक को एसएसएल द्वारा सुरक्षित किया जाना चाहिए, लेकिन ट्रैफ़िक का बड़ा हिस्सा SAP के स्वामित्व प्रोटोकॉल का उपयोग करके स्थानांतरित किया जाता है, जो डिफ़ॉल्ट रूप से असुरक्षित हैं जैसे RFC (SAP सिस्टम कनेक्ट करने के लिए प्रोटोकॉल), DIAG (SAP सर्वर से SAP क्लाइंट को जोड़ने के लिए प्रोटोकॉल) , और संदेश सर्वर प्रोटोकॉल। दुर्भाग्य से, संदेश सर्वर ट्रैफ़िक को सुरक्षित करने का कोई तरीका नहीं है; इसलिए, इस सेवा को केवल फ़ायरवॉल के तहत रखना ही एकमात्र विकल्प होगा। DIAG और RFC प्रोटोकॉल के लिए, एन्क्रिप्शन को SN के माध्यम से लागू किया जा सकता है।

एकल साइन-ऑन क्षमता के बिना एसएनसी एसएपी जीयूआई के लिए सभी एसएपी नेटवेवर ग्राहकों के लिए उपलब्ध है, जो एसएनसी क्लाइंट एन्क्रिप्शन का उपयोग करके और एसएपी सर्वरों के बीच सभी आरएफसी संचार के लिए है। बेसिक सिंगल साइन-ऑन क्षमताएं उन वातावरणों में उपलब्ध हैं जहां SAP सर्वर और SAP GUI क्लाइंट Microsoft चलाते हैं।

सारांश

ईआरपी सुरक्षा एक जटिल कार्य है। हालाँकि, इन 4 उच्च-स्तरीय कदमों को लेने से आपके ईआरपी सिस्टम के सुरक्षा स्तर में काफी सुधार हो सकता है। वास्तुकला को सुरक्षित रूप से लागू करने के बाद ही, यह भेद्यता प्रबंधन और घटना की प्रतिक्रिया जैसे आगे कदम उठाने के लिए समझ में आता है।