क्रिप्टो एक्सचेंज सिक्योरिटी: असली कमज़ोरी स्पीड है

बीस मिनट। रिपोर्ट के मुताबिक़ हमलावरों को Binance से 6.3 बिलियन डॉलर निकालने में बस इतना ही समय लगा, जितना ज़्यादातर इंसिडेंट रिस्पॉन्स टीमों को वीडियो कॉल पर इकट्ठा होने में लगता है। अगर इससे एक ही सबक लेना हो, तो यह लीजिए: क्रिप्टो एक्सचेंज सिक्योरिटी गणित में फेल नहीं होती। सिग्नेचर शायद वैध थे। की (keys) वही कर रही थीं जो उन्हें करना होता है। असली फेल्योर वेलोसिटी है, यानी एक आधुनिक एक्सचेंज एक हाईजैक हुए क्रेडेंशियल को इतनी तेज़ी से अरबों डॉलर के अपरिवर्तनीय सेटलमेंट में बदल सकता है कि कोई इंसान “रुको” कहने से पहले ही काम हो चुका हो।

शुरुआती रिपोर्टों के अनुसार हमले की शुरुआत एक समझौता हुए कर्मचारी के डिवाइस से हुई, और एक्सचेंज ने नुकसान की भरपाई करने और कानून-व्यवस्था एजेंसियों के साथ काम करने का वादा किया है। इनमें से कुछ भी आपको तसल्ली नहीं देना चाहिए। हमलावर और 6.3 बिलियन डॉलर के बीच बस एक लैपटॉप खड़ा हो, तो वह सिक्योरिटी आर्किटेक्चर नहीं है, बल्कि एक ऐसा किस्सा है जो होने का इंतज़ार कर रहा था। हम एक दशक से इस स्टैक की गलत परत को मज़बूत करते आए हैं, और यह हेस्ट उसी का बिल है जो अब चुकाना पड़ रहा है।

बीस मिनट डिज़ाइन की विफलता हैं, किसी एक बुरे दिन की नहीं

कहानी का सबसे सनसनीखेज़ हिस्सा, यानी बीस मिनट, असल में सबसे कम चौंकाने वाला हिस्सा है। हर बड़ी एक्सचेंज चोरी एक ही पैटर्न पर चलती है: महीनों या सालों की खामोश तैयारी, फिर मिनटों में सिमटी एक्ज़ीक्यूशन विंडो। 2016 की बांग्लादेश बैंक डकैती भी ऐसे ही हुई थी। हमलावर महीनों तक बैंक के नेटवर्क में घुसे रहे, फिर एक ही झटके में फर्ज़ी SWIFT मैसेज भेज दिए। उन्हें एक अरब डॉलर चाहिए थे, मिले 81 मिलियन डॉलर, और वह भी इसलिए कि एक कॉरेस्पॉन्डेंट बैंक के एक सतर्क कर्मचारी ने कुछ अजीब देखा और बाकी रकम रोक दी। यहाँ किस्मत ने साथ दिया। किस्मत कोई कंट्रोल नहीं होती।

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

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

बेहतर क्रिप्टोग्राफी एक्सचेंज को क्यों नहीं बचा पाती

जब भी नौ या दस अंकों वाली चोरी की खबर आती है, तो पहली प्रतिक्रिया यही होती है कि की-मैनेजमेंट में ही गड़बड़ी रही होगी। उन्हें HSM इस्तेमाल करना चाहिए था, या multi-party computation, या मल्टीसिग का बड़ा क्वोरम। इंडस्ट्री ने यह सबक इतनी अच्छी तरह सीख लिया है कि आज ज़्यादातर बड़े एक्सचेंज सच में HSM और MPC इस्तेमाल करते हैं। फिर भी चोरियाँ होती रहती हैं, क्योंकि मूल धारणा ही गलत है। क्रिप्टोग्राफी सिर्फ एक सवाल का जवाब देती है: क्या यह रिक्वेस्ट प्रामाणिक है? जो सवाल हेस्ट के दौरान असल मायने रखता है, उसका जवाब वह नहीं दे सकती: क्या यह प्रामाणिक रिक्वेस्ट होनी चाहिए?

