मैं उपयोगकर्ताओं द्वारा दर्ज किए गए डेटा को कैप्चर करने से प्रोग्रामर को कैसे रोक सकता हूं?

Question

मैं सुरक्षा पर एक मजबूत फोकस के साथ एक वेब एप्लिकेशन विकसित कर रहा हूं। उपयोगकर्ता को कैप्चर करने वाले एप्लिकेशन (प्रोग्रामर, डीबीए, क्वालिटी एश्योरेंस स्टाफ) पर काम करने वालों को रोकने के लिए क्या उपाय किए जा सकते हैं?

Comments

मेरा सुझाव है कि आप इस प्रश्न को पोस्ट करें: Security.stackexchange.com/?as=1

— NoChance

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

— रॉबर्ट हार्वे

उन तकनीकों के लिए तकनीकी शब्द जिनकी आपको आवश्यकता है: हैशिंग और एन्क्रिप्शन।

— रॉबर्ट हार्वे

Answer 1

यह काफी सरल है। बैंक हर समय ऐसा करते हैं।

आप लोगों के तीन समूह शामिल हैं। ये सुरक्षा समूह हैं। अलग प्राधिकरण के साथ।

डेवलपर्स सुरक्षा प्राधिकरणों को असाइन नहीं कर सकते हैं और उत्पादन डेटा नहीं देख सकते हैं।

ऑपरेटर सुरक्षा प्राधिकरणों को असाइन नहीं कर सकते हैं और सॉफ़्टवेयर नहीं बना सकते हैं।

सुरक्षा लोग जो प्राधिकरण स्थापित करते हैं और न तो सॉफ़्टवेयर बना सकते हैं और न ही सॉफ़्टवेयर संचालित कर सकते हैं।

डेवलपर्स सॉफ्टवेयर बनाते हैं। ऑपरेटर इसे स्थापित करते हैं और इसे संचालित करते हैं। सुरक्षा लोग यह आश्वासन देते हैं कि दोनों समूहों को अलग रखा गया है।

Comments

ठीक है, लेकिन एक डेवलपर अभी भी सिस्टम में कुछ जोड़ सकता है जो अपने निजी खाते में उत्पादन डेटा ईमेल करता है; या कुछ सर्वर पर उत्पादन डेटा लिखता है, जहां वह इसे उठाएगा। मुझे लगता है कि इसके चारों ओर एकमात्र तरीका कठोर कोड-समीक्षा शासन है।

— दाऊद इब्न करीम

कर्मचारियों के लिए हमेशा भरोसे का स्तर होता है। किसी के पास महल की चाबी होनी चाहिए, और यदि आप भरोसा नहीं कर सकते हैं कि वे उस शक्ति को समझते हैं जो उन्हें दी गई है, तो शायद हम पहले ही उस व्यक्ति को उन चाबियों को नहीं दे रहे हैं।

— क्रिस

हां, लेकिन उन चाबियों को रखने के लिए जिन्हें एक से अधिक लोगों की आवश्यकता होती है (जैसे कोड समीक्षा शासन) का मतलब है कि समझौता करने से पहले आपको "भटकने" के लिए दो की आवश्यकता होती है और यह "बस एक" कर्मचारी से भटकने और चाबी को गाली देने से कम होने की संभावना है उन्हें। यह विश्वास को संतुलित करने और उस भरोसे के दुरुपयोग होने के परिणामों के बारे में है। और यह मत भूलो कि लोग और परिस्थितियाँ बदल जाती हैं। एक व्यक्ति जो भरोसेमंद होता है जब चाबी दी जाती है तो जीवन में कुछ चीजें हो सकती हैं जिसके द्वारा वह कम भरोसेमंद हो जाता है ...

— मार्जन वेनेमा

@EmmadKareem: सही है। सुरक्षा व्यक्ति समूह और पासवर्ड सेट और रीसेट करता है, लेकिन डेटा नहीं देख सकता। केवल ऑपरेटर ही वास्तविक डेटा देख सकते हैं। डेटा के बारे में सोचो जैसे वास्तविक पैसे को वास्तविक टेलर द्वारा नियंत्रित किया जाता है। प्रोग्रामर पैसे को नहीं छूते हैं; केवल बताने के लिए। इसी तरह, सुरक्षा लोग पैसे को नहीं छूते हैं; केवल टेलर पैसे को छूते हैं।

— एस.लॉट

@EmmadKareem: डीबीए डेवलपर नहीं हैं। दो समूह हैं: सुरक्षा और डेटा। डेटा डीबीए "ऑपरेशन" का एक विशेष हिस्सा हैं। सुरक्षा बदलने के लिए उनके पास प्राधिकरण नहीं होना चाहिए ; वे कोड नहीं लिख सकते हैं; हालांकि, वे डेटा देखेंगे, और उन्हें ऑपरेटरों की तरह माना जाना चाहिए, न कि डेवलपर्स।

— S.Lott

Answer 2

प्रोग्रामर के पास उत्पादन सर्वर तक पहुंच नहीं है। लेकिन किसी की पहुंच होनी चाहिए। इसके आसपास कोई रास्ता नहीं है। और हमेशा एक मौका होता है कि कोई पागल हो सकता है और अपनी पहुंच का दुरुपयोग कर सकता है।

हैश / नमकीन का डेटा सैद्धांतिक रूप से उन लोगों से भी सुरक्षित है जिनके पास इसे देखने की पूरी पहुंच है। लेकिन अधिकांश डेटा हैशिंग के लिए उपयुक्त नहीं है।