संक्षेप में
- दुकानों का अलगाव केवल एप्लिकेशन कोड में नहीं, डेटाबेस में लागू होता है—एप्लिकेशन की त्रुटि से दूसरे व्यापारी का डेटा उजागर नहीं होता।
- धन की गतिविधियाँ इडेम्पोटेंसी की और लॉक वाली नियंत्रित सर्वर प्रक्रियाओं से होती हैं, ताकि दोबारा प्रयास से दोहरा शुल्क या दोहरा रिफंड न हो।
- सुरक्षा की कमजोरी के बारे में हम हमलावर के बजाय आपसे सुनना चाहेंगे। सद्भावना से सूचना देने पर आपके विरुद्ध मुकदमा नहीं किया जाएगा।
यह सारांश समझने के लिए लिखा गया है। नीचे दी शर्तें ही वास्तव में लागू होती हैं — अंतर होने पर शर्तें ही मान्य होंगी।
दुकानों का अलगाव
हर रिकॉर्ड ठीक एक दुकान का होता है। डेटाबेस में पंक्ति-स्तरीय सुरक्षा यह सीमा लागू करती है। इसलिए दुकान का फ़िल्टर भूल जाने वाली क्वेरी सारे रिकॉर्ड लौटाने के बजाय कुछ भी नहीं लौटाती।
यह जानबूझकर दोहरी सुरक्षा है। एप्लिकेशन कोड भी स्वामित्व जाँचता है, लेकिन डेटाबेस की सुरक्षा सही होना जरूरी है, क्योंकि एप्लिकेशन की त्रुटि उसे पार नहीं कर सकती।
धन का प्रबंधन
ऑर्डर की कुल राशि, कर और शिपिंग संग्रहित सेटिंग के आधार पर सर्वर पर निकाले जाते हैं। ब्राउज़र द्वारा भेजी गई राशि पर भरोसा नहीं किया जाता।
हर धन-गतिविधि नियंत्रित डेटाबेस प्रक्रिया से होती है, जो लॉक लेती है और इडेम्पोटेंसी की माँगती है। इसलिए अनुरोध दोहराने पर दोहरा शुल्क या रिफंड नहीं हो सकता।
गिफ्ट कार्ड की शेष राशि बदलने योग्य संख्या के रूप में रखने के बजाय लेजर प्रविष्टियों से निकाली जाती है, इसलिए वह चुपचाप बदल या ऋणात्मक नहीं हो सकती।
किसी ऑर्डर को भुगतान किया हुआ मानने से पहले प्रदाता की भुगतान पुष्टि का हस्ताक्षर हमारे सर्वर पर सत्यापित होता है।
प्रमाणीकरण
व्यापारी और खरीदार के सत्र अलग प्रणालियों और अलग हस्ताक्षर कुंजियों से जारी होते हैं, ताकि एक का टोकन दूसरे में स्वीकार न हो।
पासवर्ड हैश रूप में रखे जाते हैं। पंजीकरण और लॉगिन बॉट चुनौतियों और अनुरोध-दर सीमाओं से सुरक्षित हैं।
रिफंड और भुगतान-निपटान का गंतव्य बदलने के लिए सत्र के अतिरिक्त सत्यापन आवश्यक है—सबसे संवेदनशील इन दो कार्रवाइयों में दोबारा पहचान पूछी जाती है।
भेजे जाते और संग्रहित डेटा की सुरक्षा
सारा ट्रैफ़िक TLS से दिया जाता है, कस्टम डोमेन सहित। इनके प्रमाणपत्र अपने-आप जारी और नवीनीकृत होते हैं।
संग्रहित डेटा स्टोरेज स्तर पर एन्क्रिप्टेड है। तृतीय-पक्ष सेवाओं के प्रमाण डिप्लॉयमेंट प्लेटफ़ॉर्म में गोपनीय मानों के रूप में रखे जाते हैं, कोड में नहीं।
वेबहुक और पृष्ठभूमि कार्य
आने वाले वेबहुक के डेटा पर कार्रवाई से पहले स्थिर-समय तुलना द्वारा हस्ताक्षर सत्यापित होते हैं और दोहराई गई डिलीवरी अस्वीकार होती है।
पृष्ठभूमि वर्कर को भेजे संदेशों के साथ हस्ताक्षरित टेनेंट आवरण होता है, ताकि जाली कार्य किसी असंबंधित दुकान पर कार्रवाई न कर सके।
आंतरिक पहुँच
प्रोडक्शन डेटा तक पहुँच प्रत्येक व्यक्ति के लिए प्रमाणित, आवश्यकता वाले लोगों तक सीमित और रिकॉर्ड की जाती है।
हर बदलाव पर स्वचालित जाँच विलय से पहले त्रुटियों की एक श्रेणी पकड़ती है। इनमें धन संबंधी तालिकाओं में सीधे लिखना शामिल है, जिसे केवल हतोत्साहित नहीं बल्कि संरचनात्मक रूप से प्रतिबंधित किया गया है।
सुरक्षा भेद्यता की सूचना देना
नीचे दिए सुरक्षा ईमेल पर समस्या दोहराने योग्य पर्याप्त विवरण भेजें। प्राप्ति की पुष्टि मिलेगी और सुधार होने पर बताया जाएगा।
सार्वजनिक खुलासे से पहले सुधार के लिए उचित समय दें। अपने अलावा किसी और का डेटा न देखें या बदलें और प्रमाण मिलने पर रुकें, आगे दूसरे हिस्सों में प्रवेश न करें।
इन तीनों बातों का सद्भावना से पालन करने वाले शोधकर्ता के विरुद्ध हम कानूनी कार्रवाई नहीं करेंगे।
ध्यान देंकिसी वास्तविक व्यापारी की चालू दुकान पर परीक्षण न करें। परीक्षण के लिए परिवेश चाहिए तो हमसे माँगें।
यदि कुछ गलत हो जाए
यदि सुरक्षा उल्लंघन व्यापारी या खरीदार के डेटा को प्रभावित करता है, तो बिना अनुचित देरी प्रभावित व्यापारियों को बताएँगे कि क्या हुआ, कौन-सा डेटा शामिल है और हम क्या कर रहे हैं।
जहाँ व्यापारी को अपने खरीदारों या डेटा संरक्षण बोर्ड को सूचित करना हो, वहाँ उसकी समय-सीमा के भीतर ऐसा करने के लिए आवश्यक जानकारी देंगे।
इस दस्तावेज़ से जुड़े सवाल
यहाँ लिखें: support@letbuyy.com और शर्त की संख्या बताएँ। प्रश्न के बजाय शिकायत होने पर अपनाएँ: शिकायत प्रक्रिया.
