Skip to content
KitploitKITPLOIT
उपकरणब्लॉग
जमा करें
उपकरणब्लॉग
जमा करें

हैकिंग, पेनटेस्ट और साइबर सुरक्षा उपकरण आपके सुरक्षा शस्त्रागार के लिए!

Kitploit हैकिंग, साइबर सुरक्षा और पेंटेस्टिंग टूल्स की एक निर्देशिका है। कमजोरियों को खोजने, सिस्टम का विश्लेषण करने, परीक्षण को स्वचालित करने और अपनी सुरक्षा को मजबूत करने के लिए नवीनतम प्रोजेक्ट अपडेट खोजें।

··फ़ीड·संपर्क·गोपनीयता·© 2026 Kitploit

टूल निर्देशिका

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
mellon — OSDP हमला उपकरण (और एल्विश भाषा में मित्र के लिए शब्द) | Kitploit
उपकरण/GitHubGitHub/bishopfox/mellon
भेद्यता विश्लेषणशोषणक्रिप्टोग्राफीपेनिट्रेशन टेस्टिंगहार्डवेयर सुरक्षा
GitHubbishopfox/mellon

mellon

OSDP हमला उपकरण (और एल्विश भाषा में मित्र के लिए शब्द)

रिपॉजिटरी देखें
114943 साल पहलेKitploit द्वारा समीक्षित

सबसे लोकप्रिय

सभी देखें →

हमारे समुदाय द्वारा सबसे अधिक उपयोग किए जाने वाले उपकरण खोजें।

सभी उपकरण खोजें

हमारे उपकरणों का संग्रह ब्राउज़ करें

सभी उपकरण देखें →
साझा करें

OSDP कमजोरियाँ जिनका यह शोषण करता है

OSDP आक्रमण उपकरण (और मित्र के लिए एल्विश शब्द)

हमला #1: एन्क्रिप्शन वैकल्पिक है

OSDP एन्क्रिप्शन का समर्थन करता है, लेकिन सख्ती से आवश्यक नहीं है। इसलिए आपका कनेक्शन शायद बिल्कुल भी एन्क्रिप्टेड न हो। हमला #1 केवल निष्क्रिय रूप से सुनना है और देखना है कि क्या आप तार पर कार्ड नंबर पढ़ सकते हैं।

हमला #2: डाउनग्रेड हमला

सिर्फ इसलिए कि नियंत्रक और पाठक एन्क्रिप्शन का समर्थन करते हैं, इसका मतलब यह नहीं है कि वे इसके उपयोग को अनिवार्य करने के लिए कॉन्फ़िगर किए गए हैं। एक हमलावर पाठक की क्षमता उत्तर संदेश (osdp_PDCAP) को संशोधित कर सकता है ताकि यह विज्ञापित कर सके कि यह एन्क्रिप्शन का समर्थन नहीं करता है। जब ऐसा होता है, तो कुछ नियंत्रक बिना एन्क्रिप्शन के आगे बढ़ जाते हैं।

हमला #3: इंस्टॉल-मोड हमला

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

हमला #4: कमजोर कुंजियाँ

OSDP नमूना कोड अक्सर हार्डकोडेड एन्क्रिप्शन कुंजियों के साथ आता है। स्पष्ट रूप से ये नमूने होने के लिए हैं, जहाँ उपयोगकर्ता को स्वयं सुरक्षित तरीके से कुंजियाँ उत्पन्न करनी चाहिए। लेकिन यह उपयोगकर्ता के लिए समझाया या सरल नहीं किया गया है, हालांकि। और कोई भी जो सुरक्षा में पर्याप्त समय से रहा है, वह जानता है कि जो कुछ भी डिफ़ॉल्ट है, वह उत्पादन में होने की संभावना है।

तो एक आक्रमण वेक्टर के रूप में, जब पाठक और नियंत्रक के बीच लिंक एन्क्रिप्टेड होता है, तो कुछ सामान्य कमजोर कुंजियों को गिनना एक प्रयास के लायक है। अब ये 128-बिट AES कुंजियाँ हैं, इसलिए हम उन सभी को गिनने में सक्षम नहीं होंगे। या उनका एक सार्थक हिस्सा भी नहीं। लेकिन हम कुछ सामान्य पैटर्न को हिट कर सकते हैं जो आप तब देखते हैं जब कोई कुंजी को हार्डकोड करता है:

  • सभी एकल-बाइट मान. [0x04, 0x04, 0x04, 0x04 …]
  • सभी नीरस रूप से बढ़ते बाइट मान. [0x01, 0x02, 0x03, 0x04, …]
  • सभी नीरस रूप से घटते बाइट मान. [0x0A, 0x09, 0x08, 0x07, …]

हमला #5: कुंजीसेट कैप्चर

