💻 computer science

Half-Moon Cookie: Private, Similarity-Based Blocklisting with TOCTOU-Attack Resilience

यह शोध पत्र हाफ-मून कुकी (Half-Moon Cookie) को पेश करता है, जो एक निजी ब्लॉकलिस्टिंग फ्रेमवर्क है जो क्लाइंट्स को अपनी क्वेरीज़ या सूची को प्रकट किए बिना सर्वर की प्रोप्राइटरी समानता-आधारित ब्लॉकलिस्ट के विरुद्ध वस्तुओं की जांच करने में सक्षम बनाता है, जबकि पहले से स्वीकृत वस्तुओं के कुशल पुन: सत्यापन के लिए एक TOCTOU-हमला-प्रतिरोधी तंत्र भी प्रदान करता है।

मूल लेखक: Xinyuan Zhang, Anrin Chakraborti, Michael K. Reiter

प्रकाशित 2026-04-20

📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

CC BY 4.0

मूल लेखक: Xinyuan Zhang, Anrin Chakraborti, Michael K. Reiter

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

कल्पना कीजिए कि आप एक उच्च-सुरक्षा वाले हवाई अड्डे में काम करते हैं। आपके पास खतरनाक लोगों की एक विशाल, गुप्त "वांटेड लिस्ट" (Wanted List) है (जिसे ब्लॉकलिस्ट/Blocklist कहा जाता है)। यात्री (जिन्हें क्लाइंट/Clients कहा जाता है) विमान में सवार होना चाहते हैं, लेकिन आप उन्हें अपनी वांटेड लिस्ट नहीं दिखा सकते, क्योंकि इससे आपके सुरक्षा रहस्य उजागर हो जाएंगे। और आप हर बार हर यात्री से उनका आईडी दिखाने और उसे अपने सिस्टम से चलाने के लिए नहीं कह सकते, क्योंकि इससे भारी ट्रैफिक जाम हो जाएगा और सब कुछ धीमा हो जाएगा।

एक चालाक चाल है जिसे TOCTOU हमला (Time-of-Check, Time-of-Use) कहा जाता है। कल्पना कीजिए कि एक यात्री को सुबह 9:00 बजे चेक किया गया और उसे क्लीयर कर दिया गया। लेकिन 9:05 बजे, वह अपना आईडी कार्ड बदलकर एक गलत कार्ड लगा लेता है, या हवाई अड्डा अपनी लिस्ट अपडेट कर देता है और उसमें उस व्यक्ति को शामिल कर लेता है। यदि गेट पर खड़ा सुरक्षा गार्ड केवल 9:00 बजे के चेक पर भरोसा करता है, तो वह अपराधी अंदर घुस जाता है।

"हाफ-मून कुकी" (Half-Moon Cookie) एक नया, चतुर सुरक्षा तंत्र है जिसे इन सभी समस्याओं को एक साथ हल करने के लिए डिज़ाइन किया गया है। यह कैसे काम करता है, इसके लिए सरल उपमाओं का उपयोग करें:

1. समस्या: "गुप्त रेसिपी" बनाम "गुप्त सामग्री"

आमतौर पर, यह जांचने के लिए कि कोई फ़ाइल खराब है या नहीं, आपको या तो:

फ़ाइल को सर्वर को दिखाना होगा: लेकिन फ़ाइल एक गुप्त व्यावसायिक दस्तावेज़ (जैसे कि एक मालिकाना रेसिपी) हो सकती है, और आप नहीं चाहते कि सर्वर उसे देखे।
सर्वर की लिस्ट को आपको दिखाना होगा: लेकिन सर्वर की लिस्ट एक व्यापारिक रहस्य (जैसे कि ज्ञात जासूसों की एक गुप्त सूची) है, और वे नहीं चाहते कि आप उसे देखें।

हाफ-मून कुकी एक जादू के खेल (क्रिप्टोग्राफी) का उपयोग करता है जहाँ सर्वर आपकी फ़ाइल को उसकी गुप्त सूची के विरुद्ध बिना कभी आपकी फ़ाइल देखे, और बिना आपके कभी उसकी सूची देखे चेक करता है। यह एक 'ब्लाइंड टेस्ट' की तरह है जहाँ जज को रेसिपी पता है लेकिन आपको नहीं, और आपको स्वाद पता है लेकिन जज को नहीं, फिर भी वे बता सकते हैं कि आप "खराब" डिश बना रहे हैं।

