निष्पादित होने से पहले VMware में उपयोगकर्ता क्रियाओं का समन्वय

इसलिए, व्यक्तिगत डेटा की सुरक्षा के बारे में क्रम संख्या 21 द्वारा रूस की FSTEC की नई आवश्यकताएं सामने आई हैं।

हमने इसे ग्राहक के लिए लागू करने का निर्णय लिया (मैं हमेशा खुद के बारे में अपने सिर में भी एक बड़े अक्षर के साथ उनके बारे में बताता हूं), उसके पास VMware पर बुनियादी ढांचा है। लेकिन यहाँ एक सहकर्मी ने मेरी ओर इशारा किया है: "व्यक्तिगत डेटा की सुरक्षा सुनिश्चित करने और आधिकारिक (व्यक्तिगत डेटा की सुरक्षा सुनिश्चित करने के लिए कर्मचारी के साथ सूचना प्रणाली विन्यास में परिवर्तन के समन्वय) पर सूचना प्रणाली और व्यक्तिगत डेटा संरक्षण प्रणाली के विन्यास में नियोजित परिवर्तनों के संभावित प्रभाव का विश्लेषण" । आवश्यकता KM 1, KM 2 और KM 3. I. के लिए काम करती है। कवरेज की चौड़ाई शायद सामान्य होगी।
VMware vSphere में संरेखण में आवश्यकता कैसे फिट होती है? हैब्रकट में आपका स्वागत है।


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

अच्छी तरह से ... सहकर्मी: "देखो, VMware vSphere के लिए आवश्यकता को कैसे लागू किया जाए।" लेकिन आप कर सकते हैं। और यह न केवल ZPD के लिए उपयोगी होगा।
इसलिए मैं यह सुनिश्चित करना चाहता हूं कि कोई भी VMware कंसोल से मेरे वर्चुअलाइज्ड प्रोडक्शन सर्वर को रिबूट नहीं करेगा - यहां तक ​​कि दुर्घटना से भी, क्योंकि सही जगह पर गलत माउस को थूक पर क्लिक करने से, मैं खुद गलत हो गया था ((

ऐसा एक समाधान है - HyTrust। उनके बारे में बहुत कुछ लिखा जा चुका है। लेकिन फिर भी, रूसी बाजार पर गौरैया को गोली नहीं मारी जाती है।

तो, इस खाते पर, उनकी दो विशेषताएं हैं:
1) माध्यमिक स्वीकृति - अवांछित कार्रवाई को अवरुद्ध करें और इसे मेल द्वारा अधिसूचना के साथ अनुमोदन के लिए भेजें
2) चेतावनी - इसके बारे में सही लोगों को सूचित करें

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

मुख्य / प्रबंधक / सुरक्षा अधिकारी या कोई अन्य अनुमोदन केवल पत्र से लिंक का उपयोग करके HyTrust इंटरफ़ेस में प्रवेश कर सकता है और ऑपरेशन की पुष्टि कर सकता है। एक बेहतर प्रतिबंध :)



उसके बाद, अनुरोधकर्ता इस बारे में पता लगाएगा और ऑपरेशन को दोहरा सकता है (यहां तक ​​कि प्रतिबंध के मामले में, वह वास्तव में, ठीक है, वास्तव में इसे प्रदर्शन करना चाहता है)। कभी-कभी डाउनटाइम के कुछ मिनट भी महंगे होते हैं। सुविधा दिलचस्प है।
इसके बजाय (या इसके अलावा), आप पीडी की सुरक्षा के लिए जेडपीडी लेबल या कुछ अन्य का उपयोग कर सकते हैं। सौभाग्य से, समाधान आपको किसी भी नाम के साथ आने और टैग बनाने की अनुमति देता है।

दूसरा, कंपनी के चैनल में आम तौर पर अलर्टिंग कार्यक्षमता यूट्यूब पर दिखाई जाती है:
www.youtube.com/watch?v=WOV2LJ_wFiY

मैं देखने की सलाह देता हूं - बहुत कुछ है। जिसमें vCloud के बिना vCenter में बहुपरत को लागू करने के प्रयासों के बारे में शामिल हैं)