OSDP में कुंजी विनिमय के लिए कोई इन-बैंड तंत्र नहीं है। इसका मतलब यह है कि एक हमलावर यह कर सकता है:

  • तार पर एक गुप्त श्रवण उपकरण डालें।
  • पाठक को तोड़ें / फ़ैक्टरी रीसेट करें / अक्षम करें।
  • आईटी से किसी के आने और पाठक को बदलने की प्रतीक्षा करें।
  • जब पाठक पहली बार सेटअप होता है तो कुंजीसेट संदेश (osdp_KEYSET) कैप्चर करें।
  • सभी भविष्य के संदेशों को डिक्रिप्ट करें।

एक परीक्षण बिस्तर सेटअप प्राप्त करना (Linux/MacOS)

आपको इनमें से प्रत्येक हमले के लिए प्रूफ-ऑफ-कॉन्सेप्ट कोड attack_osdp.py में मिलेगा। उपयोग पर अधिक जानकारी के लिए --help कमांड देखें। यह एक Python स्क्रिप्ट है, जिसे USB<-->RS485 एडेप्टर इनमें से एक जैसे के साथ लैपटॉप से चलाने का इरादा है। तो आप शायद उनमें से कुछ लेना चाहेंगे। हालांकि, उस मॉडल का होना जरूरी नहीं है।

यदि आपके पास एक नियंत्रक है जिसका आप परीक्षण करना चाहते हैं, तो बढ़िया है। उसका उपयोग करें। यदि नहीं, तो हमारे पास एक जानबूझकर कमजोर OSDP नियंत्रक है जिसका आप यहाँ उपयोग कर सकते हैं: vulnserver.py।

attack_osdp.py में कुछ हमले एक कार्यशील पाठक और नियंत्रक के बीच पूर्ण MitM के रूप में होने की उम्मीद करेंगे। इनका परीक्षण करने के लिए, आपको तीन USB<-->RS485 एडेप्टर की आवश्यकता हो सकती है, जो एक ब्रेडबोर्ड के साथ जुड़े हों।

अतिरिक्त मध्यम / निम्न जोखिम मुद्दे

ये मुद्दे अलग-थलग रूप से शोषण योग्य नहीं हैं, लेकिन फिर भी प्रोटोकॉल, कार्यान्वयन, या समग्र प्रणाली के कमजोर होने का प्रतिनिधित्व करते हैं।

  • MAC को 32 बिट्स तक छोटा किया जाता है "ओवरहेड कम करने के लिए"। यह व्यावहारिक शोषण योग्य सीमा के बहुत करीब (लेकिन हमारी गणना में पूरी तरह से नहीं) है।
  • IV (जो MAC से प्राप्त होते हैं) समान रूप से 32 बिट्स एन्ट्रॉपी तक कम हो जाते हैं। इससे IV का पुन: उपयोग होगा, जो एक प्रोटोकॉल के लिए एक बड़ा लाल झंडा है।
  • सत्र कुंजियाँ केवल नियंत्रक RNG नॉन्स से 48 बिट्स एन्ट्रॉपी का उपयोग करके उत्पन्न की जाती हैं। हालांकि, यह एक देखने वाले हमलावर के लिए ऑफ़लाइन गणना करना संभव नहीं लगता है। (जब तक हम कुछ याद नहीं कर रहे हैं, इस स्थिति में यह एक महत्वपूर्ण मुद्दा बन जाएगा।)
  • अनुक्रम संख्याएँ केवल 2 बिट्स की होती हैं, पर्याप्त लाइवनेस प्रदान नहीं करती हैं।
  • CBC-मोड एन्क्रिप्शन का उपयोग किया जाता है। GCM नेटवर्क प्रोटोकॉल के लिए एक अधिक आधुनिक ब्लॉक सिफर मोड होगा।
  • SCS मोड 15 और 16 मूल रूप से "नल सिफर" हैं, और उन्हें अस्तित्व में नहीं होना चाहिए। वे डेटा को एन्क्रिप्ट नहीं करते हैं।
  • OSDP कमांड बाइट हमेशा अनएन्क्रिप्टेड होता है, यहां तक कि सिक्योर चैनल सत्र के बीच में भी। यह हमलावरों के लिए एक बड़ा लाभ है, जिससे हमले के उपकरण लिखना बहुत आसान हो जाता है। इसका मतलब है कि एक हमलावर हमेशा देख सकता है कि किस "प्रकार" का पैकेट भेजा जा रहा है, भले ही वह अन्यथा एन्क्रिप्टेड हो। हमलावर बता सकते हैं कि लोग कब बैज करते हैं, LED कब जलती है, आदि... यह वह जानकारी नहीं है जो स्पष्ट पाठ में होनी चाहिए।
  • SCBK-D (एक हार्डकोडेड "डिफ़ॉल्ट" एन्क्रिप्शन कुंजी) कोई सुरक्षा प्रदान नहीं करता है और इसे हटा दिया जाना चाहिए। यह केवल अस्पष्टता और सुरक्षा की झूठी भावना प्रदान करने का काम करता है।
टूल डाउनलोड करें