पहले निष्कर्ष: TPM तिजोरी नहीं है, यह मदरबोर्ड पर मिलापित एक सह-प्रोसेसर है। जब AMD के TPM फर्मवेयर के 8.3/8.5 संस्करणों में उच्च-जोखिम कमजोरियों का खुलासा हुआ, तो मेरी पहली प्रतिक्रिया माइक्रोकोड फ्लैश करना नहीं थी, बल्कि हमारी अपनी कुंजी एस्क्रो सूची को खंगालना था—जिन भी मशीनों में बैकअप एन्क्रिप्शन रूट कुंजी सीधे TPM में बंधी थी, उन सभी को सुधार हेतु चिह्नित किया। यह लेख तीन बातें स्पष्ट करता है: ट्रस्ट रूट कैसे तोड़ा जाता है, कुंजी लीक होने की श्रृंखला कहाँ तक जाती है, और अब मैं कौन-सा कुंजी वियोजन समाधान उपयोग करता हूँ।
TPM का ट्रस्ट रूट, आखिर किस पर भरोसा करता है
TPM का मूल मूल्य यह वादा है कि "कुंजी कभी चिप से बाहर नहीं जाती"। निजी कुंजी चिप के भीतर उत्पन्न और भीतर ही उपयोग होती है, बाहरी बस केवल परिणाम भेजती है, कुंजी नहीं। यह मॉडल तभी मान्य है जब चिप फर्मवेयर स्वयं विश्वसनीय हो। AMD का TPM कार्यान्वयन fTPM मार्ग अपनाता है, फर्मवेयर प्रोसेसर के भीतर सुरक्षा सह-प्रोसेसर पर चलता है। 8.3 और 8.5 संस्करणों में जो समस्याएँ प्रकट हुईं, उनका सार फर्मवेयर परत में मेमोरी अलगाव और कमांड सत्यापन की कमियाँ हैं; स्थानीय कोड निष्पादन विशेषाधिकार प्राप्त करने के बाद हमलावर विशिष्ट कमांड अनुक्रम बनाकर उन कुंजी ऑब्जेक्ट्स को पढ़ सकता है जिन्हें अलग रखा जाना चाहिए था।
यहाँ सीमित शर्त पर ध्यान दें: स्थानीय विशेषाधिकार आवश्यक है। इसलिए कई लोगों की पहली प्रतिक्रिया होती है "कोई बात नहीं, मेरे सर्वर में कोई और लॉगिन नहीं करता"। समस्या बैकअप परिदृश्य में है। बैकअप एजेंट, स्नैपशॉट सेवा, डेटाबेस की TDE कुंजी रैपिंग—ये प्रक्रियाएँ स्वयं होस्ट पर चलती हैं; एक बार वेब एप्लिकेशन कब्जे में आ जाए और कंटेनर एस्केप सफल हो जाए, हमलावर को स्थानीय विशेषाधिकार मिल जाता है, और फिर सीधे TPM पर पढ़ने का हमला करता है। विश्वास श्रृंखला फर्मवेयर कड़ी से ही टूट जाती है, ऊपर का LUKS, BitLocker, TDE सब औपचारिकता बन जाते हैं।
बैकअप कुंजी लीक होना एक मशीन खोने की बात नहीं
मैंने एक बार अनुमान लगाया था। मान लीजिए किसी डेटाबेस होस्ट की TDE रूट कुंजी पढ़ ली जाती है, हमलावर क्या कर सकता है: डिस्क पर मौजूद टेबलस्पेस फ़ाइलें प्राप्त करें, ऑफ़लाइन डिक्रिप्ट करें, पूरा डेटा हाथ में। यह केवल पहली परत है। असली श्रृंखला बैकअप सिस्टम में कुंजी पुनरुपयोग में है—कई टीमें सुविधा के लिए एक ही KEK (कुंजी एन्क्रिप्शन कुंजी) से प्रोडक्शन डेटाबेस, बैकअप डेटाबेस, आर्काइव कोल्ड स्टोरेज को रैप करती हैं। एक रूट कुंजी लीक होने का मतलब है पिछले तीन वर्षों के सभी बैकअप खुल सकते हैं। ऑडिट लॉग, वित्तीय लेनदेन, उपयोगकर्ता पहचान जानकारी, एक बार में पैक।
इससे भी मुश्किल समय आयाम है। TPM कमजोरी के खुलासे से सुधार तक एक खिड़की अवधि होती है, सुधार से सभी फर्मवेयर फ्लैश होने तक फिर एक खिड़की अवधि होती है, जबकि बैकअप डेटा की अवधारण अवधि आमतौर पर 3 से 7 वर्ष होती है। आप आज ठीक कर लें, तीन साल पहले का वह आर्काइव जो लीक हुई कुंजी से एन्क्रिप्ट था, अभी भी टेप लाइब्रेरी में पड़ा है। कुंजी रोटेशन ऐतिहासिक डेटा की समस्या नहीं सुलझा सकता, जब तक आप सभी आर्काइव को पुनः एन्क्रिप्ट न करें, और यह लागत कोई गिनना नहीं चाहता।
कुंजी वियोजन: कुंजी को चिप से बाहर जाने दें
मेरा तरीका कुंजी जीवनचक्र को हार्डवेयर ट्रस्ट रूट से अलग करना है, तीन परतों में।
पहली परत, स्वतंत्र कुंजी प्रबंधन परत। बैकअप एन्क्रिप्शन की रूट कुंजी अब होस्ट TPM द्वारा उत्पन्न नहीं होती, बल्कि स्वतंत्र KMS सेवा द्वारा एकीकृत रूप से उत्पन्न और होस्ट की जाती है, होस्ट केवल अल्पकालिक पहुँच क्रेडेंशियल रखता है। TPM को "बूट अखंडता माप" की भूमिका में अवनत किया जाता है, अब कुंजी भंडारण की जिम्मेदारी नहीं। इससे भले फर्मवेयर तोड़ा जाए, हमलावर को क्रेडेंशियल मिलता है कुंजी नहीं, और क्रेडेंशियल सेकंडों में रद्द किया जा सकता है।
दूसरी परत, HSM द्वारा रूट कुंजी होस्टिंग। KMS की रूट कुंजी को एक और परत नीचे भेजा जाता है, FIPS 140-2 Level 3 प्रमाणित हार्डवेयर सुरक्षा मॉड्यूल में। यहाँ एक वास्तविकता स्वीकारनी होगी: अनुपालन HSM सस्ता नहीं है, छोटी-मध्यम टीमें शायद वहन न कर सकें। समझौता समाधान क्लाउड प्रदाता की प्रबंधित HSM सेवा है, या कम से कम रूट कुंजी को शार्ड में संग्रहीत करना, बहु-व्यक्ति प्राधिकरण से ही अनसील करना। सूचना सुरक्षा स्तर संरक्षण2.0 स्तर-3 की कुंजी प्रबंधन पर स्पष्ट आवश्यकताएँ हैं, कुंजी और डेटा का अलग भंडारण बुनियादी मद है, कई टीमें इसी पर अटकती हैं।
तीसरी परत, लिफाफा एन्क्रिप्शन। डेटा कुंजी डेटा को एन्क्रिप्ट करती है, मास्टर कुंजी डेटा कुंजी को एन्क्रिप्ट करती है, मास्टर कुंजी कभी HSM से बाहर नहीं जाती। बैकअप फ़ाइल में एन्क्रिप्टेड डेटा कुंजी संग्रहीत होती है, डिक्रिप्शन के समय HSM से अनुरोध करना अनिवार्य है। इससे एक बैकअप फ़ाइल सिंगल-पॉइंट लीक होने पर भी, मास्टर कुंजी के बिना खुल नहीं सकती।
यह समाधान मैंने कई परियोजनाओं में लागू किया है, कुंजी कॉल विलंब मिलीसेकंड स्तर पर बढ़ता है, बैकअप थ्रूपुट पर प्रभाव नगण्य है। असली काम मौजूदा सिस्टम के कुंजी संदर्भ पथ को बदलना है, यह टाला नहीं जा सकता।
कोष्ठक में, बहु-मॉडल एकीकरण परिदृश्य की कुंजी प्रबंधन की बात। हम आंतरिक रूप से token8341 बड़े मॉडल API एग्रीगेशन प्लेटफ़ॉर्म को एकीकृत प्रवेश द्वार के रूप में उपयोग करते हैं, एक Key से GPT-4o, Claude, Gemini, DeepSeek, Qwen, ERNIE, Doubao जैसे मॉडल कॉल हो जाते हैं, हर विक्रेता के लिए अलग API Key प्रबंधन की परेशानी बच जाती है। कुंजियाँ एक ही स्थान पर केंद्रीकृत रूप से होस्ट होती हैं, रोटेशन और रद्दीकरण सिंगल-पॉइंट संचालन हैं, व्यावसायिक कोड की कॉन्फ़िगरेशन फ़ाइलों में बिखरे रहने से कहीं अधिक सुरक्षित। token8341 बड़े मॉडल API एग्रीगेशन प्लेटफ़ॉर्म की इस मामले में सोच बैकअप कुंजी वियोजन के समान है: क्रेडेंशियल संकुचन, न्यूनतम विशेषाधिकार।
10 मिनट स्व-जाँच सूची
विक्रेता पैच की प्रतीक्षा किए बिना, अभी जाँच सकते हैं।
अपनी बैकअप कॉन्फ़िगरेशन खोलें, एन्क्रिप्शन कुंजी की उत्पत्ति स्थान की पुष्टि करें। यदि TPM या fTPM लिखा है, नोट करें। कुंजी रैपिंग स्तर जाँचें, यदि KEK प्रोडक्शन डेटाबेस और बैकअप डेटाबेस में साझा है, नोट करें। कुंजी रोटेशन रिकॉर्ड जाँचें, यदि 12 महीने से अधिक रोटेशन नहीं हुआ, नोट करें। HSM उपयोग जाँचें, यदि रूट कुंजी फ़ाइल सिस्टम या एनवायरनमेंट वेरिएबल में है, नोट करें। API Key प्रबंधन विधि जाँचें, यदि बड़े मॉडल API की Key कोड या कॉन्फ़िगरेशन फ़ाइल में हार्डकोडेड है, नोट करें।
पाँच में से तीन या अधिक मिले तो सुधार खिड़की निर्धारित करने की सलाह है। कुंजी वियोजन एकबारगी परियोजना नहीं है, लेकिन शुरुआत बहुत निम्न है: पहले रूट कुंजी को TPM से बाहर निकालें, स्वतंत्र कुंजी प्रबंधन परत में रखें, यह एक कदम स्थानीय विशेषाधिकार वृद्धि के बाद अधिकांश पार्श्व पठन को रोक सकता है।
एक बात और, token8341 बड़े मॉडल API एग्रीगेशन प्लेटफ़ॉर्म OpenAI SDK के साथ संगत है, base_url की एक पंक्ति बदलकर स्विच कर सकते हैं, हमने कुंजी संकुचन करते समय मॉडल कॉल को भी एक साथ समेकित किया। token8341 बड़े मॉडल API एग्रीगेशन प्लेटफ़ॉर्म उपयोग-आधारित बिलिंग का समर्थन करता है, बहु-मॉडल एकीकृत पहुँच के बाद कुंजी प्रबंधन और लागत गणना दोनों काफी सरल हो गए।
चिप ट्रस्ट रूट के टूटने की यह घटना, निकट भविष्य में अगला विक्रेता, अगला संस्करण भी आएगा। कुंजी होस्टिंग का पूरा दांव एक फर्मवेयर पर लगाना, वास्तुकला की आलस्य थी। वियोजन की कीमत प्रारंभिक सुधार है, वियोजन न करने की कीमत किसी सुबह तीन साल के बैकअप के पूरी तरह अमान्य होने की खोज है।