← नवीनतम पेपर
💻 computer science

DP4SQL: Differentially Private SQL with Flexible Privacy Policies

यह शोध पत्र DP4SQL प्रस्तुत करता है, जो एक डिफरेंशियल प्राइवेट SQL सिस्टम है जो रिलेशनल डेटाबेस के लिए लचीली, अनुकूलन योग्य गोपनीयता नीतियों को सक्षम बनाता है, और मौजूदा प्रणालियों की कठोर "एक ही आकार सभी के लिए" (one-size-fits-all) सीमाओं को दूर करते हुए डेटा क्यूरेटर्स को विभिन्न संस्थाओं, तालिकाओं और डेटा विशेषताओं के लिए अलग-अलग सुरक्षा स्तर निर्दिष्ट करने की अनुमति देता है।

मूल लेखक: Andrew Cascio, KinChin Tong, Daniel Kifer, Zeyu Ding, Danfeng Zhang

प्रकाशित 2026-06-09
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Andrew Cascio, KinChin Tong, Daniel Kifer, Zeyu Ding, Danfeng Zhang

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप एक विशाल, जटिल पुस्तकालय के लाइब्रेरियन हैं। इस पुस्तकालय में केवल एक बड़ी किताब नहीं है; इसमें हजारों आपस में जुड़े हुए नोटबुक, लेजर और फोल्डर हैं। कुछ नोटबुक में विश्वविद्यालय के प्रत्येक छात्र की सूची है, कुछ में उनके ग्रेड हैं, और कुछ में यह है कि उन्हें कितनी छात्रवृत्ति मिली।

समस्या: "एक ही आकार सबके लिए" वाली गलती

अतीत में, यदि कोई पुस्तकालय के बारे में कोई प्रश्न पूछता था (जैसे "कितने छात्रों ने गणित में 'A' प्राप्त किया?"), तो लाइब्रेरियन गोपनीयता की रक्षा के लिए एक बहुत ही सख्त, कठोर नियम का पालन करते थे। वे सूचना के हर एक टुकड़े के साथ ऐसा व्यवहार करते थे जैसे वह कोई अत्यंत गुप्त सरकारी दस्तावेज़ हो।

  • पुराना तरीका: गोपनीयता की रक्षा के लिए, वे हर उत्तर में बहुत अधिक "स्टैटिक" या "शोर" (जैसे रेडियो की आवाज़ इतनी तेज़ कर देना कि संगीत सुनाई न दे) जोड़ देते थे।
    • दोष: कभी-कभी, यह बहुत अधिक होता था। यदि प्रश्न उस चीज़ के बारे में था जो पहले से ही सार्वजनिक थी (जैसे "पुस्तकालय में कितने छात्र हैं?"), तो शोर जोड़ने से उत्तर बेकार हो जाता था।
    • दूसरा दोष: कभी-कभी, यह पर्याप्त नहीं होता था। यदि प्रश्न किसी बहुत संवेदनशील चीज़ के बारे में था (जैसे "किसे विशिष्ट छात्रवृत्ति मिली?"), तो पुराने कठोर नियम शायद पर्याप्त शोर नहीं जोड़ पाते थे, जिससे अनजाने में निजी विवरण उजागर हो सकते थे।

पुराने सिस्टम एक ऐसे सुरक्षा गार्ड की तरह थे जो या तो पूरी इमारत को लॉक डाउन कर देता था या सामने का दरवाज़ा खुला छोड़ देता था, जिसके बीच में कोई मध्यम मार्ग नहीं था। वे इस सूक्ष्मता को नहीं समझ पाते थे कि किसी व्यक्ति के रिकॉर्ड का कुछ हिस्सा सार्वजनिक (जैसे उनका नाम) हो सकता है जबकि दूसरा हिस्सा गुप्त (जैसे उनका वेतन) हो सकता है।

समाधान: DP4SQL (एक स्मार्ट लाइब्रेरियन)

यह पेपर DP4SQL को पेश करता है, जो एक अत्यधिक प्रशिक्षित, लचीले लाइब्रेरियन की तरह कार्य करता है। एक ही कठोर नियम के बजाय, DP4SQL पुस्तकालय के मालिक (डेटा प्रशासक) को एक विस्तृत मानचित्र बनाने की अनुमति देता है जिसे सुरक्षित करने की आवश्यकता है।

यह कैसे काम करता है, इसके सरल उदाहरण यहाँ दिए गए:

1. "लेबलिंग" प्रणाली