अगर एंट्री पॉइंट कोई समझौता हुआ कर्मचारी लैपटॉप है, यानी ऐसा सेशन जिसके पास वैध क्रेडेंशियल, वैध MFA टोकन और withdrawal orchestration लेयर तक वैध एक्सेस है, तो सिस्टम जो भी सिग्नेचर बनाएगा वह क्रिप्टोग्राफिक रूप से बेदाग होगा। HSM को पता नहीं चलता कि उसे चलाने वाला इंसान रिमोट से कंट्रोल हो रहा है। MPC भी तब काम नहीं आता जब हमलावर पर्याप्त प्रतिभागियों के एंडपॉइंट समझौता कर ले, और 625 मिलियन डॉलर की Ronin bridge चोरी ठीक ऐसे ही हुई थी: नौ में से पाँच validator keys समझौता हुई मशीनों से ली गईं, गणित तोड़कर नहीं। यहाँ तक कि Bitcoin के “हैक” होने वाली लोककथा भी गहराई से जाँचने पर ढह जाती है, जैसा हमने तब पाया जब हमने एक बहुप्रचारित PHP Bitcoin exploit को परखा और पाया कि कमज़ोर कड़ी कभी क्रिप्टोग्राफी नहीं थी। कमज़ोर कड़ी हमेशा वह क्षण होता है जब एक भरोसेमंद सिस्टम का इस्तेमाल किसी ऐसे व्यक्ति द्वारा होता है जिसे उसे चलाना ही नहीं चाहिए था।

क्रिप्टोग्राफी की (key) रक्षा करती है। पर गणित में ऐसा कुछ नहीं जो उस क्षण की रक्षा करे, जब वही की ठीक उसी तरह इस्तेमाल होती है जैसी उसे डिज़ाइन किया गया था।

मॉनिटरिंग बीस मिनट की घड़ी को नहीं हरा सकती

दूसरी प्रतिक्रिया है डिटेक्शन: बेहतर मॉनिटरिंग, anomaly detection, वायर पर नज़र रखने वाला AI। एक्सचेंज के पास यह सब है, और यह अलर्ट भी करता है। इसी से हमें पता चला कि हेस्ट में बीस मिनट लगे। लेकिन डिटेक्शन और प्रिवेंशन अलग-अलग प्रोडक्ट हैं, जिनके लेटेंसी बजट भी अलग हैं। एक परिपक्व security operations center में, हाई-फिडेलिटी अलर्ट से लेकर किसी ऐसे इंसान तक पहुँचने में जिसके पास withdrawals रोकने का अधिकार हो, अच्छे दिन पर भी दस-बीस मिनट लग जाते हैं: ऑन-कॉल को पेज करो, पक्का करो कि फॉल्स पॉज़िटिव नहीं है, उसे एस्केलेट करो जो बड़ा लीवर खींच सके, मंज़ूरी लो, फिर लीवर खींचो। हमलावर का पूरा ऑपरेशन इसी लूप के भीतर आराम से फिट हो जाता है, और उसके पास समय भी बच जाता है।

यह वह असमानता है जिसकी कीमत कोई लगाना नहीं चाहता। डिफेंडर बिज़नेस आवर्स के हिसाब से स्टाफ रखते हैं, जबकि हमलावर खास तौर पर वीकेंड और छुट्टियों में हमला करते हैं, क्योंकि तब रिस्पॉन्स टाइम बिगड़ जाता है। और अलर्ट तुरंत आ भी जाए, तब भी अलर्ट कोई किल स्विच नहीं होता। किल स्विच एक इंसान होता है। हमने यह फिल्म क्रिप्टो के बाहर भी देखी है: बांग्लादेश बैंक की चोरी किसी सिस्टम ने नहीं, एक इंसान ने रोकी, और वह इंसान लगभग मौजूद ही नहीं था। अगर आपकी आखिरी सुरक्षा पंक्ति यह है कि “उम्मीद है डैशबोर्ड पर कोई नज़र रख रहा होगा”, तो आपके पास कोई आखिरी पंक्ति है ही नहीं। यही तर्क एक्सचेंज से कहीं आगे लागू होता है। हमने ऑटोनॉमस एजेंट्स के लिए भी ऐसी ही दलील दी थी कि ऑटोनॉमस एजेंट्स के लिए containment क्यों monitoring से बेहतर है: जिस निगरानी के पास हस्तक्षेप करने की ताकत नहीं, वह बस आपकी नाकामी की रिकॉर्डिंग है।

