सुरक्षा और गोपनीयता

आपका भेजा कहाँ जाता है

आपका अनुरोध Babel Mesh गेटवे तक पहुँचता है, जो अनुरोध की डेटा श्रेणी के अनुसार एक नोड चुनता है और अनुरोध उसे भेज देता है। नोड अपने मॉडल से नतीजा निकालता है और गेटवे के ज़रिए लौटा देता है।

• अनुरोध संभालने वाला नोड उसे पढ़ सकता है। आज की कार्यप्रणाली का यह एक तथ्य है: जवाब देने के लिए नोड को प्रॉम्प्ट पढ़ना पड़ता है। इसलिए पासवर्ड, पहचान संख्या या व्यापारिक रहस्य न भेजें।
• नोड यह नहीं देख सकता कि आप कौन हैं। नोड को मिलने वाले अनुरोध में न खाते का नाम होता है न कुंजी, केवल एक अनाम टैग।
• Babel Mesh बातचीत सहेजता नहीं है। गेटवे के रिकॉर्ड में केवल अनुरोध का समय, मॉडल, नतीजा और उपयोग रहता है। बातचीत आपके अपने क्लाइंट या ब्राउज़र में रहती है।
• अपवाद: सामग्री के नियम। गेटवे इनपुट और आउटपुट को सामग्री के नियमों से जाँचता है। जो अनुरोध किसी नियम को ट्रिगर करता है, उससे दुरुपयोग से निपटने के लिए मिलान के आसपास का एक छोटा अंश और खाते का नाम रखा जाता है; पूरा पाठ सहेजा नहीं जाता।
• नमूना जाँच अनुरोधों को दोबारा चलाती है। योगदानकर्ताओं के लौटाए नतीजों की पुष्टि के लिए, सार्वजनिक श्रेणी के अनुरोधों का एक छोटा हिस्सा ऑपरेटर के अपने नोड पर फिर से गणना किया जाता है और दोनों नतीजों की तुलना होती है।

डेटा श्रेणियाँ

हर खाते और हर अनुरोध की एक डेटा श्रेणी होती है। खुद साइन अप करने वाले खाते "सार्वजनिक" से शुरू होते हैं। योगदानकर्ताओं के नोड केवल "सार्वजनिक" अनुरोध पाते हैं। ऊँची श्रेणियाँ केवल ऑपरेटर के अपने नोड पर जाती हैं। फ़िलहाल चित्र और वीडियो भी केवल ऑपरेटर के नोड परोसते हैं, क्योंकि उनके नतीजों की नमूना जाँच पाठ की तरह नहीं हो सकती।

कनेक्शन और कुंजियाँ

• वेबसाइट और API HTTPS इस्तेमाल करते हैं। उनके पीछे के घटक (कंट्रोलर, गेटवे, बही-खाता, रिले, नोड) प्रमाणपत्रों के आपसी प्रमाणीकरण वाले एन्क्रिप्टेड कनेक्शन पर बात करते हैं; नोड की पहचान उसके प्रमाणपत्र में होती है।
• नोड केवल बाहर की ओर जुड़ते हैं। वे कोई इनबाउंड पोर्ट नहीं खोलते और रिले के ज़रिए सेवा देते हैं।
• क्लाइंट आपकी API कुंजी आपके कंप्यूटर पर रखता है, जिसे केवल आपका सिस्टम अकाउंट पढ़ सकता है। क्लाइंट का पेज कभी कुंजी नहीं पाता; अनुरोध क्लाइंट आपकी ओर से करता है।
• क्लाइंट के अपडेट एक हस्ताक्षरित मैनिफ़ेस्ट से जाँचे जाते हैं: सार्वजनिक कुंजी क्लाइंट में ही बनी है, और ग़लत हस्ताक्षर वाला या नया न होने वाला संस्करण कभी इंस्टॉल नहीं होता।

लेखा और सत्यापन

• दोनों पक्षों द्वारा हस्ताक्षरित रसीदें। हर अनुरोध के लिए गेटवे और नोड एक ही रसीद पर हस्ताक्षर करते हैं, और बही-खाता उसे तभी दर्ज करता है जब दोनों सहमत हों। रसीद में अनुरोध और नतीजे के हैश तथा उपयोग होता है, सामग्री नहीं।
• यादृच्छिक जाँच। नए नोड की जाँच ज़्यादा बार होती है, लंबे साफ़ रिकॉर्ड वाले नोड की कम बार। जिस नोड के नतीजे मेल नहीं खाते उसे क्वारंटीन कर दिया जाता है; ऑपरेटर के धोखाधड़ी की पुष्टि करने पर उसकी कमाई ज़ब्त हो जाती है और नियमों के अनुसार दंड लगता है।
• कमाई रोककर रखी जाती है। योगदानकर्ता की आय कुछ दिन रुकी रहती है, और इस दौरान जाँच जारी रहती है।

यह क्या नहीं कर सकता

• अभी कोई विश्वसनीय निष्पादन परिवेश (TEE) नहीं है: वह यह गारंटी नहीं दे सकता कि नोड सामग्री नहीं देख सकता, इसीलिए अनुरोधों की श्रेणियाँ हैं।
• इसकी किसी तीसरे पक्ष द्वारा सुरक्षा ऑडिट नहीं हुई है।
• उपलब्धता का कोई वादा नहीं: नोड कभी भी जा सकते हैं, और अनुरोध दूसरे नोड पर दोबारा आज़माया जाता है, पर सफलता की गारंटी नहीं है।
• सामग्री के नियम पूरे नहीं हैं: वे गलती से रोक सकते हैं और कुछ चीज़ें छोड़ भी सकते हैं।

यह पेज बताता है कि सिस्टम आज वास्तव में क्या करता है। औपचारिक सेवा की शर्तें और गोपनीयता नीति संचालन करने वाली संस्था अलग से प्रकाशित करती है।