ब्लॉग पर वापस जाएँGDPR और अनुपालन

MiCA और GDPR: क्रिप्टो वॉलेट PII डिटेक्शन

EU MiCA विनियमन क्रिप्टोकरेंसी वॉलेट पतों को वित्तीय पहचानकर्ता मानता है। GDPR व्यक्तियों से जुड़े वॉलेट पतों पर लागू होता है।

May 3, 20268 मिनट पढ़ें
cryptocurrency PII GDPRMiCA complianceBitcoin wallet anonymizationSWIFT code detectionIBAN crypto fintech

MiCA, GDPR और क्रिप्टो वॉलेट पते

एक Bitcoin पता Base58Check encoding में 26-35 अक्षरों का होता है। यह "1", "3" या "bc1" से शुरू होता है। एक Ethereum पता "0x" से शुरू होता है और 40 hex अक्षर रखता है। दोनों pseudonymous हैं। न तो कोई सीधे किसी का नाम लेता है।

कानून फिर भी लागू होता है।

वॉलेट पता व्यक्तिगत डेटा कब बनता है

Pseudonymous रिकॉर्ड व्यक्तिगत रिकॉर्ड हैं यदि वे किसी वास्तविक व्यक्ति से जुड़ते हैं। एक crypto exchange के पास KYC फाइलें हैं। वे फाइलें इन पतों को सत्यापित पहचानों से जोड़ती हैं। अकेला पता exchange के बाहर किसी का नाम नहीं लेता। उसके systems के अंदर, यह एक customer का नाम लेता है। यही इसे व्यक्तिगत डेटा बनाता है।

विनियमन इसे पूरी तरह से कवर करता है।

MiCA एक दूसरी परत जोड़ता है

EU MiCA (Markets in Crypto-Assets) दिसंबर 2024 में लागू हुआ। इसे crypto asset service providers — CASP — को customer records की सुरक्षा करने की आवश्यकता है। एक European exchange अब एक साथ दो नियमों का सामना करता है। MiCA वित्तीय नियंत्रण निर्धारित करता है। विनियमन डेटा सुरक्षा नियम निर्धारित करता है। दोनों एक ही पहचानकर्ता पर लागू होते हैं।

मानक टूल्स में डिटेक्शन अंतराल

मानक PII टूल्स पारंपरिक वित्त के लिए बनाए गए थे। वे IBAN जानते हैं। वे SWIFT/BIC जानते हैं। वे routing numbers जानते हैं। वे crypto पते के प्रारूप नहीं जानते।

एक Bitcoin पते, एक Ethereum पते और एक SWIFT code वाला दस्तावेज़ मानक टूल से भेजें। वह SWIFT code ढूंढता है। यह दोनों on-chain पतों को छोड़ देता है।

KYC फाइलें process करने वाले CASP के लिए, यह अंतराल गंभीर है। ये पहचानकर्ता bank account numbers जितने ही संवेदनशील हैं। उन्हें छोड़ने का मतलब है कोई encryption नहीं, कोई masking नहीं और कोई audit trail नहीं।

Article 32 और Encryption अंतराल

GDPR Article 32(1)(a) को baseline controls के रूप में pseudonymization और encryption की आवश्यकता है। GDPR जुर्मानों का 56% खराब encryption को एक कारक के रूप में उद्धृत करता है। एक exchange जो सभी पहचाने गए PII को encrypt करता है लेकिन wallet addresses छोड़ देता है उसने अपने काम के मूल में कुछ भी संरक्षित नहीं किया।

डिटेक्शन को पूर्ण पहचानकर्ता सेट को कवर करना होगा। CASP के लिए, वह सेट इन पते प्रारूपों को शामिल करता है।

अनुपालन pipeline कैसी दिखती है

एक अनुपालन exchange अपने डिटेक्शन चरण में इन entity types को जोड़ता है। Bitcoin और Ethereum प्रारूप शामिल हैं। पतों को flag किया जाता है, encrypt किया जाता है और ROPA में IBANs और account numbers के साथ log किया जाता है। DPIA प्रत्येक पहचानकर्ता प्रकार को covered नाम देता है। MiCA audit trails processing records के साथ align होते हैं।

कोई नई policy की जरूरत नहीं। अंतराल तकनीकी है। डिटेक्शन चरण में सही entity types जोड़ने से वह बंद हो जाता है।

Article 32 के तहत तकनीकी उपायों के लिए, GDPR Article 32 और AI tools PII exposure monitoring देखें। Pseudonymization व्यवहार में कैसे काम करता है, इसके लिए EDPB 2025 pseudonymization guidelines देखें।

स्रोत

संबंधित लेख

GDPR और अनुपालन

Self-Hosted PII Compliance Audits में विफल होता है

spaCy 3.4.4 और spaCy 3.5.1 अलग-अलग NER results देते हैं। एक financial services firm को पता चलता है कि staging बनाम production में 3% documents अलग तरीके से anonymize हुए।

GDPR और अनुपालन

Presidio 220+ GDPR संस्थाओं को चूक जाता है

Presidio लगभग 40 डिफ़ॉल्ट entity recognizers के साथ आता है जो US पहचानकर्ताओं पर केंद्रित हैं। यूरोपीय संगठनों को IBAN, Codice Fiscale जैसी संस्थाओं की जरूरत है।

GDPR और अनुपालन

कॉन्फ़िगरेशन ड्रिफ्ट: एक छिपा GDPR जोखिम

विश्लेषक A नामों को छद्म नाम से बदलता है। विश्लेषक B उन्हें काला कर देता है। आपका GDPR ऑडिट एक ही डेटासेट में दोनों पाता है। कॉन्फ़िगरेशन ड्रिफ्ट — जहाँ टीम की सेटिंग्स विचलित होती हैं — एक छिपा अनुपालन जोखिम है।

क्या आप अपने डेटा की सुरक्षा के लिए तैयार हैं?

48 भाषाओं में 273 संस्थाओं के प्रकारों के साथ PII अनामकरण शुरू करें।