नुकसान की भरपाई करना समाधान नहीं, स्वीकारोक्ति है

Binance ने कहा है कि वह सारा नुकसान कवर करेगा, और श्रेय देना होगा कि कंपनी पहले भी ऐसा कर चुकी है। 2019 में 7,000 BTC की हैक के बाद उसके SAFU insurance fund ने यूज़र्स की भरपाई की थी। तब बाज़ार पर मुश्किल से असर पड़ा था, और इस बार भी शायद न पड़े। पर ईमानदारी से देखें तो “हम भरपाई करेंगे” का आर्किटेक्चर के लिहाज़ से कोई मतलब नहीं। Insurance विफलता को सोखने का बैलेंस-शीट तंत्र है, उसे रोकने का इंजीनियरिंग तंत्र नहीं। यह तबाही को एक खर्च की मद में बदल देता है, जो एक्सचेंज के लिए तर्कसंगत है, पर अगले हमलावर के लिए बिल्कुल अप्रासंगिक, जिसके सामने वही बीस मिनट की खिड़की होगी।

एक स्केल की समस्या भी है, जिसे इंडस्ट्री में कोई खुलकर नहीं कहना चाहता। 6.3 बिलियन डॉलर का नुकसान पूरे क्रिप्टो सेक्टर की कुल insurance क्षमता से कई गुना बड़ा है। दुनिया में गिने-चुने एक्सचेंज ही इतना बड़ा नुकसान खुद वहन कर सकते हैं। बाकी हर छोटा प्लेटफॉर्म, और ऐसे सैकड़ों हैं जिनके पास काफी ग्राहक फंड हैं, अंदरखाने यह दाँव लगा रहा है कि अगला नंबर उसका नहीं होगा। बैंकिंग में ठीक यही कमी deposit insurance और prudential regulation भरते हैं। इसलिए “क्या Binance पर लापरवाह सिक्योरिटी के लिए मुकदमा नहीं चलना चाहिए?” वाली प्रतिक्रिया, चाहे कितनी भी सरल हो, किसी असली चीज़ की ओर इशारा करती है। हमने एक सदी पहले तय कर लिया था कि दूसरों का पैसा रखने वाली संस्थाएँ अपनी जोखिम-भूख खुद नहीं चुन सकतीं। क्रिप्टो पिछले पंद्रह सालों से उस फैसले को एक-एक हेस्ट करके फिर से खोल रहा है।

Circuit breakers: वह समाधान जो बाज़ार पहले ही खोज चुके हैं

निराश करने वाली बात यह है कि फाइनेंस ने यह समस्या दशकों पहले सुलझा ली थी, बस दूसरी दिशा में। 1987 के क्रैश के बाद स्टॉक एक्सचेंजों ने circuit breakers अपनाए, जो कीमतें बहुत तेज़ी से बहुत दूर जाने पर ट्रेडिंग रोक देते हैं। कोई यह दावा नहीं करता कि ये धोखाधड़ी या क्रैश खत्म कर देते हैं। मकसद बेकाबू प्रक्रिया को निगरानी वाली प्रक्रिया में बदलना है, ताकि इंसानी फैसले के लिए समय मिल सके। यही तर्क आउटफ़्लो पर भी लागू होता है, और यह लगभग शर्मनाक रूप से सरल है: कोई भी वेन्यू किसी छोटे समय में अपनी संपत्ति का छोटा हिस्सा भी बाहर नहीं भेज पाए, चाहे सिग्नेचर कितने भी वैध क्यों न हों।

Withdrawal circuit breaker एक policy engine है, जो साइनिंग पाथ में बैठता है और स्पीड को अपने आप में एनोमली मानता है। सबसे अहम बात यह है कि वह यह नहीं पूछता कि रिक्वेस्ट प्रामाणिक है या नहीं। वह मानकर चलता है कि हर रिक्वेस्ट प्रामाणिक भी हो सकती है और दुर्भावनापूर्ण भी, और फिर भी नुकसान का दायरा सीमित कर देता है:

