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

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

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

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

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

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
ats-authproxy-prefix — Apache Traffic Server 10.2.0 - उच्च - रिमोट - विशेषाधिकार अवशेष - authproxy प्रीफ़िक्स | Kitploit
उपकरण/GitHubGitHub/abraxas/ats-authproxy-prefix
प्रमाणीकरण और प्राधिकरणभेद्यता विश्लेषणवेब प्रॉक्सी और अवरोधनशोषणवेब सुरक्षालैब और अभ्यास
GitHubabraxas/ats-authproxy-prefix

ats-authproxy-prefix

Apache Traffic Server 10.2.0 - उच्च - रिमोट - विशेषाधिकार अवशेष - authproxy प्रीफ़िक्स

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

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

सभी देखें →

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

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

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

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

Abraxas Labs - ats-authproxy-prefix

abraxaslabs.tech  ·  github.com/abraxas  ·  @abraxas_null  ·  [email protected]  ·  ats-authproxy-prefix

ats-authproxy-prefix

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

Apache Traffic Server 10.2.0 (b1df7334) - Apache Software Foundation

authproxy --forward-header-prefix 2xx auth helper से पहचान फ़ील्ड को क्लाइंट अनुरोध पर कॉपी करता है। HttpSetMimeHeader उस नाम का केवल पहला फ़ील्ड ढूँढता है और उसे ओवरराइट करता है। क्लाइंट की अतिरिक्त प्रतियाँ बची रह जाती हैं। जो ऑरिजिन उसी हेडर के लिए last-wins व्यवहार करता है, वह क्लाइंट मान को पहचान मान लेता है।

स्टॉक plugin.config खाली है। इस अवशेष के लिए प्लगइन को प्रीफ़िक्स विकल्प के साथ रीमैप पर होना आवश्यक है। क्लाइंट को अभी भी auth पास करना होगा (2xx)। Auth 403 कभी ऑरिजिन तक नहीं पहुँचता।

IDअभी तक कोई CVE नहीं
वर्गविशेषाधिकार अवशेष (पहचान हेडर प्लांट)
पहुँचरिमोट (--forward-header-prefix के साथ authproxy के माध्यम से HTTP)
CWECWE-444, CWE-863
CVSSउच्च: 8.1 CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
उत्पादApache Traffic Server
प्रभावित10.2.0 (b1df7334b39a878971c376da849e8da4984918b6) authproxy प्रीफ़िक्स ओवरले
Authवह क्लाइंट जिसे auth helper से पहले से 2xx मिलता है। प्लगइन चालू।
लाइसेंसGNU Affero GPL v3.0
लैबकेवल 127.0.0.1:18760

मैंने सार्वजनिक टैग 10.2.0 को पिन किया और b1df7334 को पील किया। लैब लूपबैक पर सोर्स-बिल्ट ats-10.2.0-lab:local रिवर्स प्रॉक्सी है। Auth helper 2xx बनाम 403। ऑरिजिन last-wins X-Auth-User।

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

ऐसे ATS रीमैप तक पहुँचें जो authproxy.so को --forward-header-prefix=X-Auth- के साथ लोड करता है। उस अनुरोध पर दो X-Auth-User लाइनें भेजें जिसे helper 2xx के रूप में स्वीकार करता है।

विधिसिंकविशेषाधिकार
2xx auth helper के बाद डुप्लिकेट X-Auth-UserStateAuthorized ओवरले फिर HttpSetMimeHeader (authproxy.cc:660-690, utils.cc:87-102)अखंडता (लैब-प्रमाणित): ऑरिजिन last-wins। लैब: X-Auth-User-0: realuser साथ में X-Auth-User-1: ATS-AUTHPROXY-PREFIX-WITNESS। CONTROL none/single REALUSER-ONLY ही रहते हैं।
वही प्लांटउस हेडर पर आधारित ऑरिजिन ACL / उपयोगकर्ता लुकअपरीकॉन (अनुमानित): जो भी वह प्लांट की गई पहचान ऑरिजिन पर पढ़ सकती है। हीप डंप नहीं। ATS कॉन्फ़िग नहीं।
उन्हीं डुप्लिकेट्स के साथ auth helper 403StateUnauthorized; ऑरिजिन पुनः सक्षम नहींबंद (लैब-प्रमाणित): ऑरिजिन हिट अपरिवर्तित। क्लाइंट 403। बॉडी में witness नहीं।

