Driver Problems? Questions? Issues?
Put OSR's experience to work for you! Contact us for assistance with:
  • Creating the right design for your requirements
  • Reviewing your existing driver code
  • Analyzing driver reliability/performance issues
  • Custom training mixed with consulting and focused directly on your specific areas of interest/concern.
Check us out. OSR, the Windows driver experts.

Upcoming OSR Seminars:

Writing WDF Drivers I: Core Concepts, Nashua, NH 15-19 May, 2017
Writing WDF Drivers II: Advanced Implementation Tech., Nashua, NH 23-26 May, 2017
Kernel Debugging and Crash Analysis, Dulles, VA 26-30 June, 2017
Windows Internals & Software Driver Development, Nashua, NH 24-28 July, 2017


Go Back   OSR Online Lists > ntdev
link Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Welcome, Guest
You must login to post to this list
  Message 1 of 16  
12 Jan 17 04:32
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
PEPROCESS eProcess = NULL; eProcess = PsLookupProcessByProcessId...... (This Working) status = ObOpenObjectByPointer(eProcess, 0, NULL, FILE_ALL_ACCESS, 0, UserMode,&(*data).ProcessHandle); status is = Error Status : c0000024 STATUS_OBJECT_TYPE_MISMATCH (*data).ProcessHandle = is a null handle that i am getting from user process. Thing i am trying to do. 1Create null Handle in User process. 2Pass to driver that handle and assing that Handle to target process. via ObOpenObjectByPointer so basically I need to Get A handle From Kernel space and use it in UserMode.. Thank you
  Message 2 of 16  
12 Jan 17 04:51
Slava Imameev
xxxxxx@hotmail.com
Join Date: 13 Sep 2013
Posts To This List: 184
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
<QUOTE> status is = Error Status : c0000024 STATUS_OBJECT_TYPE_MISMATCH </QUOTE> For the UserMode access mode you should provide the object type for ObOpenObjectByPointer. Also get rid of FILE_ALL_ACCESS in favor of PROCESS_ALL_ACCESS. #include <wdm.h> // for PsProcessType declaration OR extern POBJECT_TYPE* PsProcessType; status = ObOpenObjectByPointer(eProcess, 0, NULL, PROCESS_ALL_ACCESS, *PsProcessType, UserMode,&(*data).ProcessHandle); <QUOTE> (*data).ProcessHandle = is a null handle that i am getting from user process. </QUOTE> I hope data is allocated in the kernel space and not a user space pointer.
  Message 3 of 16  
12 Jan 17 07:07
Alexander Krol
xxxxxx@kodak.com
Join Date: 12 Nov 2006
Posts To This List: 48
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
From ObOpenObjectByPointer documentation: NTSTATUS ObOpenObjectByPointer( _In_ PVOID Object, _In_ ULONG HandleAttributes, _In_opt_ PACCESS_STATE PassedAccessState, _In_ ACCESS_MASK DesiredAccess, _In_opt_ POBJECT_TYPE ObjectType, _In_ KPROCESSOR_MODE AccessMode, _Out_ PHANDLE Handle ); If AccessMode is UserMode, ObjectType is not optional and can not be NULL. Regards, Alex Krol -----Original Message----- From: xxxxx@lists.osr.com [mailto:bounce-623355-32079@lists.o= sr.com] On Behalf Of xxxxx@hotmail.com Sent: Thursday, January 12, 2017 11:31 AM To: Windows System Software Devs Interest List <xxxxx@lists.osr.com> Subject: [ntdev] Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYP= E_MISMATCH PEPROCESS eProcess =3D NULL; eProcess =3D PsLookupProcessByProcessId...... (This Working) status =3D ObOpenObjectByPointer(eProcess, 0, NULL, FILE_ALL_ACCESS, 0, Use= rMode,&(*data).ProcessHandle); status is =3D Error Status : c0000024 STATUS_OBJECT_TYPE_MISMATCH (*data).ProcessHandle =3D is a null handle that i am getting from user proc= ess. Thing i am trying to do. 1Create null Handle in User process. 2Pass to driver that handle and assing that Handle to target process. via ObOpenObjectByPointer so basically I need to Get A handle From Kernel space and use it in UserMode.. Thank you=20 --- NTDEV is sponsored by OSR Visit the list online at: <http://www.osronline.com/showlists.cfm?list=3Dnt= dev> MONTHLY seminars on crash dump analysis, WDF, Windows internals and softwar= e drivers! Details at <http://www.osr.com/seminars> To unsubscribe, visit the List Server section of OSR Online at <http://www.= osronline.com/page.cfm?name=3DListServer>
  Message 4 of 16  
