Skip to content
KitploitKITPLOIT
उपकरणएक्सप्लॉइटब्लॉग
Log in
जमा करें
उपकरणएक्सप्लॉइटब्लॉग
जमा करें

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

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

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

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

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
CVE-2026-59358 — CVE-2026-59358 के लिए प्रूफ-ऑफ-कॉन्सेप्ट लैब और एक्सप्लॉइट क्लाइंट, जो Cloud Foundry UAA द्वारा उपयोगकर्ता PKCE टोकन को client_credentials Bearer के रूप में पुनः उपयोग करके विशेषाधिकार प्राप्त क्लाइंट टोकन जारी करने को प्रदर्शित करता है। | Kitploit
उपकरण/GitHubGitHub/abraxas/cve-2026-59358
भेद्यता विश्लेषणशोषणवेब एप्लिकेशन शोषणपेनिट्रेशन टेस्टिंगपहचान और एक्सेस प्रबंधन (IAM)प्रमाणीकरणलैब और अभ्यास
GitHubabraxas/cve-2026-59358

CVE-2026-59358

CVE-2026-59358 के लिए प्रूफ-ऑफ-कॉन्सेप्ट लैब और एक्सप्लॉइट क्लाइंट, जो Cloud Foundry UAA द्वारा उपयोगकर्ता PKCE टोकन को client_credentials Bearer के रूप में पुनः उपयोग करके विशेषाधिकार प्राप्त क्लाइंट टोकन जारी करने को प्रदर्शित करता है।

रिपॉजिटरी देखें
20घं 2मि पहलेअभी तक समीक्षित नहीं

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

सभी देखें →

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

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

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

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

Abraxas Labs - CVE-2026-59358

abraxaslabs.tech  ·  github.com/abraxas  ·  @abraxas_null  ·  [email protected]  ·  CVE-2026-59358

CVE-2026-59358

वर्ग: विशेषाधिकार अवशेष पहुँच: रिमोट

Cloud Foundry UAA v79.6.0 - VMware by Broadcom / Cloud Foundry Foundation

मैं @abraxas_null हूँ। लूपबैक लैब। क्लाइंट CVE-2026-59358-Abraxas-Labs.py है।

एक सार्वजनिक PKCE उपयोगकर्ता एक्सेस टोकन को उसी दोहरे-अनुदान वाले क्लाइंट के लिए grant_type=client_credentials पर Bearer क्लाइंट प्रमाणीकरण के रूप में स्वीकार किया जाता है। UAA उस क्लाइंट के अधिकारों के साथ एक क्लाइंट-केवल टोकन जारी करता है (इस लैब में clients.write)। उपयोगकर्ता टोकन स्वयं POST /oauth/clients पर 403 देता है। अवशेष टोकन एक नया OAuth क्लाइंट बनाता है। प्रकाशित CVE की स्वतंत्र लैब। श्रेय: Minseong Kim (mak3bread)।

CVECVE-2026-59358 · CVE.org
वर्गविशेषाधिकार अवशेष (उपयोगकर्ता टोकन client_credentials Bearer के रूप में पुनः उपयोग; RCE नहीं)
पहुँचरिमोट (हमलावर का स्वयं का उपयोगकर्ता एक्सेस टोकन)
CWECWE-287
CVSSउच्च: 7.6 CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
उत्पादCloud Foundry UAA
प्रभावितUAA v3.7.0 से v79.6.0 तक; cf-deployment v60.4.0 तक
पैच किया गयाUAA v79.7.0; cf-deployment v60.5.0
प्रमाणीकरणप्रमाणित (हमलावर का स्वयं का उपयोगकर्ता PKCE टोकन)
लाइसेंसGNU Affero GPL v3.0
लैबकेवल 127.0.0.1

हमलावर क्या कर सकता है

एक सार्वजनिक OAuth क्लाइंट के माध्यम से लॉग इन करें जो client_credentials को भी सूचीबद्ध करता है। उस उपयोगकर्ता JWT को POST /oauth/token पर grant_type=client_credentials के साथ Authorization: Bearer के रूप में पुनः चलाएँ। UAA क्लाइंट के अधिकारों के साथ एक क्लाइंट-केवल टोकन लौटाता है। यदि उनमें clients.write शामिल है, तो हमलावर द्वारा चुने गए अधिकारों के साथ नए OAuth क्लाइंट बनाएँ। किसी क्लाइंट सीक्रेट की आवश्यकता नहीं।