लैब-प्रमाणित बनाम अनुमानित: डुप्लिकेट last-wins, सिंगल ओवरराइट, none, और 403-न-पहुँचना लैब हैं। प्लांट के बाद ऑरिजिन विशेषाधिकार last-wins पहचान से अनुमानित है।

आवश्यक: --forward-header-prefix के साथ authproxy.so। क्लाइंट को auth पास करना होगा (2xx)। ऑरिजिन को उन प्रीफ़िक्स हेडरों को पहचान मानना होगा (जो इस विकल्प के होने का कारण है)। डिफ़ॉल्ट plugin.config में लोड नहीं होता।

निकटवर्ती सतह जो बंद रहती है

सतहलैब
कोई क्लाइंट प्रीफ़िक्स हेडर नहींCONTROL none: origin REALUSER-ONLY
एकल क्लाइंट प्रीफ़िक्सCONTROL single: पहला फ़ील्ड अधिलेखित; witness जीवित नहीं रहता
Auth helper 403origin तक नहीं पहुँचा (control-403=yes)
प्लगइन लोड नहीं हुआleftover लागू नहीं होता
Hop-by-hop / @ हेडरप्लगइन हुक से पहले हटा दिए गए (CVE-2026-33267)
खाली auth-response हेडर सूचीअब दावा नहीं करता (changelog)
certifier SNI / url_sig C=इस पिन पर बंद (CVE-2026-58162 / 58181)

CVE-2026-58162 नहीं। uri_signing पर केवल SHA-256/SHA-512। url_sig C= में अनुपस्थित डेलिमिटर अभी भी अस्वीकार करता है।

लैब

python3 ats-authproxy-prefix-Abraxas-Labs.py

या

cd lab
./run.sh

Loopback 127.0.0.1:18760 (origin 18761, auth helper 18762)। Compose प्रोजेक्ट ats-authproxy-prefix। इमेज ats-10.2.0-lab:local। Witness ATS-AUTHPROXY-PREFIX-WITNESS। अंतिम पंक्ति:

SUCCESS ats-authproxy-prefix pin=10.2.0 control-none=REALUSER-ONLY control-single=REALUSER-ONLY control-403=yes dup-last-wins=yes ATS-AUTHPROXY-PREFIX-WITNESS

समाधान

ओवरले से पहले --forward-header-prefix से शुरू होने वाले नाम वाले प्रत्येक क्लाइंट फ़ील्ड को हटा दें। HttpRemoveMimeHeader पहले से ही TSMimeHdrFieldFind को तब तक चलाता है जब तक कोई शेष न रहे (utils.cc:104-114)। इसे कॉन्फ़िगर किए गए प्रीफ़िक्स के लिए क्लाइंट अनुरोध पर उपयोग करें, फिर सेट करें। HttpSetMimeHeader को TSMimeHdrFieldNextDup अतिरिक्त फ़ील्ड्स को उसी तरह नष्ट करना चाहिए जैसे origin_server_auth का set_header और access_control का setHeader पहले से करते हैं।

तब तक, ओरिजिन ACL को authproxy प्रीफ़िक्स हेडर की ओर इंगित न करें जब तक कि ओरिजिन पहले-जीतता-है (first-wins) न हो, या ओरिजिन पर डुप्लिकेट प्रीफ़िक्स नामों को अस्वीकार न करें।

संदर्भ

  • github.com/apache/trafficserver टैग 10.2.0 (b1df7334b39a878971c376da849e8da4984918b6)
  • plugins/authproxy/authproxy.cc StateAuthorized
  • plugins/authproxy/utils.cc HttpSetMimeHeader / HttpRemoveMimeHeader
  • authproxy admin guide
  • तुलना: origin_server_auth.cc set_header NextDup को चलाता है
  • CWE-444 · CWE-863
टूल डाउनलोड करें