ब्लॉकचेन और कॉइन की सेंसरशिप प्रतिरोधी प्रकृति को गहराई से समझने पर यह बहुत दिलचस्प और मजेदार हो गया!!

बाइनेंस हमले के मामले में, आंतरिक AI उपकरण के माध्यम से हुए हमले का वास्तविक स्वरूप क्या था, यह जानना दिलचस्प है और दूसरों के लिए बहुत महत्वपूर्ण लगता है। आंतरिक AI उपकरणों द्वारा हुए हमलों के बारे में और उनके विरुद्ध कैसे सुरक्षा उपाय अपनाए जाएँ, इस बारे में सामान्य रूप से बहुत कम साझा किया गया है।

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

BTCPay Server के लिए सुरक्षा चेतावनी

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

Binance के सुरक्षा घटना अद्यतन #3 जारी किया गया है, लेकिन इसमें मुख्य रूप से रिफंड आदि के बारे में बात की गई है, आक्रमण कैसे हुआ इसका कोई उल्लेख नहीं है।

जब एक एक्सचेंज से फंड्स निकल जाते हैं, तो क्या उपयोगकर्ताओं को पूरी राशि क्षतिपूर्ति मिल जाने से समस्या समाप्त हो जाती है? बिटकॉइन के चोरी हुए पैसे उत्तर कोरिया की मिसाइलों में बदल सकते हैं। इसलिए, इस 1 ट्रिलियन येन (लगभग 63 अरब डॉलर) के निकास का सीधा संबंध उन लोगों से भी है जिनके पास कोई भी क्रिप्टोकरेंसी नहीं है। अमेरिकी एफबीआई ने इस घटना को उत्तर कोरिया के हाथों का काम बताया है। जापान, संयुक्त राज्य और दक्षिण कोरिया की सरकारें पहले से ही बता चुकी हैं कि क्रिप्टोकरेंसी की चोरी उत्तर कोरिया के परमाणु और मिसाइल विकास के लिए धन का स्रोत है। अगर बिनेंस पूरी राशि की क्षतिपूर्ति करता है, तो उपयोगकर्ताओं के संपत्ति सुरक्षित रहेंगी। लेकिन, क्षतिपूर्ति के लिए पैसा देने वाला बिनेंस है। उत्तर कोरिया द्वारा चोरी किए गए पैसे में से अभी तक कोई भी एक येन कम नहीं हुआ है। बिनेंस के अनुसार, 30 अक्टूबर तक, केवल निकले हुए फंड्स का लगभग आधा ही जमा किया जा सका। दूसरी ओर, FBI ने पहले ही पुष्टि की है कि आपराधिक समूह ने चोरी की गई संपत्ति को ईथेरियम (ETH) में बदलना शुरू कर दिया है, और संबंधित लेनदेन को रोकने के लिए प्लेटफॉर्मों से अनुरोध किया है। "उपयोगकर्ताओं को कितनी क्षतिपूर्ति मिली?" के साथ-साथ, "उत्तर कोरिया के प्रयोग से पहले कितना रोका गया? और वास्तव में कितना पुनः प्राप्त किया गया?" —इन प्रश्नों पर भी प्रतिबद्धता से प्रतिक्रिया की आवश्यकता है। यह जापान के लिए सुरक्षा मुद्दा है।

क्या बाइनेंस फायरब्लॉक्स के पॉलिसी इंजन जैसा कुछ लागू करता है? वर्तमान में, ऐसा लगता है कि ऐसा कुछ नहीं है, लेकिन कोई साक्ष्य नहीं है।

Google का कस्टडी सेवा व्यक्तिगत रूप से, यह बहुत बड़ी सहायता है और मुझे बहुत खुशी हो रही है

Rust के क्रेट crypto-bigint में, टाइमिंग अटैक (साइड चैनल अटैक) का कारण बन सकने वाली कमजोरी (RUSTSEC-2026-0387) की रिपोर्ट की गई है। केवल "अपडेट करने से समाधान हो जाएगा" तक सीमित नहीं, बल्कि Alloy जैसे प्रमुख Web3/EVM स्टैक को अपनाने वाले उत्पादों पर प्रत्यक्ष प्रभाव पड़ रहा है, इसलिए स्थिति को समझने और सावधानी बरतने के लिए इसे साझा किया जा रहा है। 1. कमजोरी का सारांश लक्ष्य क्रेट: crypto-bigint (बड़े पूर्णांकों के लिए फिक्स्ड-साइज़ ऑपरेशन लाइब्रेरी) समस्या: घटाव और मॉन्टगोमरी गुणन जैसी आंतरिक प्रक्रियाओं में, कंपाइलर अनुकूलन के प्रभाव से शर्त-आधारित शाखाएँ उत्पन्न होती हैं, जिससे प्रोसेसिंग समय में इनपुट डेटा पर निर्भर अंतर आता है। जोखिम: हमलावर मिली/माइक्रोसेकंड स्तर पर कार्य समय का सटीक मापन करके, गुप्त कुंजी जैसी संवेदनशील जानकारी का अनुमान लगा सकता है या पुनः प्राप्त कर सकता है (टाइमिंग अटैक)। 2. क्यों "अभी अपग्रेड नहीं किया जा सकता"? crypto-bigint में सुधारित संस्करण (v0.7.6) जारी कर दिया गया है, लेकिन उपरि-स्तरीय लाइब्रेरी के निर्भरता संबंधों के कारण, प्रोजेक्ट्स में अटकने की स्थिति हुई है। EVM/Ethereum के चारों ओर व्यापक रूप से प्रयुक्त alloy, k256 v0.13 (एक क्रिप्टोग्राफिक क्रेट) पर निर्भर है। हालाँकि, k256 v0.13 अभी crypto-bigint v0.7.6 में अपग्रेड के लिए समर्थन प्रदान नहीं करता (या प्रतीक्षा में है)। इसलिए, केवल cargo update कमांड चलाने से समस्या हल नहीं होती; निर्भरता-लॉक के कारण पुराने संस्करण हमेशा मौजूद रहते हैं। 3. भविष्य के कदम / जाँच प्रक्रिया प्रभाव की पहचान: पहले cargo tree -i crypto-bigint या cargo audit कमांड चलाकर, पता करें कि आपके प्रोजेक्ट में alloy -> k256 आदि के माध्यम से crypto-bigint की कौन-सी मार्ग पथ से निर्भरता है। उपरि-स्तरीय समर्थन की प्रतीक्षा: k256 और alloy में v0.7.6 में अपग्रेड के PR (पैच-अपडेट) की प्रगति पर नज़र रखें। वर्कअराउंड की संभावना: यदि संभव हो, Cargo.toml में [patch.crates-io] का प्रयोग करके, मजबूती से n-1.7.6 में n-1.7.6 में प्रतिस्थापित करने की पुष्टि करें। Rust/Web3 पारिस्थितिकी पूरी तरह से सुधरने में कुछ समय-विलंब होगा। संबंधित स्टैक का प्रयोग करने वाले, अपनी निर्भरता-वृक्ष (dependency tree) की हरकतों पर सख्ती से नज़र रखें। ▼ RustSec सलाह https://t.co/FJSYIOHwtH #Rust #RustLang #Web3 #Alloy #Ethereum #Security #cryptographic-technology