Twenty Year Anniversary

Microsoft Windows Kernel win32k!NtGdiHLSurfGetInformation Memory Disclosure

Microsoft Windows Kernel win32k!NtGdiHLSurfGetInformation Memory Disclosure
Posted Sep 19, 2017
Authored by Google Security Research, mjurczyk

The Microsoft Windows kernel suffers from a stack memory disclosure vulnerability in win32k!NtGdiHLSurfGetInformation.

tags | advisory, kernel
systems | windows
advisories | CVE-2017-8677
MD5 | ea7057c9591140087eed136016fbcd5a

Microsoft Windows Kernel win32k!NtGdiHLSurfGetInformation Memory Disclosure

Change Mirror Download
Windows Kernel stack memory disclosure in win32k!NtGdiHLSurfGetInformation (information class 3) 

CVE-2017-8677


We have discovered that the win32k!NtGdiHLSurfGetInformation system call discloses portions of uninitialized kernel stack memory to user-mode clients.

The bug was detected on up-to-date Windows 10 32-bit, when the syscall was invoked with information class 3 corresponding to a "DwmGetSurfaceData" operation. The output buffer in this case is expected to be 0x30 bytes long, but within that memory region, 8 bytes remain uninitialized by the kernel (4 at offset 0x14 and 4 at offset 0x2c):

--- cut ---
00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000010: 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 ................
00000020: 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff ................
--- cut ---

In the above memory layout dump, 00 denote bytes which are properly initialized, while ff indicate uninitialized values copied back to user-mode. The uninitialized bytes are allocated in the scope of the win32k!NtGdiHLSurfGetInformation function stack frame.

The full stack trace at the time of the memory disclosure is as follows:

--- cut ---
nt!memcpy
win32kfull!NtGdiHLSurfGetInformation
nt!KiSystemServicePostCall
ntdll!KiFastSystemCallRet
win32u!NtGdiHLSurfGetInformation
gdi32full!DwmGetSurfaceData
dwmcore!CRedirectedGDISurface::GetInformation
dwmcore!CGdiSpriteBitmap::UpdateSurface
dwmcore!CGdiSpriteBitmap::ProcessUpdateSurface
dwmcore!CComposition::ProcessCommandBatch
dwmcore!CComposition::ProcessDataOnChannelSameProcess
dwmcore!CComposition::ProcessPartitionCommand
dwmcore!CKernelTransport::DispatchBatches
dwmcore!CCrossThreadComposition::ProcessBatches
dwmcore!CCrossThreadComposition::PreRender
dwmcore!CComposition::ProcessComposition
dwmcore!CPartitionVerticalBlankScheduler::ProcessFrame
dwmcore!CPartitionVerticalBlankScheduler::Run
dwmcore!CPartitionThread::ThreadMain
KERNEL32!BaseThreadInitThunk
ntdll!__RtlUserThreadStart
ntdll!_RtlUserThreadStart
--- cut ---

Under normal circumstances, the bug occurs in the context of the dwm.exe process (as the syscall itself is also DWM-specific). Consequently, in order to exploit the issue, an attacker would first have to inject his payload into dwm.exe, and only then would be able to successfully invoke the affected service. It's unclear whether this requires any special privileges in the system, but regardless of whether it does or not, I'm reporting the bug for the vendor to evaluate and decide on the next steps.

This bug is subject to a 90 day disclosure deadline. After 90 days elapse or a patch has been made broadly available, the bug report will become visible to the public.



Found by: mjurczyk

Comments

RSS Feed Subscribe to this comment feed

No comments yet, be the first!

Login or Register to post a comment

Want To Donate?


Bitcoin: 18PFeCVLwpmaBuQqd5xAYZ8bZdvbyEWMmU

File Archive:

July 2018

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Jul 1st
    1 Files
  • 2
    Jul 2nd
    26 Files
  • 3
    Jul 3rd
    15 Files
  • 4
    Jul 4th
    11 Files
  • 5
    Jul 5th
    13 Files
  • 6
    Jul 6th
    4 Files
  • 7
    Jul 7th
    4 Files
  • 8
    Jul 8th
    1 Files
  • 9
    Jul 9th
    16 Files
  • 10
    Jul 10th
    15 Files
  • 11
    Jul 11th
    32 Files
  • 12
    Jul 12th
    22 Files
  • 13
    Jul 13th
    15 Files
  • 14
    Jul 14th
    1 Files
  • 15
    Jul 15th
    1 Files
  • 16
    Jul 16th
    21 Files
  • 17
    Jul 17th
    10 Files
  • 18
    Jul 18th
    0 Files
  • 19
    Jul 19th
    0 Files
  • 20
    Jul 20th
    0 Files
  • 21
    Jul 21st
    0 Files
  • 22
    Jul 22nd
    0 Files
  • 23
    Jul 23rd
    0 Files
  • 24
    Jul 24th
    0 Files
  • 25
    Jul 25th
    0 Files
  • 26
    Jul 26th
    0 Files
  • 27
    Jul 27th
    0 Files
  • 28
    Jul 28th
    0 Files
  • 29
    Jul 29th
    0 Files
  • 30
    Jul 30th
    0 Files
  • 31
    Jul 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2018 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close