आपका डेटा, दीवारों में बंद: सादे शब्दों में टेनेंट आइसोलेशन

हर प्लेटफ़ॉर्म कहता है कि वह सिक्योरिटी को गंभीरता से लेता है। ब्रीच के पोस्ट-मॉर्टम में भी कोई ऐसा नहीं कहता — तभी वे आखिरकार विशेषणों के बजाय आर्किटेक्चर के बारे में बताते हैं। तो चलिए सीधे आर्किटेक्चर पर आते हैं। टेनेंट आइसोलेशन समझाने का सबसे आसान तरीका उन तीन तरीकों से गुज़रना है जिनसे टीमें आमतौर पर इसे गलत करती हैं, और जब वे ऐसा करती हैं तो क्या टूटता है।

गलती एक: एप्लिकेशन कोड में टेनेंट ID से फ़िल्टर करना

यह डिफ़ॉल्ट इसलिए है क्योंकि यह लिखने में सबसे ज़ाहिर बात लगती है: हर क्वेरी को एक WHERE user_id = ? क्लॉज़ मिलता है, और जब तक हर डेवलपर इसे याद रखे, हर रिक्वेस्ट अपनी ही दीवारों के अंदर रहती है। तबाही बाद में सामने आती है, जब कोडबेस में चार सौ एंडपॉइंट्स हो जाते हैं, चार नहीं। कोई एक रिपोर्टिंग क्वेरी जोड़ता है जो दो टेबल को जॉइन करती है और दूसरी टेबल पर फ़िल्टर लगाना भूल जाता है। कोई और "सिर्फ़ इंटरनल इस्तेमाल के लिए" एक एडमिन टूल बनाता है जो बिना किसी टेनेंट स्कोपिंग के क्वेरी करता है, क्योंकि उस वक्त यह सुरक्षित लगा था। इनमें से कोई भी गलती किसी टेस्ट को नहीं पकड़ती, क्योंकि क्वेरी फिर भी वैध रो लौटाती है — बस गलत टेनेंट की वैध रो।

हम हर क्वेरी के विनम्रता से पूछना याद रखने पर निर्भर नहीं रहते। रो-लेवल सिक्योरिटी डेटाबेस लेयर पर लागू होती है, इसलिए कॉलिंग कोड ने चाहे जो भी माँगा हो, डेटाबेस खुद किसी दूसरे टेनेंट की रो लौटाने से इनकार कर देता है। रिक्वेस्ट पाथ में कोई प्रिविलेज्ड बायपास भी नहीं बैठा होता — यह पॉलिसी हमेशा लागू होती है, उन पाथ्स पर भी जिन्हें हम ट्रस्टेड मानने का लालच रखते।

गलती दो: सैंडबॉक्स को ऑप्टिमाइज़ेशन मानना, बाउंड्री नहीं

यहाँ एजेंट्स असली कोड चलाते हैं — यही इस प्रोडक्ट का पूरा मकसद है — और लुभावना शॉर्टकट यह होता है कि उस कोड को कहीं सुविधाजनक जगह चलाया जाए और "जब मौका मिले" तब उसे लॉक डाउन किया जाए। इसके परिणामस्वरूप होने वाली तबाही में एक बिल्ड के दौरान आया कोई समझौता किया हुआ डिपेंडेंसी खुले इंटरनेट से संपर्क कर सकता है, या एक टेनेंट का एजेंट रन ऐसी फ़ाइलें पढ़ सकता है जो किसी और वर्कस्पेस की हैं, क्योंकि फ़ाइलसिस्टम डिफ़ॉल्ट रूप से साझा था और अपवाद के तौर पर सीमित किया गया था।

इसके बजाय एजेंट वर्कलोड अलग किए गए वातावरण में चलते हैं:

• लॉक-डाउन की गई फ़ाइलसिस्टम।
• नेटवर्क एग्रेस जो खुला दरवाज़ा नहीं बल्कि एक अनुमति-सूची (allowlist) है।