2. दो-चरणीय प्रक्रिया: "स्टैम्प" और "स्कैन"

हाफ-मून कुकी की प्रतिभा इस बात में है कि यह सुरक्षा जांच को दो भागों में विभाजित करती है: एक भारी-भरकम जांच और एक तेज़-तर्रार जांच।

चरण A: स्पष्ट जांच (भारी-भरकम "स्टैम्प")

इसे कौन करता है? फ़ाइल भेजने वाला व्यक्ति (Sender)।
क्या होता है? सेंडर अपनी फ़ाइल सर्वर को भेजता है। सर्वर एक जटिल, धीमी, लेकिन सुरक्षित गणना करता है।
परिणाम: यदि फ़ाइल साफ है, तो सर्वर सेंडर को एक विशेष, अटूट डिजिटल स्टैम्प (जिसे "टोकन" कहा जाता है) देता है।
उपमा: कल्पना कीजिए कि सेंडर एक नोटरी पब्लिक के पास जाता है। नोटरी दस्तावेज़ को देखती है (बिना उसके गुप्त हिस्सों को पढ़े) और उस पर एक अद्वितीय, अदृश्य स्याही की सील लगा देती है। नोटरी इस स्टैम्प का रिकॉर्ड अपनी "सेफ लिस्ट" (Safe List) में रखती है।

चरण B: अंतर्निहित जांच (तेज़-तर्रार "स्कैन")

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

3. "TOCTOU" हमले को हल करना ( "चोरी किए गए बैज" की समस्या)

यह हर बार लिस्ट को चेक करने से बेहतर क्यों है?

पुराना तरीका: यदि सेंडर ने सुबह 9:00 बजे चेक किया, और रिसीवर ने 9:05 बजे चेक किया, तो बीच में फ़ाइल बदली जा सकती है।
हाफ-मून का तरीका: "सेफ लिस्ट" गतिशील (dynamic) है। यदि सर्वर अपनी "वांटेड लिस्ट" को अपडेट करता है (जैसे, एक नया वायरस खोजा गया है), तो वह सेफ लिस्ट को क्लियर (खाली) कर देता है।
- अब, पुराना "डिजिटल स्टैम्प" अमान्य हो जाता है।
- रिसीवर पुराने स्टैम्प को स्कैन करने की कोशिश करता है, और सर्वर कहता है, "क्षमा करें, वह स्टैम्प एक्सपायर हो गया है क्योंकि हमारे नियम बदल गए हैं।"
- रिसीवर को नया स्टैम्प प्राप्त करने के लिए वापस सेंडर के पास जाने के लिए मजबूर किया जाता है जो नए नियमों पर आधारित हो।
- परिणाम: बुरा आदमी फ़ाइल या स्टैम्प को नहीं बदल सकता क्योंकि सर्वर तुरंत जान जाता है कि स्टैम्प वर्तमान नियमों से मेल नहीं खाता है।

4. "हाफ-मून" नाम क्यों?

"हाफ-मून कुकी" नाम क्यों?

कल्पना कीजिए कि एक कुकी जिसके एक आधे हिस्से पर वैनिला फ्रॉस्टिंग है और दूसरे पर चॉकलेट।
वैनिला आधा हिस्सा (सेंडर): यह एक बार कठिन काम (भारी जांच) करता है।
चॉकलेट आधा हिस्सा (रिसीवर): इसे कई बार आसान काम (त्वरित जांच) का आनंद लेने को मिलता है।
एक साथ मिलकर, वे एक पूर्ण, सुरक्षित कुकी बनाते हैं।

लाभों का सारांश

