2012-02-13 14 views
34

इतनी लंबी कहानी छोटी है, हमारी कंपनी ने हाल ही में एक घुसपैठ की थी जिसमें हमारे MySQL डीबी को डंप और चोरी कर दिया गया था। निष्पादन वास्तव में अब भी परेशान हैं और अन्य सुरक्षा उपायों को बढ़ाने के अलावा, वे डीबी में सभी ग्राहक जानकारी (ईमेल पता, घर का पता, नाम, और इसी तरह) को एन्क्रिप्ट करने का इरादा रखते हैं।मेरी कंपनी के MySQL डीबी में ग्राहक जानकारी को एन्क्रिप्ट करने का सबसे अच्छा तरीका?

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

यह मुझे एक अनावश्यक सावधानी के रूप में हमला करता है, लेकिन प्रबंधन इस पर दृढ़ लगता है।

इस उपयोग के मामले के लिए किस तरह का एन्क्रिप्शन एल्गोरिदम/विधि सबसे अच्छा होगा?

+8

अपनी सर्वर सुरक्षा को गोमांस करें। वहां समय बिताएं। यह सभी डेटा एन्क्रिप्ट करने के लिए वास्तव में चरम लगता है। वापस धक्का, सूट सब कुछ नहीं पता है। –

+4

आपकी डेटाबेस पहुंच उस बिंदु पर अलग होनी चाहिए जहां आपके मॉडल में निम्न-स्तर परिवर्तन डेटा को एन्क्रिप्ट करने के लिए आवश्यक है। आपके डेटा परत/मॉडल/व्यावसायिक वस्तुओं के बाहर सचमुच कुछ भी नहीं बदलना चाहिए, या यहां तक ​​कि यह भी पता होना चाहिए कि डेटा एन्क्रिप्ट किया गया है। यदि आपको मॉडल का उपयोग करने के तरीके को बदलना है क्योंकि इसका आंतरिक संग्रहण बदलता है, तो आपका ऐप बहुत खराब लिखा जाता है। – meagar

+0

यह आपको पहले स्थान पर डेटा चोरी करने के तरीके के बारे में अधिक जानकारी देने के लिए लाभ पहुंचा सकता है। क्या यह एक कोडिंग मुद्दा है? क्या यह सर्वर-सेटअप मुद्दा है? संवेदनशील डेटा एक अलग सर्वर पर सबसे अच्छा लगाया जाता है जिसे केवल एन्क्रिप्शन का उपयोग करके सफेद-सूचीबद्ध मशीनों द्वारा एक्सेस किया जा सकता है। लवण और हैशिंग देखो। – earthmeLon

उत्तर

49

यहां MySQL के साथ ऐसा करने के तरीके पर एक बहुत अच्छा लेखन है: http://thinkdiff.net/mysql/encrypt-mysql-data-using-aes-techniques/

आप 256 बिट कुंजी के साथ एईएस का उपयोग करना चाहेंगे, क्योंकि यह अभी प्रचलित सर्वोत्तम अभ्यास/मानक है। 256 बिट एईएस कुंजी आधुनिक कंप्यूटिंग पावर के खिलाफ सुरक्षित होने के लिए पर्याप्त आकार के रूप में माना जाता है।

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

मैं आपको यह लेख भी जांचने की सलाह दूंगा - http://www.symantec.com/connect/articles/secure-mysql-database-design - क्योंकि यह एक अच्छा, काफी बुनियादी, सुरक्षित डेटाबेस सिस्टम डिज़ाइन के लिए परिचय प्रदान करता है जो आपको अपने आवेदन की जांच करने के लिए अन्य चीजों पर कुछ पॉइंटर्स देना चाहिए।

+5

यह विधि बहुत सुरक्षित नहीं है, क्योंकि इस तरह के दृष्टिकोण के साथ एन्क्रिप्शन मोड ** असुरक्षित ईसीबी मोड ** पर वापस आ जाएगा। – ASBai

संबंधित मुद्दे

 संबंधित मुद्दे