आपके बिल्ड पर काम करने वाला एजेंट सिर्फ़ आपका वर्कस्पेस देखता है, बस। अविश्वसनीय कोड — आपकी खुद की ऐप के बिल्ड्स समेत — ऐसे कंटेनर्स के अंदर कंपाइल होता है जहाँ आइसोलेशन संरचनात्मक है, न कि किसी की याद से ऑन की गई सेटिंग।

गलती तीन: क्रेडेंशियल्स एजेंट के हवाले कर देना

यह सबसे सूक्ष्म गलती है, और मेरे अनुमान से सबसे ज़्यादा टीमों को चौंकाने वाली भी। अगर एजेंट को आपके होस्ट पर डिप्लॉय करना है या आपके स्टोर पर पोस्ट करना है, तो सबसे छोटा रास्ता यह लगता है कि OAuth टोकन या SSH की को उसके कॉन्टेक्स्ट में डाल दिया जाए और उसे इस्तेमाल करने दिया जाए। यही सबसे छोटा रास्ता तबाही तक भी जाता है: एक प्रॉम्प्ट-इंजेक्टेड इंस्ट्रक्शन, एक भ्रामक एक्शन, ऐसा क्रेडेंशियल जो किसी ट्रांसक्रिप्ट लॉग में जा बैठे जहाँ उसे नहीं होना चाहिए। इसके गलत होने के लिए एजेंट का दुर्भावनापूर्ण होना ज़रूरी नहीं — उसे बस असली चाबियाँ हाथ में लिए एक बार गलत होना काफ़ी है।

इसलिए एजेंट कभी चाबियाँ नहीं रखता। जुड़े हुए क्रेडेंशियल्स आपके टेनेंट तक सीमित रखकर स्टोर किए जाते हैं और सिर्फ़ उसी एक्शन के लिए इस्तेमाल होते हैं जिसके लिए आपने उन्हें जोड़ा था:

• स्टोर अकाउंट्स
• सोशल OAuth टोकन
• डिप्लॉय कीज़
• Google सर्विस अकाउंट्स

जब किसी एजेंट को डिप्लॉय या अपलोड करना होता है, तो वह प्लेटफ़ॉर्म से ऐसा करने के लिए कहता है; प्लेटफ़ॉर्म क्रेडेंशियल अपने पास रखता है और वह एक्शन खुद करता है। जिस सीक्रेट का इस्तेमाल करने के लिए एजेंट कहता है, वह उसे कभी नहीं देखता। और एनालिटिक्स की तरफ़, जहाँ Google प्रॉपर्टीज़ कभी-कभी कई साइट्स में साझा होती हैं, हर GA4 पुल होस्टनेम-फ़िल्टर्ड होता है ताकि आपका डैशबोर्ड गलती से किसी और के नंबर न दिखा दे, भले ही अंतर्निहित प्रॉपर्टी कई डोमेन के लिए डेटा जमा करती हो।

कुछ भी शिप होने से पहले असल में क्या जाँचा जाता है

इस प्लेटफ़ॉर्म में हर जगह दो नियम लागू होते हैं, और ठीक यहीं ये सबसे ज़्यादा मायने रखते हैं:

• एजेंट्स आपके पैसे खर्च नहीं कर सकते।
• एजेंट्स आपकी ओर से पोस्ट नहीं कर सकते।

दोनों के लिए आपका क्लिक ज़रूरी है। इसका मतलब है कि किसी भी ऑटोमेटेड कंपोनेंट का सबसे बुरा दिन भी आपके वॉलेट या आपकी प्रतिष्ठा को नहीं छूता — नुकसान का दायरा डिज़ाइन से सीमित है, एजेंट की समझदारी से नहीं। रिटेंशन और डिलीशन की पूरी जानकारी प्राइवेसी पॉलिसी में है; डिलीशन रिक्वेस्ट 30 दिनों के भीतर लागू हो जाती हैं।