गोपनीयता (Privacy): सर्वर आपकी गुप्त फ़ाइल कभी नहीं देखता; आप उनकी गुप्त सूची कभी नहीं देखते।
गति (Speed): भारी काम सेंडर द्वारा एक बार किया जाता है। बाकी सभी को एक सुपर-फास्ट "स्टैम्प चेक" मिलता है।
सुरक्षा (Security): यह "टाइम-ऑफ-चेक" हमलों को रोकता है। यदि नियम बदलते हैं, तो पुराने स्टैम्प बेकार हो जाते हैं, जिससे दोबारा जांच करना अनिवार्य हो जाता है।
स्केलेबिलिटी (Scalability): यह तब भी काम करता है जब आपकी "वांटेड लिस्ट" में लाखों प्रविष्टियाँ हों, क्योंकि भारी जांच को बड़ी सूचियों को कुशलतापूर्वक संभालने के लिए अनुकूलित किया गया है।

संक्षेप में, हाफ-मून कुकी एक गोपनीयता-संरक्षण सुरक्षा प्रणाली है जो आपको अपने रहस्यों को प्रकट किए बिना खतरनाक फ़ाइलों को सत्यापित करने देती है, और यह इतनी तेज़ी से करती है कि कोई भी ट्रैफिक में नहीं फंसता, साथ ही यह चालाक हैकर्स को चेक होने के बाद फ़ाइल बदलने से भी रोकती है।

यहाँ शोध पत्र "Half-Moon Cookie: Private, Similarity-Based Blocklisting with TOCTOU-Attack Resilience" का विस्तृत तकनीकी सारांश दिया गया है।

1. समस्या विवरण (Problem Statement)

यह शोध पत्र आधुनिक साइबर सुरक्षा ब्लॉकलिस्टिंग की दो महत्वपूर्ण चुनौतियों का समाधान करता है:

गोपनीयता बनाम उपयोगिता (Privacy vs. Utility): पारंपरिक ब्लॉकलिस्टिंग के लिए या तो सार्वजनिक ब्लॉकलिस्ट (जो संवेदनशील थ्रेट इंटेलिजेंस को लीक करती है) की आवश्यकता होती है या क्लाइंट्स को अपने प्रश्नों को सर्वर के सामने प्रकट करना पड़ता है (जो उपयोगकर्ता डेटा को लीक करता है)। यह विशेष रूप से प्रोप्रायटरी ब्लॉकलिस्ट (जैसे विशिष्ट मैलवेयर सिग्नेचर) और संवेदनशील क्लाइंट इनपुट (जैसे प्रोप्रायटरी एक्जीक्यूटेबल्स या निजी ईमेल) के लिए समस्याग्रस्त है।
TOCTOU कमजोरियाँ (TOCTOU Vulnerabilities): निष्पादन (execution) के ठीक पहले किसी आर्टिफैक्ट की ब्लॉकलिस्ट के विरुद्ध जाँच करना अक्सर "क्रिटिकल पाथ" के लिए बहुत अधिक कम्प्यूटेशनल रूप से महंगा होता है। जाँच को पहले के समय (जैसे, प्रेषक द्वारा) पर ले जाने से Time-of-Check vs. Time-of-Use (TOCTOU) कमजोरियाँ उत्पन्न होती हैं, जहाँ एक हमलावर चेक होने के तुरंत बाद लेकिन उपयोग से पहले एक सुरक्षित फ़ाइल को दुर्भावनापूर्ण फ़ाइल से बदल सकता है।

मौजूदा समाधान अक्सर सटीक मिलान (exact matching) पर निर्भर करते हैं (जो पॉलीमॉर्फिक मैलवेयर के लिए अप्रभावी है) या प्रत्येक एकल जाँच के लिए महंगे क्रिप्टोग्राफिक प्रोटोकॉल (जैसे गारबल्ड सर्किट्स) की आवश्यकता होती है, जो उन्हें बड़े पैमाने पर तैनाती के लिए अव्यावहारिक बनाता है।

2. कार्यप्रणाली: हाफ-मून फ्रेमवर्क (Methodology: The Half-Moon Framework)

लेखक Half-Moon Cookie (हाफ मून) का प्रस्ताव करते हैं, जो एक तीन-पक्षीय प्रोटोकॉल है जिसमें एक भेजने वाला क्लाइंट ( $C_{snd}$ ), एक प्राप्त करने वाला क्लाइंट ( $C_{rcv}$ ), और एक सर्वर ( $S$ ) शामिल है। यह सिस्टम गोपनीयता, सुरक्षा और प्रदर्शन को संतुलित करने के लिए ब्लॉकलिस्ट जाँच को दो अलग-अलग चरणों में विभाजित करता है।

