MySQL मध्ये एन्क्रिप्शन: मास्टर की रोटेशन

अभ्यासक्रमासाठी नवीन नावनोंदणी सुरू होण्याच्या अपेक्षेने "डेटाबेस" आम्ही MySQL मध्ये एनक्रिप्शनबद्दल लेखांची मालिका प्रकाशित करत आहोत.

या मालिकेतील मागील लेखात आपण चर्चा केली होती मास्टर की एनक्रिप्शन कसे कार्य करते. आज, पूर्वी मिळवलेल्या ज्ञानाच्या आधारे, मुख्य कळांचे फिरणे पाहू.

मास्टर की रोटेशनमध्ये नवीन मास्टर की तयार करणे आणि टेबलस्पेस की (ज्या टेबलस्पेस हेडरमध्ये संग्रहित केल्या जातात) पुन्हा एनक्रिप्ट करणे समाविष्ट आहे.

एनक्रिप्टेड टेबलस्पेसचा शीर्षलेख कसा दिसतो ते आठवूया:

मागील लेखावरून, आम्हाला माहित आहे की सर्व्हर स्टार्टअपवर सर्व एनक्रिप्टेड टेबलस्पेसचे शीर्षलेख वाचतो आणि सर्वात मोठा KEY ID लक्षात ठेवतो. उदाहरणार्थ जर आपल्याकडे KEY सह तीन टेबल्स असतीलID = 3 आणि KEY सह एक टेबलID = 4, तर कमाल की ID 4 असेल. चला या KEY ID - MAX KEY ID म्हणू.

मास्टर की रोटेशन कसे कार्य करते

1. वापरकर्ता ALTER INNODB मास्टर की कार्यान्वित करतो.

2. सर्व्हर UUID आणि KEY सह नवीन मास्टर की व्युत्पन्न करण्यासाठी कीरिंगला विनंती करतोएक अधिक MAX च्या समान आयडीKEYआयडी. त्यामुळे आम्हाला INNODB प्रमाणे मास्टर की आयडी मिळेलKEY-UUID-(MAXKEYआयडी + 1). मास्टर की यशस्वीपणे तयार केल्यावर, MAX KEY आयडी एक ने वाढवला जातो (म्हणजे MAXKEYID=MAXKEYआयडी + 1).

3. सर्व्हर मास्टर कीसह कूटबद्ध केलेल्या सर्व टेबलस्पेस स्कॅन करतो आणि प्रत्येक टेबलस्पेससाठी:

• टेबलस्पेस की नवीन मास्टर कीसह एनक्रिप्ट करते;

• नवीन MAX वर की आयडी अपडेट करतेKEYआयडी;

• UUID सर्व्हर UUID पेक्षा वेगळे असल्यास, सर्व्हर UUID अद्यतनित करा.

आम्हाला माहीत आहे की, टेबल डिक्रिप्ट करण्यासाठी वापरल्या जाणार्‍या मास्टर की आयडीमध्ये टेबलस्पेस हेडरमधून वाचलेला UUID आणि KEY आयडी असतो. आम्ही आता टेबलस्पेस एनक्रिप्शन हेडरमध्ये ही माहिती अपडेट करत आहोत जेणेकरून सर्व्हरला योग्य मास्टर की मिळेल.

आमच्याकडे वेगवेगळ्या ठिकाणांहून टेबलस्पेस असल्यास, जसे की भिन्न बॅकअप, तर ते भिन्न मास्टर की वापरू शकतात. सर्व्हर सुरू केल्यावर या सर्व मास्टर की रिपॉझिटरीमधून पुनर्प्राप्त करणे आवश्यक आहे. हे सर्व्हर स्टार्टअप धीमा करू शकते, विशेषत: सर्व्हर-साइड की स्टोअर वापरल्यास. मास्टर की रोटेशनसह, आम्ही सर्व टेबलस्पेससाठी समान असलेल्या एकाच मास्टर कीसह टेबलस्पेस की पुन्हा-एनक्रिप्ट करतो. सर्व्हरला आता स्टार्टअपवर फक्त एक मास्टर की प्राप्त झाली पाहिजे.

हे, अर्थातच, फक्त एक सुखद दुष्परिणाम आहे. मास्टर की रोटेशनचा मुख्य उद्देश आमचा सर्व्हर अधिक सुरक्षित करणे हा आहे. व्हॉल्टमधून मास्टर की चोरीला गेल्यास (उदाहरणार्थ, व्हॉल्ट सर्व्हरवरून), चोरी केलेली की अवैध करून, नवीन मास्टर की व्युत्पन्न करणे आणि टेबलस्पेस की पुन्हा-एनक्रिप्ट करणे शक्य आहे. आम्ही सुरक्षित आहोत...जवळजवळ.

मागील लेखात, मी एकदा टेबलस्पेस की चोरीला गेल्यावर तृतीय पक्ष डेटा डिक्रिप्ट करण्यासाठी कसा वापरू शकतो याबद्दल बोललो. आमच्या डिस्कवर प्रवेश असेल तर. जर मास्टर की चोरीला गेली असेल आणि तुम्हाला एनक्रिप्टेड डेटामध्ये प्रवेश असेल, तर तुम्ही टेबलस्पेस की डिक्रिप्ट करण्यासाठी आणि डिक्रिप्ट केलेला डेटा मिळवण्यासाठी चोरलेली मास्टर की वापरू शकता. जसे आपण पाहू शकता, या प्रकरणात मास्टर की फिरविणे मदत करत नाही. आम्ही टेबलस्पेस की नवीन मास्टर कीसह पुन्हा-एनक्रिप्ट करतो, परंतु डेटा एनक्रिप्ट/डिक्रिप्ट करण्यासाठी वापरली जाणारी वास्तविक की तशीच राहते. त्यामुळे, "हॅकर" डेटा डिक्रिप्ट करण्यासाठी वापरणे सुरू ठेवू शकतो. आधी मी तसे संकेत दिले होते MySQL साठी Percona सर्व्हर खरे टेबलस्पेस री-एनक्रिप्शन करू शकते, फक्त साधी टेबलस्पेस की री-एनक्रिप्शन नाही. या वैशिष्ट्याला एन्क्रिप्शन थ्रेड्स म्हणतात. तथापि, ही कार्यक्षमता या क्षणी अद्याप प्रायोगिक आहे.

जेव्हा मास्टर की चोरली जाते तेव्हा मास्टर की रोटेशन उपयुक्त आहे, परंतु आक्रमणकर्त्यासाठी ते वापरण्याचा आणि टेबलस्पेस की डिक्रिप्ट करण्याचा कोणताही मार्ग नाही.

विनामूल्य डेमो धड्यासाठी साइन अप करा.

पुढे वाचा:

• MySQL मध्ये एन्क्रिप्शन: कीस्टोअर

• MySQL मध्ये एन्क्रिप्शन: मास्टर की वापरणे

स्त्रोत: www.habr.com