12 Jan 17 07:10
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Thank You. Now i can get the handle and use it in driver.Tested whit simple ObReferenceObjectByHandle. But i still cant pass it to the ring3. typedef struct _KERNEL_GET_HANDLE { ULONG ProcessId; HANDLE ProcessHandle; } KERNEL_GET_HANDLE, *PKERNEL_GET_HANDLE; <QUOTE> I hope data is allocated in the kernel space and not a user space pointer. </QUOTE> I think that exactly what i am doing.It's a user space pointer. KERNEL_GET_HANDLE test; DeviceIoControl(.....test.....). So how can i fix this?
  Message 5 of 16  
12 Jan 17 07:28
Slava Imameev
xxxxxx@hotmail.com
Join Date: 13 Sep 2013
Posts To This List: 184
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
<QUOTE> So how can i fix this? </QUOTE> Define the IOCTL as METHOD_BUFFERED. The system will allocate a kernel buffer and copies data to it from user space. Do not forget to set Irp->IoStatus.Information = sizeof( KERNEL_GET_HANDLE ) before calling IoCompleteRequest ( or whatever method you use in KMDF for IOCTL processing) so the system copies data from the kernel space buffer to the user space on IRP completion. Do not forget to provide an output buffer for DeviceIoControl , this can be the same as an input buffer.
  Message 6 of 16  
12 Jan 17 07:36
Slava Imameev
xxxxxx@hotmail.com
Join Date: 13 Sep 2013
Posts To This List: 184
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
With METHOD_BUFFERED the input buffer is Irp->AssociatedIrp.SystemBuffer . The output buffer is the same Irp->AssociatedIrp.SystemBuffer which is copied back to the user space on Irp completion, the copied data size is Irp->IoStatus.Information .
  Message 7 of 16  
12 Jan 17 08:37
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
METHOD_BUFFERED (OK) rp->AssociatedIrp.SystemBuffer (OK) But still fails. Few Sreenshots //my Dispatch https://i.gyazo.com/9a61c2d2dc5862e4d1f5bf4b608d1934.png //Function https://i.gyazo.com/097913464de543593f3ca61ed090fb39.png //How ? call from Ring3 https://i.gyazo.com/8d3deb46b5d42e1fb13a734168dad2c3.png DbgPrint dump https://gyazo.com/ba7f90e5402402c01be95f3ce9dc3236 as we can see from DbgPrint handle does work in kernel space but i still fail to can it to ring 3
  Message 8 of 16  
12 Jan 17 08:56
Alex Grig
xxxxxx@broadcom.com
Join Date: 14 Apr 2008
Posts To This List: 3201
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Why aren't you using usermode function OpenProcess which does exactly what you are trying to do?
  Message 9 of 16  
12 Jan 17 09:19
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
<QUOTE> Why aren't you using usermode function OpenProcess which does exactly what you are trying to do? </QUOTE> For science purposes only I need to learn.
  Message 10 of 16  
12 Jan 17 09:22
Slava Imameev
xxxxxx@hotmail.com
Join Date: 13 Sep 2013
Posts To This List: 184
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
You are passing parameters by value to GetSysHandle, i.e. the system creates copies for ProcessId and Handle values on the stack or registers before passing them to GetSysHandle . I understand that people with Java or C# background might have some difficulties with this concept but these types are actually an alias for a basic type which is also passed by value in Java, so this code would not work even in Java-like languages. You need to pass parameters by reference.
  Message 11 of 16  