A. मुख्य अवधारणा: दो-चरणीय जाँच (Two-Phase Checking)

स्पष्ट जाँच (Explicit Check - प्रेषक-पक्ष):
- $C_{snd}$ एक आर्टिफैक्ट $w$ को $S$ के पास सबमिट करता है।
- $S$ के पास एक प्रोप्रायटरी ब्लॉकलिस्ट $U_{blk}$ है (जिसे एक मेट्रिक स्पेस में एम्बेडिंग्स $L$ के सेट के रूप में दर्शाया गया है)।
- प्रोटोकॉल यह जाँचता है कि क्या $w$ , फजी हैशिंग (समानता-आधारित मिलान) का उपयोग करके $L$ के किसी भी आइटम के "निकट" (दूरी सीमा $T$ के भीतर) है।
- गोपनीयता: $S$ के बारे में $w$ के बारे में कुछ भी पता नहीं चलता; $C_{snd}$ के बारे में $L$ के बारे में कुछ भी पता नहीं चलता।
- परिणाम: यदि $w$ सुरक्षित (clean) है, तो $S$ एक हाइडिंग और बाइंडिंग टोकन ( $\gamma$ ) उत्पन्न करता है और इसे एक अनुमति सूची (allowlist) में संग्रहीत करता है। $C_{snd}$ को एक नॉन्स (nonce) और टोकन पैरामीटर प्राप्त होते हैं।
निहित जाँच (Implicit Check - प्राप्तकर्ता-पक्ष):
- $C_{rcv}$ , $C_{snd}$ से $w$ प्राप्त करता है।
- पूरी ब्लॉकलिस्ट के विरुद्ध महंगी समानता जाँच को फिर से चलाने के बजाय, $C_{rcv}$ प्रदान किए गए टोकन का उपयोग करके अनुमति सूची (allowlist) के विरुद्ध एक हल्का सत्यापन (lightweight verification) करता है।
- TOCTOU लचीलापन (Resilience): यदि ब्लॉकलिस्ट अपडेट की जाती है, तो अनुमति सूची को साफ़ कर दिया जाता है, जिससे एक नई स्पष्ट जाँच अनिवार्य हो जाती है। यह TOCTOU हमलों के लिए विंडो को कम करता है।

B. क्रिप्टोग्राफिक प्रिमिटिव्स और अनुकूलन (Cryptographic Primitives & Optimizations)

दक्षता और सुरक्षा प्राप्त करने के लिए, फ्रेमवर्क कई उन्नत तकनीकों का उपयोग करता है:

