Monorail Project: project-zero Issues People Development process History Sign in
New issue
Advanced search Search tips
Issue 911 NVIDIA: Unchecked write to user provided pointer in escape 0x600000D
Starred by 3 users Project Member Reported by, Aug 23 2016 Back to list
Status: Fixed
Closed: Dec 14

Sign in to add a comment
The DxgkDdiEscape handler for 0x600000D passes an unchecked user provided
pointer as the destination for a memcpy call. This leads to kernel memory

(Win 10 x64 372.54) crashing context with PoC:

CONTEXT:  ffffd000c076c8b0 -- (.cxr 0xffffd000c076c8b0)
rax=0000000000000880 rbx=0000000000000000 rcx=000000000000000f
rdx=bebe9ec057cc7d47 rsi=ffffd000c076d870 rdi=ffffe001990da008
rip=fffff8010f1eab00 rsp=ffffd000c076d2d8 rbp=ffffd000c076d360
 r8=0000000000003ff1  r9=fffff8010f217d48 r10=fffff78000000008
r11=4141414141414141 r12=0000000000000000 r13=ffffe001990dbe88
r14=ffffe001945f1201 r15=0000000000004000
iopl=0         nv up ei pl nz ac pe nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010212
fffff801`0f1eab00 f3410f7f03      movdqu  xmmword ptr [r11],xmm0 ds:002b:41414141`41414141=????????????????????????????????
Resetting default scope

To reproduce, compile the PoC as a x64 binary (requires WDK for D3DKMTEscape),
and run.

This bug is subject to a 90 day disclosure deadline. If 90 days elapse
without a broadly available patch, then the bug report will automatically
become visible to the public.
3.0 KB Download
Project Member Comment 1 by, Sep 13
For completeness, it looks like many of the other escape handlers in the same function has similar issues with writing to user provided pointers in an unchecked way. This should have been fairly obvious as the code is very close to each other in the same function.
Project Member Comment 2 by, Sep 29
Labels: CVE-2016-7387
Project Member Comment 3 by, Oct 28
Labels: -Restrict-View-Commit
Status: Fixed
Fixed. Bulletin:
Project Member Comment 4 by, Nov 4
Status: New
Reopening this bug. The original poc no longer reproduces, but unfortunately it looks like it wasn't fixed completely.

As mentioned in #1, there are other vulnerable handlers in the same function which still appear to have the same vulnerability.
Should this be restricted from public view again if very similar vulnerabilities still exist?
Project Member Comment 6 by, Dec 14
Status: Fixed
NVIDIA claims that the rest of these issues were fixed (
Project Member Comment 7 by, Jan 17
(Forgot to upload the rest of the PoCs that demonstrated that the issues still existed).
2.6 KB Download
Sign in to add a comment