12 Jan 17 10:12
D. T.
xxxxxx@gmail.com
Join Date: 01 Apr 2017
Posts To This List: 180
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Why do you need a struct ? An IOCTL provides both an input buffer and an output buffer. So the PID should be in the input buffer and the output buffer should just be a handle pointer. Note that you could make the call with a handle allocated on the stack and make the copy to the user buffer at the very end if the call is successful. HANDLE ProcessHandle; Status = ObOpenObjectByPointer(...,&ProcessHandle); if(NT_SUCCESS(Status)){ // copy to the user buffer. // A try/except scheme may be needed // but not in the case of a buffered I/O as Slava pointed out. ... }
  Message 12 of 16  
14 Jan 17 05:21
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
D. T. i did what u told me but still having problems. HANDLE KernelProcessHandle; status = ObOpenObjectByPointer(eProcess, 0, NULL, PROCESS_ALL_ACCESS, *PsProcessType, UserMode,&KernelProcessHandle); ProcessHandle = KernelProcessHandle; ProcessHandle = is a paramater that come from usermode. like i said i tested the handle KernelProcessHandle whit ObReferenceObjectByHandle.It Works. But cant copy the handle. I realy want to fix this .
  Message 13 of 16  
14 Jan 17 10:08
Doron Holan
xxxxxx@microsoft.com
Join Date: 08 Sep 2005
Posts To This List: 10031
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
What is the type ProcessHandle? Usually there would be a pointer deref. I would expect the type to be HANDLE*, also the code should read *ProcessHandle = KernelProcessHandle; Bent from my phone _____________________________ From: xxxxx@hotmail.com<mailto:xxxxx@hotmail.com> Sent: Saturday, January 14, 2017 2:20 AM Subject: RE:[ntdev] Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH To: Windows System Software Devs Interest List <xxxxx@lists.osr.com<mailto:xxxxx@lists.osr.com>> D. T. i did what u told me but still having problems. HANDLE KernelProcessHandle; status = ObOpenObjectByPointer(eProcess, 0, NULL, PROCESS_ALL_ACCESS, *PsProcessType, UserMode,&KernelProcessHandle); ProcessHandle = KernelProcessHandle; ProcessHandle = is a paramater that come from usermode. like i said i tested the handle KernelProcessHandle whit ObReferenceObjectByHandle.It Works. But cant copy the handle. I realy want to fix this . --- NTDEV is sponsored by OSR Visit the list online at: <http://www.osronline.com/showlists.cfm?list=ntdev> MONTHLY seminars on crash dump analysis, WDF, Windows internals and software drivers! Details at <http://www.osr.com/seminars> To unsubscribe, visit the List Server section of OSR Online at <http://www.osronline.com/page.cfm?name=ListServer> --
  Message 14 of 16  
14 Jan 17 10:26
D. T.
xxxxxx@gmail.com
Join Date: 01 Apr 2017
Posts To This List: 180
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
> ProcessHandle = is a paramater that come from usermode. The user is passing an output buffer which is a region of memory where the driver writes. So if this buffer is just the address of a HANDLE, then the copy is performed like this: *(PHANDLE)UserOutputBuffer = *pKernelProcessHandle; Or, the general case: RtlCopyMemory(UserOutputBuffer, pKernelProcessHandle , sizeof(HANDLE)); Remember that a PID is a DWORD (always 32 bits long like a ULONG) in user mode but a PID is a HANDLE in kernel mode (64 bits long in x64). Here the input buffer is a PULONG: HANDLE Pid = (HANDLE)*(PULONG)UserInputBuffer; Or you convert the DWORD to a HANDLE in user mode before the IOCTL code is issued, and then the input buffer is a PHANDLE: HANDLE Pid = *(PHANDLE )UserInputBuffer; You decide whether the conversion is made in user mode or in kernel mode.
  Message 15 of 16  
14 Jan 17 10:31
D. T.
xxxxxx@gmail.com
Join Date: 01 Apr 2017
Posts To This List: 180
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Sorry there was errors in the previous post (I used pKernelProcessHandle instead of KernelProcessHandle). Forget it please: > ProcessHandle = is a paramater that come from usermode. The user is passing an output buffer which is a region of memory where the driver writes. So if this buffer is just the address of a HANDLE, then the copy is performed like this: *(PHANDLE)UserOutputBuffer = KernelProcessHandle; Or, the general case: RtlCopyMemory(UserOutputBuffer, &KernelProcessHandle , sizeof(HANDLE)); Remember that a PID is a DWORD (always 32 bits long like a ULONG) in user mode but a PID is a HANDLE in kernel mode (64 bits long in x64). Here the input buffer is a PULONG: HANDLE Pid = (HANDLE)*(PULONG)UserInputBuffer; Or you convert the DWORD to a HANDLE in user mode before the IOCTL code is issued, and then the input buffer is a PHANDLE: HANDLE Pid = *(PHANDLE )UserInputBuffer; You decide whether the conversion is made in user mode or in kernel mode.
  Message 16 of 16  
14 Jan 17 23:29
Alisa Alis
xxxxxx@hotmail.com
Join Date: 12 Jan 2017
Posts To This List: 6
Gettin HANDLE AND PASS IT TO USERMODE -- STATUS_OBJECT_TYPE_MISMATCH
Thank you people. Finaly fix it. thank you a lot.
Posting Rules  
You may not post new threads
You may not post replies
You may not post attachments
You must login to OSR Online AND be a member of the ntdev list to be able to post.

All times are GMT -5. The time now is 14:58.

Contact Us - Osr Online Homepage - Top

Copyright ©2015, OSR Open Systems Resources, Inc.
Based on vBulletin Copyright ©2000 - 2005, Jelsoft Enterprises Ltd.
Modified under license