मेट्रिक एम्बेडिंग (Metric Embedding): ब्लॉकलिस्ट को फजी हैशिंग (जैसे TLSH) का उपयोग करके एक मेट्रिक स्पेस (विशेष रूप से हैमिंग डिस्टेंस) में एम्बेड किया जाता है।
रियूजेबल गारबल्ड सर्किट्स (Reusable Garbled Circuits - RGC):
- "एम्बेड-एंड-मैप" चरण (फ़ाइल को हैश करना) कम्प्यूटेशनल रूप से भारी है। लेखक CRGC (Reusable Garbled Circuits) का उपयोग करते हैं ताकि सर्किट के आकार को इनपुट फ़ाइल के आकार से अलग किया जा सके।
- सर्किट को रियूजेबल खंडों (जो फ़ाइल को स्कैन करने जैसे लीनियर ऑपरेशन्स को संभालते हैं) और नॉन-रियूजेबल खंडों (जो अंतिम जाँच को संभालते हैं) में विभाजित किया जाता है। यह मोनोलिथिक गारबल्ड सर्किट्स की तुलना में संचार और गणना लागत को कई गुना कम कर देता है।
वन-टाइम पेयरवाइज अनप्रेडिक्टेबल परम्यूटेशन (One-Time Pairwise Unpredictable Permutation):
- एक दुर्भावनापूर्ण प्रेषक को इनपुट बनाने से रोकने के लिए, सिस्टम एम्बेडेड हैश पर एक परम्यूटेशन $P$ लागू करता है।
- यह सुनिश्चित करता है कि भले ही एक दुर्भावनापूर्ण प्रेषक एक अलग फ़ाइल $w'$ सबमिट करने का प्रयास करे जो पिछले टोकन से मेल खाती हो, वे सर्वर की गुप्त कुंजी के बिना परम्यूटेशन आउटपुट का अनुमान नहीं लगा सकते।
सिमेट्रिक अनकॉमन रूट्स (Symmetric Uncommon Roots - SUR) मेट्रिक:
- वेक्टर्स को प्रकट किए बिना निजी रूप से दूरी की जाँच करने के लिए, लेखक Noisy Polynomial Addition (Fnpa) फंक्शनलिटी से प्राप्त एक बहुपद-आधारित मेट्रिक (SUR) का उपयोग करते हैं। यह सर्वर को वास्तविक हैश मानों को जाने बिना यह जाँचने की अनुमति देता है कि हैमिंग दूरी सीमा के भीतर है या नहीं।
हाइडिंग और बाइंडिंग टोकन (Hiding and Binding Tokens):
- टोकन $\gamma$ का निर्माण इस प्रकार किया जाता है: $\gamma = f(w) + s \times H(w, f(w), k_f, m)$ ।
- हाइडिंग (Hiding): रैंडम मास्क $s$ और रैंडम ऑरेकल $H$ यह सुनिश्चित करते हैं कि $S$ , $\gamma$ से $w$ के बारे में कुछ भी न जान सके।
- बाइंडिंग (Binding): इसकी संरचना सुनिश्चित करती है कि एक दुर्भावनापूर्ण $C_{snd}$ एक अलग $w'$ नहीं खोज सकता जो समान $\gamma$ उत्पन्न करता हो (कोलिजन रेजिस्टेंस)।

3. प्रमुख योगदान (Key Contributions)

हाफ-मून की औपचारिक परिभाषा: एक नया क्रिप्टोग्राफिक प्रिमिटिव जो एक निजी समानता-आधारित स्पष्ट जाँच और एक कुशल निहित पुष्टिकरण जाँच दोनों का समर्थन करता है।
कुशल समानता-आधारित ब्लॉकलिस्टिंग: एक फ्रेमवर्क जो गोपनीयता बनाए रखते हुए (ब्लॉकलिस्ट और क्लाइंट इनपुट दोनों को निजी रखते हुए) अनुमानित मिलान (फजी हैशिंग) का समर्थन करता है।
TOCTOU लचीलापन: एक डिज़ाइन पैटर्न जहाँ प्रेषक भारी जाँच करता है, और प्राप्तकर्ता एक हल्की अनुमति सूची सत्यापन करता है, जो गोपनीयता से समझौता किए बिना रेस कंडीशन (race conditions) को प्रभावी ढंग से कम करता है।
स्केलेबल कार्यान्वयन:
- बड़े फ़ाइल इनपुट (जैसे एक्जीक्यूटेबल्स) को कुशलतापूर्वक संभालने के लिए Reusable Garbled Circuits का एकीकरण।
- हैमिंग डिस्टेंस के लिए अनुकूलित Fuzzy PSI (Private Set Intersection) तकनीकों का उपयोग।
सुरक्षा प्रमाण (Security Proofs): निम्नलिखित के विरुद्ध सुरक्षा का औपचारिक प्रमाण:
- दुर्भावनापूर्ण प्रेषक ( $T_1$ ): ब्लॉक किए गए आइटम के लिए टोकन नहीं बना सकते या ब्लॉकलिस्ट के बारे में नहीं जान सकते।
- ईमानदार-लेकिन-जिज्ञासु सर्वर ( $T_2$ ): यदि आइटम ब्लॉक नहीं किया गया है, तो क्लाइंट के इनपुट के बारे में नहीं जान सकते।

4. प्रयोगात्मक परिणाम (Experimental Results)

लेखकों ने C++ में हाफ-मून को लागू किया और मैलवेयर डिटेक्शन परिदृश्यों (Ember डेटासेट और Enron ईमेल अटैचमेंट का उपयोग करके) पर इसका मूल्यांकन किया।