उपयोगकर्ता टोकन स्वयं क्लाइंट का प्रशासन नहीं कर सकता। अवशेष टोकन-एंडपॉइंट जाँच है जो किसी भी वैध एक्सेस टोकन को, जिसका client_id मेल खाता है, क्लाइंट प्रमाणीकरण के रूप में मानती है।

प्रभाव उस क्लाइंट के अधिकारों के साथ बढ़ता है। संयोजन (सार्वजनिक उपयोगकर्ता प्रवाह और एक ही client_id पर client_credentials) डिफ़ॉल्ट नहीं है।


मैंने इसे कैसे खोजा

Cloud Foundry ने 5 अक्टूबर 2026 को CVE-2026-59358 प्रकाशित किया। मैंने अंतिम-प्रभावित cfidentity/uaa:v79.6.0 को पिन किया, एक समर्पित दोहरे-अनुदान वाला सार्वजनिक क्लाइंट labpub खड़ा किया, और स्टॉक उपयोगकर्ता marissa के रूप में PKCE चलाया। नकारात्मक नियंत्रण: POST /oauth/clients पर उपयोगकर्ता टोकन 403 है। हमला: client_credentials पर वही Bearer 200 है, फिर labwit-CVE-2026-59358-WITNESS बनाते समय 201।

पहले से दर्ज गलत मोड़: v79.7.0 पिन करना (पैच किया गया); /uaa कॉन्टेक्स्ट पथ के बिना /oauth/token पर हिट करना; issuer और redirect में localhost और 127.0.0.1 मिलाना; स्टॉक login क्लाइंट का उपयोग करना (कोई clients.write नहीं); PKCE के बजाय पासवर्ड अनुदान; Basic client_id:secret के साथ उपयोगकर्ता Bearer भेजना (यह वैध क्लाइंट प्रमाणीकरण है)।


लैब

लूपबैक पर HTTP 18258। इमेज docker.io/cfidentity/uaa:v79.6.0 (linux/amd64)। Compose प्रोजेक्ट cve-2026-59358। ./run.sh।

  • lab/docker-compose.yml
  • lab/uaa.yml
  • lab/run.sh
  • lab/poc.py

लक्ष्य केवल 127.0.0.1:18258 (या जो लूपबैक आपने बाइंड किया है)।

python3 CVE-2026-59358-Abraxas-Labs.py

यह lab/ में chdir करता है और run.sh चलाता है (compose up, /uaa/info की प्रतीक्षा, फिर poc.py)।

साक्ष्य: मिंट किया गया client_credentials JWT clients.write रखता है और POST /oauth/clients labwit-CVE-2026-59358-WITNESS के लिए 201 लौटाता है। उसी एंडपॉइंट पर उपयोगकर्ता टोकन 403 है।

SUCCESS CVE-2026-59358 grant=client_credentials clients.write create-http=201 id=labwit-CVE-2026-59358-WITNESS CVE-2026-59358-WITNESS

बिना कुछ सीखे खोने के तरीके:

  • इमेज v79.7.0 या बाद का
  • रिवर्स शेल
  • RCE पेलोड

समाधान

UAA को v79.7.0 या नए संस्करण में, या cf-deployment को v60.5.0 में अपग्रेड करें। तब तक, एक ही client_id पर सार्वजनिक उपयोगकर्ता-मुखी अनुदान और client_credentials न रखें, और clients.write को समर्पित गैर-सार्वजनिक क्लाइंट पर रखें।

पैच किए गए बिल्ड के विरुद्ध CVE-2026-59358-Abraxas-Labs.py को पुनः चलाएँ: client_credentials पर उपयोगकर्ता Bearer को गैर-200 रहना चाहिए।


संदर्भ

  • CVE-2026-59358 · CVE.org

  • CVE-2026-59358 · NVD

  • Cloud Foundry सलाह

  • github.com/cloudfoundry/uaa

  • hub.docker.com/r/cfidentity/uaa टैग v79.6.0

  • Abraxas Labs: abraxaslabs.tech · github.com/abraxas · @abraxas_null · [email protected]


लाइसेंस

GNU Affero GPL v3.0। देखें LICENSE।


क्लाइंट लूपबैक से बात करता है। इसका उपयोग उन सिस्टमों के विरुद्ध करना जो आपके स्वामित्व में नहीं हैं, Abraxas Labs द्वारा अधिकृत नहीं है। कोई वारंटी नहीं।

abraxaslabs.tech · github.com/abraxas · @abraxas_null · [email protected]

टूल डाउनलोड करें