from dataclasses import dataclass
from datetime import datetime, timedelta
@dataclass
class WithdrawalPolicy:
window: timedelta = timedelta(minutes=30)
max_outflow_pct: float = 2.0      # of hot-wallet balance per window
hard_freeze_pct: float = 5.0      # trip the breaker entirely
large_threshold_usd: float = 1_000_000
large_delay: timedelta = timedelta(hours=24)
class CircuitBreaker:
def __init__(self, policy: WithdrawalPolicy):
self.policy = policy
self.recent: list[tuple[datetime, float]] = []
self.tripped = False
def authorize(self, amount_usd: float, hot_balance_usd: float) -> str:
if self.tripped:
return "REJECT: breaker tripped, manual review required"
now = datetime.utcnow()
cutoff = now - self.policy.window
self.recent = [(t, a) for t, a in self.recent if t > cutoff]
outflow_pct = 100 * (sum(a for _, a in self.recent) + amount_usd) / hot_balance_usd
if outflow_pct > self.policy.hard_freeze_pct:
self.tripped = True
return "HALT: outflow exceeded safety threshold, withdrawals frozen"
if outflow_pct > self.policy.max_outflow_pct:
return "QUEUE: velocity limit reached, withdrawal delayed"
if amount_usd > self.policy.large_threshold_usd:
return f"DELAY: held {self.policy.large_delay} for review"
self.recent.append((now, amount_usd))
return "APPROVE"

इस हेस्ट के आँकड़ों से देखिए कि इससे क्या हासिल होता। अगर hot wallet में 6.3 बिलियन डॉलर का सिर्फ 10% भी हो, तो hot balance के 5% पर लगी हार्ड फ्रीज़ ऑटोमेटिक नुकसान को लगभग 31 मिलियन डॉलर पर रोक देती है। यह एक खराब दोपहर है, अस्तित्व का संकट नहीं। इससे भी बड़ी बात यह कि हमलावर की बीस मिनट की दौड़ कई दिनों की रेंगती प्रक्रिया बन जाती है, और तब जाकर मॉनिटरिंग टीम को खेलने का मौका मिलता है। पूरा मकसद हमलावर को मात देना नहीं, बल्कि समय खींचना है ताकि कोई इंसान पहुँच सके। यह डिफेंसिव इंजीनियरिंग अपने क्लासिक अर्थ में है: सिस्टम ऐसा डिज़ाइन करो कि उसकी सबसे बुरी विफलता भी उबाऊ हो।

Withdrawal delays और उबाऊ बैंकिंग का तर्क

Circuit breakers वेलोसिटी सँभालते हैं, delays साइज़ सँभालते हैं। पारंपरिक वित्तीय व्यवस्था का गुप्त हथियार सोफिस्टिकेशन नहीं, घर्षण (friction) है। वायर वापस मँगवाए जा सकते हैं। ACH में दिन लगते हैं। बड़े ट्रांसफर पर होल्ड पीरियड लगते हैं और अलग चैनल से ज्ञात संपर्कों को कॉलबैक होता है। क्रिप्टो ने यह सब इसलिए हटा दिया क्योंकि तुरंत फाइनल सेटलमेंट ही उसका प्रोडक्ट था। पर घर्षण को चुनिंदा तरीके से वापस लाया जा सकता है, withdrawal सीमा पर, बिना उस ट्रेडिंग अनुभव को छुए जिसकी यूज़र्स को परवाह है:

