i3r1h0n/7ziprowlerCVE-2025-11001 के लिए एक्सप्लॉइट
CVE-2025-11001 पर मेरे त्वरित शोध के परिणाम इस रिपॉजिटरी में प्रस्तुत किए गए हैं। Exploit पायथन और astral uv प्रोजेक्ट मैनेजर में लिखा गया है।
कुछ:
मैं इस सुरक्षा दोष के तकनीकी विवरणों में बहुत गहराई से नहीं जाऊंगा। यदि आप चाहें, तो pacbypass द्वारा लिखा एक अच्छा root cause पढ़ें और github पर fix diff देखें। नीचे केवल एक संक्षिप्त विवरण है।
समस्या symbolic links को संभालने के तंत्र में है। जब हम Linux symbols link को Windows के एक absolute path (जैसे, C:\) पर पास करते हैं, तब भी link को relative माना जाता है। इस कारण, जिस फ़ोल्डर में हम फ़ाइलें निकालते हैं, उसका हमारा relative path symbolic link के path से prepend हो जाता है, जिससे हम destination path traversal कर सकते हैं। यह हमें उस किसी भी फ़ाइल में लिखने का मार्ग खोलता है जिसमें 7-zip को लिखने की अनुमति है।
Exploitation काफी सीधा है। हमें बस एक symbolic link जोड़ने की आवश्यकता है जो target dir की ओर इंगित करता है, और एक payload फ़ाइल जोड़नी होगी। पहले link अनपैक होगा, और फिर payload फ़ाइल उस symbolic link पर लिखी जाएगी, जिससे हम arbitrary file write कर सकते हैं।
[!CAUTION] इस PoC exploit का उपयोग सावधानी से करें! आउटपुट आर्काइव को केवल परीक्षण वातावरण में खोलें और अनज़िप करें।
इसका उपयोग करने के लिए, पहले exploit/resources/config.toml को अपडेट करें:
[path]
# An output path (target zip file)
output = 'resource/output/result.zip'
# A dir with files that will be added to archive
source = 'path/to/some/dir'
# A target dir (dir with file to replace)
target = 'C:\Windows\System32'
# Payload (a file that will be placed instead of original one)
payload = 'C:\Windows\System32\calc.exe'
फिर बस इसे चलाएं:
uv run src/main.py
और परिणामी zip फ़ाइल देखें।
Windows पर कमजोर 7-Zip build (builds < 25.0) का उपयोग करके आर्काइव को अनज़िप करने के बाद, target फ़ाइल को payload से बदल दिया जाएगा। आर्काइव सफलतापूर्वक निकाला जाएगा, लेकिन उसमें एक छिपा हुआ .zip फ़ोल्डर (दुर्भावनापूर्ण link युक्त) होगा।
I3r1h0n द्वारा निर्मित।