प्रदर्शन लाभ (स्पष्ट जाँच):
- Reusable Garbled Circuits (RGC) का उपयोग करने से मोनोलिथिक गारबल्ड सर्किट्स की तुलना में संचार वॉल्यूम में >2 ऑर्डर ऑफ मैग्नीट्यूड और रिस्पॉन्स टाइम में >1 ऑर्डर ऑफ मैग्नीट्यूड की कमी आई।
- 5kB के एक्जीक्यूटेबल के लिए, रिस्पॉन्स टाइम TLSH के साथ ~1000s (मोनोलिथिक) से गिरकर ~4.8s (RGC) हो गया।
थ्रूपुट (Throughput):
- सिस्टम ब्लॉकलिस्ट के आकार ( $|L|$ ) के साथ अच्छी तरह से स्केल करता है। जबकि बड़ी ब्लॉकलिस्ट लेटेंसी को थोड़ा बढ़ाती है, सिस्टम उच्च समवर्ती (concurrency) (जैसे, 10kB फ़ाइल के लिए ~250 समवर्ती अनुरोध) पर संतृप्त (saturate) हो जाता है।
- RGC अनुकूलन के कारण लागत काफी हद तक इनपुट फ़ाइल के आकार से स्वतंत्र है।
निहित जाँच दक्षता (Implicit Check Efficiency):
- निहित जाँच अत्यंत तेज़ (0.19s) और कम बैंडविड्थ (7.2 KB) वाली है, तुलनात्मक रूप से फजी PSI बेसलाइन (जैसे, Chakraborti et al. [29] ने 160s लिया) के।
- यह ब्लॉकलिस्ट के आकार से स्वतंत्र है, जो प्राप्तकर्ताओं के लिए आदर्श है।
हैश फंक्शन चयन:
- पाया गया कि TLSH इस फ्रेमवर्क के लिए सबसे कुशल हैश फंक्शन है, जो कुल रिस्पॉन्स टाइम में ssdeep और sdhash से बेहतर प्रदर्शन करता है।

5. महत्व (Significance)

Half-Moon Cookie फ्रेमवर्क गोपनीयता-संरक्षण सुरक्षा बुनियादी ढांचे में एक महत्वपूर्ण प्रगति का प्रतिनिधित्व करता है:

व्यावहारिकता: यह सैद्धांतिक गोपनीयता प्रोटोकॉल (जो अक्सर बहुत धीमे होते हैं) और वास्तविक दुनिया की सुरक्षा आवश्यकताओं (जिनके लिए गति और स्केलेबिलिटी की आवश्यकता होती) के बीच के अंतर को पाटता है।
मैलवेयर सुरक्षा: यह प्रोप्रायटरी थ्रेट इंटेलिजेंस या उपयोगकर्ता डेटा को उजागर किए बिना (पॉलीमॉर्फिक मैलवेयर के माध्यम से समानता हैशिंग का उपयोग करके) प्रभावी पहचान को सक्षम बनाता है।
सिस्टम डिज़ाइन: यह प्रेषक पर कम्प्यूटेशनल बोझ को स्थानांतरित करके प्राप्तकर्ता के लिए मजबूत सुरक्षा गारंटी बनाए रखते हुए TOCTOU समस्या के लिए एक अभिनव वास्तुशिल्प समाधान प्रदान करता है।
व्यापक प्रयोज्यता: हालांकि इसे मैलवेयर पर प्रदर्शित किया गया है, यह फ्रेमवर्क किसी भी ऐसे परिदृश्य में लागू किया जा सकता है जहाँ निजी समानता जाँच की आवश्यकता होती है, जैसे कि CSAM डिटेक्शन, स्पैम फ़िल्टरिंग, या क्रेडेंशियल ब्रीच चेक।

संक्षेप में, हाफ-मून कुकी आर्टिफैक्ट्स को प्रोप्रायटरी ब्लॉकलिस्ट के विरुद्ध सत्यापित करने के लिए एक मजबूत, कुशल और गोपनीयता-संरक्षित तंत्र प्रदान करता है, जो सुरक्षा, गोपनीयता और प्रदर्शन के बीच के संघर्ष को हल करता है जिसने पिछले समाधानों को बाधित किया था।