• समय-लॉक वाली बड़ी withdrawals। सीमा से ऊपर की हर रकम एक दिखने वाली कतार में 24 घंटे इंतज़ार करती है। यूज़र्स इसके हिसाब से योजना बना लेते हैं, हमलावर नहीं बना सकते, क्योंकि हर घंटे की देरी का मतलब है कि सेंध का पता चलने के लिए एक और घंटा।
• हार्ड hot-wallet सीमाएँ। सिर्फ उतना ही ऑनलाइन रखें जितना 24 घंटे की सामान्य withdrawals के लिए चाहिए। ज़्यादातर वेन्यू के लिए यह संपत्ति का एक-अंकीय प्रतिशत होता है। Cold storage की गतिविधियों के लिए multi-party, कई दिनों की प्रक्रियाएँ चाहिए, जिन्हें कोई क्रेडेंशियल तेज़ नहीं कर सकता।
• देरी वाले बदलावों के साथ address whitelisting। नए withdrawal addresses out-of-band पुष्टि के बाद एक देरी के बाद सक्रिय होते हैं। इससे घुसपैठ के दौरान गंतव्य पते बदलने का क्लासिक तरीका खत्म हो जाता है।
• विभाजित साइनिंग अधिकार। कोई भी एक एंडपॉइंट, रोल या सेशन, चाहे कितना भी प्रमाणित हो, एक सीमा से ज़्यादा नहीं हिला सकता। जब ब्लास्ट रेडियस छोटा हो, तो एंट्री पॉइंट उतना मायने नहीं रखता। यह सबक LiteLLM supply chain घटना ने Python इकोसिस्टम को सिखाया कि डेवलपर मशीनें सबसे नरम निशाना होती हैं।
• देनदारियों के साथ सार्वजनिक reserve proof। यह चोरी रोकने का नियंत्रण नहीं, बल्कि एक सॉल्वेंसी ट्रिपवायर है, जो शुरू में ही लीपापोती का विकल्प मेज़ से हटा देता है।

ध्यान दीजिए कि इनमें से किसी के लिए नई क्रिप्टोग्राफी, नया हार्डवेयर या नया विज्ञान नहीं चाहिए। ये नीतियाँ हैं। ये अलोकप्रिय भी हैं, क्योंकि इनमें से हर एक किसी प्रोडक्ट मैनेजर का सिरदर्द है: घर्षण, देरी, सीमाएँ। और एक्सचेंज की अर्थव्यवस्था थ्रूपुट और हर चीज़ के तुरंत होने को इनाम देती है। यह तनाव असली है, और अब तक इंडस्ट्री का जवाब यह रहा है कि चिकने UX के बदले विनाशकारी टेल रिस्क स्वीकार कर लिया जाए। 6.3 बिलियन डॉलर की, बीस मिनट में हुई यह हेस्ट उसी सौदे का बिल है जो अब चुकाना पड़ रहा है।

स्पीड एक चुनाव है, तो उसे सोच-समझकर चुनिए

इंसिडेंट रिस्पॉन्स में एक कहावत है: जब सेकंड मायने रखते हैं, तब हम पैच दिनों या हफ्तों में करते हैं। यह हेस्ट इसे उलट देती है। जब सेकंड मायने रखते हैं, तब पैसा मिनटों में निकल जाता है, और डिफेंडर की पूरी प्रक्रिया एक धीमी दुनिया के लिए बनी होती है। इसे स्मार्ट अलर्ट या मज़बूत की से ठीक नहीं किया जा सकता, क्योंकि हमलावर न की तोड़ रहा है, न अलर्ट से छिप रहा है। वह आपके सिस्टम को उसी तरह इस्तेमाल कर रहा है जैसे वह डिज़ाइन हुआ था, और उसी रफ्तार से जिस पर आपने उसे चलने के लिए बनाया था।

तो हर एक्सचेंज इंजीनियर से, और ईमानदारी से कहें तो हर उस इंजीनियर से जो मूल्य को आगे बढ़ाने वाले सिस्टम बनाता है, सवाल यह नहीं है कि “हम हमलावरों को हमेशा के लिए बाहर कैसे रखें?” आप ऐसा नहीं कर पाएँगे। लैपटॉप समझौता होंगे, लोग फिशिंग का शिकार होंगे, सप्लाई चेन में ज़हर घुलेगा। असली सवाल यह है: जब कोई अंदर घुस जाए, तो आपका आर्किटेक्चर तेज़ी से फेल होता है या धीरे-धीरे? अभी इंडस्ट्री का जवाब है: तेज़, फाइनल और टीवी पर दिखने लायक। Velocity caps, समय-लॉक withdrawals और hot-wallet की हार्ड सीमाएँ यह जवाब बदलने का तरीका हैं। तकनीक तो मामूली है। थोड़ा घर्षण स्वीकार करने की इच्छाशक्ति नहीं है। और अगर इंडस्ट्री खुद वह घर्षण नहीं चुनेगी, तो नियामक, जो 6.3 बिलियन डॉलर के नुकसान को कॉफी ब्रेक के बीच होते देख रहे होंगे, आखिरकार उसे उसकी जगह चुन लेंगे।