कल्पना कीजिए कि आपके पास हर व्यक्ति के लिए फाइलों का एक ढेर है। DP4SQL के साथ, आप फ़ाइल के विभिन्न हिस्सों पर अलग-अलग रंग के स्टिकर लगा सकते हैं:

  • लाल स्टिकर (गुप्त): "यह वेतन का आंकड़ा अत्यंत गुप्त है। यदि हम इसे बदलते हैं, तो हमें इसे छिपाने के लिए बहुत अधिक शोर जोड़ना होगा।"
  • हरा स्टिकर (सार्वजनिक): "यह नाम सार्वजनिक है। हमें इसे छिपाने की आवश्यकता नहीं है।"
  • नीला स्टिकर (केवल गणना): "हम आपको बता सकते हैं कि इस कमरे में कितने लोग हैं, लेकिन हम यह नहीं बता सकते कि वे कौन हैं।"

पुराने सिस्टम इन अलग-अलग स्टिकर को नहीं समझ सकते थे। वे पूरी फ़ाइल को या तो पूरी तरह से लाल या पूरी तरह से हरा मानते थे। DP4SQL समझता है कि एक फ़ाइल दोनों का मिश्रण हो सकती है।

2. "डोमिनो प्रभाव" (कड़ियों को जोड़ना)

पुस्तकालय पेचीदा है क्योंकि नोटबुक आपस में जुड़ी हुई हैं। यदि आप "छात्र सूची" में किसी छात्र का नाम बदलते हैं, तो यह "ग्रेड सूची" और "छाčवृत्ति सूची" को भी बदल सकता है।

  • चुनौती: यदि कोई छात्र पढ़ाई छोड़ देता है, तो क्या इसका मतलब है कि हमें उसका नाम, उसके ग्रेड और उसकी छात्रवृत्ति का रिकॉर्ड हटा देना चाहिए? या हमें बस उसके ग्रेड को एक डमी वैल्यू में बदल देना चाहिए?
  • DP4SQL का जादू: इस सिस्टम में एक विशेष "इन्फरेंस इंजन" (एक स्मार्ट कैलकुलेटर) है जो इन कनेक्शनों का पता लगाता है। यह आपके स्टिकर को देखता है और कहता है: "ठीक है, यदि हम इस छात्र का वेतन (लाल स्टिकर) बदलते हैं, तो हमें छात्रवृत्ति तालिका में शोर जोड़ना होगा। लेकिन चूंकि कोर्स लिस्ट ग्रीन (सार्वजनिक) है, इसलिए हमें वहां शोर जोड़ने की आवश्यकता नहीं है।"

यह सटीक मात्रा की गणना करता है जितना शोर आवश्यक है—न अधिक, न कम।

3. "काउंटरफैक्चुअल" खेल

यह पता लगाने के लिए कि कितना शोर जोड़ना है, सिस्टम "क्या होगा यदि?" नामक एक मानसिक खेल खेलता है।

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

यह क्यों मायने रखता है (परिणाम)

लेखकों ने इस प्रणाली का परीक्षण एक नकली विश्वविद्यालय डेटाबेस और एक मानक व्यावसायिक बेंचमार्क (TPC-H) पर किया।

  • "कम-सुरक्षा" का समाधान: एक परीक्षण में, एक पुराने सिस्टम ने सोचा कि ऑर्डर्स की एक सार्वजनिक गणना एक रहस्य है। इसने बहुत अधिक शोर जोड़ा, जिससे उत्तर बेकार हो गया। DP4SQL ने महसूस किया कि गणना सार्वजनिक थी और इसने एक स्पष्ट, सटीक उत्तर दिया।
  • "अत्यधिक-सुरक्षा" का समाधान: दूसरे परीक्षण में, एक पुराने सिस्टम ने कोर्स नामों की एक सार्वजनिक सूची को एक रहस्य माना। इसने इतना शोर जोड़ा कि उत्तर बेकार हो गया। DP4SQL ने देखा कि कोर्स के नाम सार्वजनिक थे और इसने एक सटीक उत्तर दिया।

सारांश में

DP4SQL को एक मशीन के बजाय एक दर्जी के रूप में सोचें।

  • पुराने सिस्टम (मशीन): हर सूट को एक ही पैटर्न से काटते हैं। कुछ लोगों को ऐसा सूट मिलता है जो बहुत तंग है (बहुत अधिक शोर, बेकार डेटा), और कुछ को ऐसा जो बहुत ढीला है (बहुत कम शोर, लीक हुए रहस्य)।
  • DP4SQL (दर्जी): आपके माप लेता है (नाम, वेतन, ग्रेड आदि के लिए आपके विशिष्ट गोपनीयता नियम) और एक कस्टम सूट सिलता है। यह रहस्यों को सुरक्षित रखने के लिए पर्याप्त शोर जोड़ता है, लेकिन बाकी डेटा को स्पष्ट और उपयोगी छोड़ देता है।

यह पेपर सिद्ध करता है कि यह लचीला दृष्टिकोण गणितीय रूप से सुरक्षित है (यह वास्तव में गोपनीयता की रक्षा करता है) और आज के कठोर सिस्टम की तुलना में बहुत अधिक उपयोगी है।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →