TYO Reach पर सुरक्षा
सुरक्षा Reach के काम की नींव है — आप अपने ट्रैफ़िक को हमारे इंफ्रास्ट्रक्चर के माध्यम से रूट कर रहे हैं, इसलिए आपको यह जानने का पूरा अधिकार है कि इसे कैसे संभाला जाता है।
आपका ट्रैफ़िक Reach के माध्यम से कैसे चलता है
डेटा पथ को समझना आपको यह मूल्यांकन करने में मदद करता है कि हम क्या देख सकते हैं और क्या नहीं — और डिज़ाइन ऐसा क्यों है।
जब Reach सक्रिय होता है, तो आपके डिवाइस से चयनित ट्रैफ़िक एक एन्क्रिप्टेड HTTPS कनेक्शन पर TYO Reach के गेटवे तक जाता है। गेटवे — जो सिडनी में Google Cloud Run पर चल रहा है — आपकी ओर से डेस्टिनेशन सर्वर को अनुरोध अग्रेषित करता है। डेस्टिनेशन को गेटवे का IP पता दिखाई देता है, न कि आपका। TLS हर हॉप पर लागू होता है: आपके डिवाइस से गेटवे तक, और गेटवे से डेस्टिनेशन तक।
TYO Reach अपने अंतर्निहित प्रॉक्सी इंजन के रूप में mitmproxy का उपयोग करता है। "Man-in-the-middle" इस बात का तकनीकी विवरण है कि प्रॉक्सी कनेक्शन को कैसे इंटरसेप्ट करता है, न कि इरादे का विवरण। यह इंटरसेप्शन दो विशिष्ट उद्देश्यों के लिए आवश्यक है:
- प्रमाणीकरण। Reach एक
Proxy-Authorisationहेडर जोड़ता है ताकि गेटवे यह पहचान सके कि अनुरोध किस खाते का है और आपके डेटा भत्ते को लागू कर सके। - नीति प्रवर्तन। रूटिंग नियम — कौन से डोमेन किस गेटवे के माध्यम से बाहर निकलते हैं — इस लेयर पर लागू होते हैं।
प्रॉक्सी आपके TLS सत्र को समाप्त करता है, HTTP मेटाडेटा (होस्ट नाम और विधि) का निरीक्षण करता है, नीति लागू करता है, और अग्रेषित करने से पहले अनुरोध को फिर से एन्क्रिप्ट करता है। डेस्टिनेशन TLS प्रमाणपत्र गेटवे द्वारा सामान्य रूप से मान्य किए जाते हैं। यह वही मॉडल है जिसका उपयोग एंटरप्राइज़ वेब सुरक्षा गेटवे द्वारा किया जाता है।
हम क्या लॉग करते हैं — और हम जानबूझकर क्या नहीं करते हैं
Reach मापता है कि आप कितना डेटा उपयोग करते हैं। डिफ़ॉल्ट रूप से यह रिकॉर्ड नहीं करता कि आप इसके साथ क्या करते हैं — एक वैकल्पिक कनेक्शन लॉग, जो तब तक बंद रहता है जब तक आप या आपका संगठन इसे सक्षम नहीं करते, एकमात्र अपवाद है।
डिफ़ॉल्ट रूप से हम क्या लॉग करते हैं
हम बिलिंग अवधि के प्रति आपके खाते के माध्यम से स्थानांतरित डेटा (बाइट्स) की कुल मात्रा रिकॉर्ड करते हैं। आपके मासिक डेटा भत्ते को लागू करने के लिए केवल यही जानकारी आवश्यक है, और जब तक आप वैकल्पिक कनेक्शन लॉग चालू नहीं करते, तब तक हम केवल यही लॉग करते हैं।
हम क्या लॉग नहीं करते हैं
हम URL पथ, क्वेरी स्ट्रिंग, खोज शब्द, या पेज सामग्री कभी लॉग नहीं करते हैं। जब तक आप (या आपका संगठन) वैकल्पिक कनेक्शन लॉग चालू नहीं करते, तब तक हम आपके द्वारा देखी गई डोमेन का कोई इतिहास रिकॉर्ड नहीं करते हैं, और तब भी केवल होस्ट नाम और कनेक्शन समय संग्रहीत किया जाता है, कभी पथ या सामग्री नहीं। हम ब्राउज़िंग प्रोफ़ाइल नहीं बनाते हैं या विज्ञापनदाताओं या एनालिटिक्स प्रदाताओं के साथ ट्रैफ़िक डेटा साझा नहीं करते हैं।
वैकल्पिक कनेक्शन लॉग और रिटेंशन
बाइट-काउंट मीटरिंग डेटा आपकी वर्तमान बिलिंग अवधि के लिए रखा जाता है और विवाद समाधान के लिए एक छोटा टेल होता है। वैकल्पिक कनेक्शन (एक्सेस) लॉग डिफ़ॉल्ट रूप से बंद रहता है; जब आप या आपका संगठन इसे सक्षम करते हैं, तो कनेक्शन-स्तरीय मेटाडेटा (होस्ट, समय, अवधि) को अधिकतम 30 दिनों के लिए रखा जाता है और फिर हटा दिया जाता है। सभी लॉग सिडनी क्षेत्र में Google Cloud में संग्रहीत किए जाते हैं।
TYO ID द्वारा समर्थित पहचान
TYO Reach के लिए प्रमाणीकरण id.tyo.com.au द्वारा संभाला जाता है — TYO की अपनी पहचान सेवा — न कि किसी तीसरे पक्ष के प्लेटफ़ॉर्म द्वारा जिसे हम नियंत्रित नहीं करते हैं।
ऑस्ट्रेलियन-होस्टेड पहचान
TYO ID ऑस्ट्रेलिया में Google Cloud पर चलता है। आपके खाते के क्रेडेंशियल कभी भी US या EU पहचान प्लेटफ़ॉर्म से नहीं गुजरते हैं। साइन-इन फ़्लो अल्पकालिक सत्र टोकन के साथ OAuth 2.0 का उपयोग करते हैं — दीर्घकालिक क्रेडेंशियल कभी भी क्लाइंट ऐप में संग्रहीत नहीं किए जाते हैं।
MFA और TOTP
मल्टी-फैक्टर प्रमाणीकरण TOTP (समय-आधारित वन-टाइम पासवर्ड — किसी भी RFC 6238 ऑथेंटिकेटर ऐप के साथ संगत) के माध्यम से उपलब्ध है। टीम एडमिन सभी ग्रुप सदस्यों के लिए MFA की आवश्यकता रख सकते हैं; उपयोगकर्ता ग्रुप-लागू MFA नीति से बाहर नहीं निकल सकते हैं।
Google और Microsoft साइन-इन
टीमें Google या Microsoft के साथ साइन इन कर सकती हैं। एंटरप्राइज़ Azure AD / OIDC डायरेक्टरी फेडरेशन उन संगठनों के लिए अनुरोध पर उपलब्ध है जिन्हें इसकी आवश्यकता है।
गेटवे कैसे बनाया और संचालित किया जाता है
गेटवे प्रबंधित सर्वरलेस इंफ्रास्ट्रक्चर पर चलता है — कोई स्थायी वर्चुअल मशीन नहीं, कोई SSH पहुँच नहीं, वातावरण में कोई दीर्घकालिक रहस्य नहीं।
Google Cloud Run
Reach प्रॉक्सी गेटवे Cloud Run पर चलता है — Google का प्रबंधित सर्वरलेस कंटेनर प्लेटफ़ॉर्म। Cloud Run स्वचालित रूप से स्केल करता है, Google की अंतर्निहित इंफ्रास्ट्रक्चर सुरक्षा लागू करता है, और इसका मतलब है कि हमारे लिए पैच करने या तैनाती के बीच हमलावर के बने रहने के लिए कोई स्थायी VM नहीं है।
प्रोडक्शन तक कोई SSH पहुँच नहीं
चल रहे गेटवे तक कोई SSH या शेल पहुँच नहीं है। सभी तैनाती Google Cloud के तैनाती पाइपलाइन के माध्यम से जाती है। रोलबैक तैनाती के माध्यम से किए जाते हैं, न कि कंसोल पहुँच के माध्यम से।
GCP Secret Manager
संवेदनशील क्रेडेंशियल — API कुंजियाँ, सेवा टोकन, डेटाबेस कनेक्शन स्ट्रिंग — GCP Secret Manager में संग्रहीत किए जाते हैं, न कि पर्यावरण चर फ़ाइलों या कोड में। गेटवे एक प्रमाणित आंतरिक API पर स्टार्टअप के समय रहस्य प्राप्त करता है।
स्वचालित प्लेटफ़ॉर्म पैचिंग
Cloud Run OS और रनटाइम पैचिंग को स्वचालित रूप से संभालता है। हम एप्लिकेशन लेयर बनाए रखते हैं; Google प्लेटफ़ॉर्म बनाए रखता है। कोई अनपैच्ड-VM सतह नहीं है।
सुरक्षा भेद्यता मिली?
यदि आपको TYO Reach में कोई समस्या मिली है, तो हम सार्वजनिक रूप से प्रकट होने से पहले इसके बारे में सुनना चाहते हैं।
समस्या का विवरण [email protected] पर भेजें। कृपया शामिल करें:
- भेद्यता और उसके संभावित प्रभाव का स्पष्ट विवरण।
- पुनरुत्पादन के चरण (प्रूफ ऑफ कॉन्सेप्ट हमें तेजी से ट्राइएज करने में मदद करता है)।
- स्क्रीनशॉट, लॉग, या कोई सहायक साक्ष्य।
हम एक व्यावसायिक दिन के भीतर सभी सुरक्षा रिपोर्टों को स्वीकार करने और समस्या की पुष्टि करने के तीन व्यावसायिक दिनों के भीतर समाधान समयरेखा प्रदान करने का लक्ष्य रखते हैं। कृपया किसी भी सार्वजनिक प्रकटीकरण से पहले समस्या को ठीक करने के लिए हमें उचित समय दें।
हम आपसे अनुरोध करते हैं कि आप:
- अन्य उपयोगकर्ताओं के डेटा तक न पहुँचें और न ही उसे संशोधित करें।
- प्रोडक्शन सिस्टम के खिलाफ डिनायल-ऑफ-सर्विस परीक्षण न करें।
- सद्भावना में कार्य करें।
हम वर्तमान में कोई सशुल्क बग बाउंटी प्रोग्राम नहीं चलाते हैं, लेकिन हम उनकी अनुमति से रिलीज़ नोट्स में शोधकर्ताओं को स्वीकार करेंगे।
क्या Reach मेरे पासवर्ड देख सकता है?
यदि आप HTTPS पर किसी साइट पर लॉगिन कर रहे हैं — जिसका उपयोग लगभग सभी लॉगिन पेज करते हैं — तो लॉगिन फ़ॉर्म की सामग्री, जिसमें आपका पासवर्ड भी शामिल है, आपके ब्राउज़र और डेस्टिनेशन साइट के बीच एंड-टू-एंड एन्क्रिप्टेड होती है। Reach गेटवे कनेक्शन का होस्ट नाम देखता है लेकिन अनुरोध की सामग्री को नहीं पढ़ सकता है, जिसमें पासवर्ड फ़ील्ड भी शामिल हैं। सामान्य नियम: किसी भी नेटवर्क पर एन्क्रिप्टेड HTTP पर क्रेडेंशियल भेजने से बचें।
क्या Reach मेरी HTTPS ब्राउज़िंग सामग्री पढ़ सकता है?
HTTPS कनेक्शन के लिए, गेटवे होस्ट नाम (जैसे example.com) देखता है लेकिन URL पथ, क्वेरी स्ट्रिंग, या पेज सामग्री नहीं। डिफ़ॉल्ट रूप से हम होस्ट नाम बिल्कुल भी लॉग नहीं करते हैं; वे केवल तभी रिकॉर्ड किए जाते हैं जब आप या आपका संगठन वैकल्पिक कनेक्शन लॉग सक्षम करते हैं (केवल होस्ट नाम और कनेक्शन समय, 30 दिनों के लिए रखा गया)। इंटरनेट पर अभी भी मौजूद एन्क्रिप्टेड HTTP ट्रैफ़िक के छोटे अल्पसंख्यक के लिए, गेटवे तकनीकी रूप से अनुरोध को पढ़ने में सक्षम है, लेकिन हम इसकी सामग्री का निरीक्षण या भंडारण नहीं करते हैं।
मेरा डेटा कहाँ संग्रहीत है?
खाता डेटा, मीटरिंग रिकॉर्ड, और कोई भी लॉग सिडनी क्षेत्र में Google Cloud में संग्रहीत किए जाते हैं। हम Google के मानक इंफ्रास्ट्रक्चर संचालन के लिए आवश्यक होने के अलावा ऑस्ट्रेलिया के बाहर के अधिकार क्षेत्रों में व्यक्तिगत डेटा को प्रतिकृति नहीं करते हैं। पूर्ण विवरण के लिए हमारी गोपनीयता नीति देखें।
मैं भेद्यता की रिपोर्ट कैसे करूँ?
समस्या का विवरण, पुनरुत्पादन के चरण, और किसी भी सहायक सामग्री के साथ [email protected] पर ईमेल करें। हम एक व्यावसायिक दिन के भीतर सभी रिपोर्टों को स्वीकार करने का लक्ष्य रखते हैं। कृपया सार्वजनिक प्रकटीकरण से पहले समस्या को हल करने के लिए हमें समय दें।