WIN10PE连接手机(MTP支持)

slore

背景
手机能上网，下载东西传到电脑的话，不需要网络的维护PE就够了。

所以想解决WIN10PE下无法使用MTP驱动的问题。

再次感谢Noelblanc(原生显示桌面功能开启方法发现者，善于反编译调试爱骑自行车的法国退休老爷爷)

不能启动的原因是，系统启动的时候，services.exe调用InitWudfDriverManager()函数初始化UMDF服务失败。InitWudfDriverManager: Cannot initialize UMDF driver manager in WinPE（骑行旅游了3，4个月没给我消息，上个月回来给了我这条重要的线索）.

当HKLM\System\Control\MiniNT存在就失败了。
不知道是PE下功能不全，还是单纯的微软限制，所以进行了验证。


我开始想着把services.exe中的MiniNT字符串改成NiniNT就可以了。结果这个进程是系统保护程序，改动1个字节就蓝屏了。

然后想着离线把MiniNT删除试试，结果发现离线的SYSTEM中不存在此项，应该是启动时初始化的。
尝试用已经不流行(补充:XPE, WIN7PE还有，WIN8之后就没有再用了)的native shell，在进系统前删除该注册表项(native下确认存在MiniNT)，
然后还是蓝屏，应该是PE下的其他系统进程服务需要该项存在。

目前是写了个dll注入winlogon.exe在services.exe启动前删除该项，等几秒，再添加该项让winlogon.exe继续启动。这个秒数不固定，但是通过这种方法我们得以验证，PE下无法启动WUDF服务是微软限制。把不固定秒数问题解决，这种“曲线”方式我会发布一个MTP的WimBuilder2用的补丁。(通过进程检测代替等不确定秒数来实现，补丁见#6，如果不行源码也在自己修改等待时间编译测试。)

(2019-01-02)最终最小依赖补丁见:http://bbs.wuyou.net/forum.php?mod=viewthread&tid=411399

如果使用此dll跳过限制后，要注意，没有WUDFPlatform.dll初始化失败蓝屏，没有
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WUDF注册表，初始化失败蓝屏。
(#6的补丁在MTP_Drv_Srv补充中添加了)


正规的方法估计需要写个ring0级别驱动，可以控制只让services.exe读取不到该项目。
最近没什么空闲时间，就把原因和解除限制方法分享出来，有时间折腾的人来搞吧。

(我和Noel都是不使用PE的人。。。调查到这个地步搞清楚原理，我们就算完成。。。)




noel的手机:


我的Mate10手机:

红毛樱木

总算搞定了，看上去还是ISO的问题。可能是我破解的BOOTMGR版本低了。

slore

秒数不固定的问题，通过检测服务进程的方式，解决了，我机器600毫秒后可以了恢复MiniNT项目，
还测试了一个4秒的环境，机器有限，不过从代码来看没有问题。
(附件的Hook.dll是会在X:\写Hook.dat进程日志，如果其他人的环境也OK的话，元旦后我更新一个不写日志的版本。)

做了一个WimBuilder2的 MTP支持 补丁。
另外x64位的话，对未签名驱动有限制，所以顺便也放一个不检查驱动签名的补丁。


MTP_Support.zip (85.73 KB, 下载次数: 380)

2018-12-22 14:33 上传

点击文件名下载附件

Patch_drvinst.zip (49.33 KB, 下载次数: 252)

2018-12-22 14:33 上传

点击文件名下载附件

解压到WimBuilder2的任意工程目录下即可。如果不使用WimBuilder2的话，自己看批处理脚本，非常简单易懂。

犯了一个低级的错误，导致昨天没有成功，System32下面补充winusb.dll就行了。
（补丁包中给INF, System32，Drivers， FileRepository添加文件，就单把System32下给漏了。。。）

wsdyleon

终于有解决方案了，类目

tools241

...但是通过这种方法我们得以验证，PE下无法启动WUDF服务是微软限制。
...
(我和Noel都是不使用PE的人。。。)

由于微软的限制, 利用PE与手机连线显然有难度( 代价不低 ).
所以我特制 Win7x64.VHD (大小仅1G) 来与手机连线, 有兴趣者可参考:
  珍稀资源! Win7x64.VHD(仅1G)可与手机连线/无网路,采Grub4Dos由硬盘/U盘启动/UEFI启动 ==>
  http://bbs.wuyou.net/forum.php?mod=viewthread&tid=411643

注: 经测试在 "正常Win10系统" 与手机连线有时仍会失败, 且Win10x64.VHD不易精简,
     因此我特制 Win7x64.VHD 而不制作 Win10x64.VHD 来与手机连线.

    本人惯用的是10PE, 有兴趣者可参考:
   效率极致!   简/繁 x64/x86 10PE 17763.292, 17134.165, 15063 , x64 18323, 16299 --
                    含IE11+Firefox56+Chrome72+PotPlayer1.7.16291 PE影音上网 ==>
   http://bbs.wuyou.net/forum.php?mod=viewthread&tid=385866

sghihor

我只想说


感谢Noel和slore。

等别的大大来弄吧。

红毛樱木

slore 发表于 2018-12-22 14:36
秒数不固定的问题，找了个检查方法试了下，貌似可行，不过我机器600ms后可以了，
花的时间不长，我不确定 ...

收到，有的折腾了。以前一直折腾，就是服务启动不起来，再折腾一次试试

fkltd-123

wimboot上年提的问题楼主给解决了
otg otg

slore

frg521 发表于 2018-12-23 01:42
...

成功的是我的hook.dll在Noel的PE下(英文截图)。他的PE源是ADK的winpe.wim而且他改造了非常多的东西，我的环境一直蓝屏，以至于我构建了无数次hook.dll的时间差。因为我用纯winre.wim从0开始构建，少了很多文件，注册表。验证到PE环境下限制解除，直到发现这2个蓝屏的补充，所以才给出 补丁。 剩下应该是补充文件和注册表的问题了。

这就是只靠对比文件差和注册表的方式无法突破的地方。

需要逆向分析，系统的处理流程。反汇编看services.exe, explorer.exe。用windbg.exe(微软出品)动态跟踪调试，在正常系统和PE比较执行顺序上有什么不同。

比程序开发难度要高。也不是一帆风顺，你们看到的只是结果，毕竟是闭源的，有时候真心靠运气发现突破口。WUDF服务相关资料断断续续3，4个月，然而没啥用，多数内容是正常系统下开发框架，使用的文档。偶然有句，该服务由services.exe初始化，然后才去调试它。

红毛樱木

slore 发表于 2018-12-23 06:25
成功的是我的hook.dll在Noel的PE下(英文截图)。他的PE源是ADK的winpe.wim而且他改造了非常多的东西，我 ...

老大，能不能方便放一个直接删除MiniNT项的补丁？

slore

红毛樱木 发表于 2018-12-23 07:47
老大，能不能方便放一个直接删除MiniNT项的补丁？

只删除不创建？winpeshl.exe等程序会直接退出啊。

后续程序的话，你在PECMD中删除，效果一样。

红毛樱木

slore 发表于 2018-12-23 08:58
只删除不创建？winpeshl.exe等程序会直接退出啊。

后续程序的话，你在PECMD中删除，效果一样。

后续再删，不是有点晚了么。
pe下很多地方限制都是这个原因，想弄个这样的环境研究一些东西。

slore

你先用32位测试吧。native cmd有个reg.exe。可以bootexecute下直接删除。wpeutil, winpeshl等会自动退出，用pecmd应该能到跳过。另外winlogon之后的进程没被系统保护，用IFEO劫持到别的命令也行。

dll的话，晚点有时间了再给你编译一个，补丁包也有dllmain.c，自己有VS的话也可以自己编译。

红毛樱木

slore 发表于 2018-12-23 10:48
你先用32位测试吧。native cmd有个reg.exe。可以bootexecute下直接删除。wpeutil, winpeshl等会自动退出， ...

wpeutil, winpeshl退出

这个好像不是难点，前面y(手机打字，不记得大神名字了，论坛反编译高手)分析过过程，可以自己用程序实现替代。

现在还没开始折腾你提供的mtp补丁，下周折腾试试，有需求再来骚扰您

slore

红毛樱木 发表于 2018-12-23 09:23
后续再删，不是有点晚了么。
pe下很多地方限制都是这个原因，想弄个这样的环境研究一些东西。

是的，比如 远程访问的身份认证的对话框，PE下就是控制台模式，如果识别为非PE，共享访问和远程桌面，是弹出如下界面:

wpeutil, winpeshl退出

这类程序没保护好像，把程序改成NiniNT，然后注册表添加一个NiniNT键，他们也能通过。。。确实不难。

slore

犯了一个低级错误，少复制winusb.dll文件到system32了。

红毛樱木

slore 发表于 2018-12-24 00:31
犯了一个低级错误，少复制winusb.dll文件到system32了。

你看这样是不是更稳妥些，用你的补丁改注册表，然后补丁不改回注册表。
最后由pecmd接管的时候再改回来，这样是不是就能避免你提到的600ms延时的问题？

slore

红毛樱木 发表于 2018-12-24 08:15
你看这样是不是更稳妥些，用你的补丁改注册表，然后补丁不改回注册表。
最后由pecmd接管的时候再改回来 ...

最新的补丁是使用服务进程检查，延时的问题应该解决了，在4秒的环境也测试过了。

winlogon启动以后的进程，PECMD能接管的进程不会因为这个项导致蓝屏。重点是先删除让services.exe通过。后面创建只是还原现场，保证不使用PECMD的，用winpeshl启动的PE也正常。

红毛樱木

slore 发表于 2018-12-24 09:03
最新的补丁是使用服务进程检查，延时的问题应该解决了，在4秒的环境也测试过了。

winlogon启动以后的 ...

这种方式是不是也可以顺带解决之前的WOW64破解的问题？

红毛樱木

又研究了一下之前折腾的win8pe中MTP失败的情况，今天才发现之前注册表有问题，忘记添加注册表中的mtp的class类型了。Win8pe不需要破解补丁




---------------------------------------------------------------------------------
win10pe x86和x64 16299中测试，日志这样显示，最终失败
Device class {eec5ad98-8080-425f-922a-dabf3de3f69a} is not configurable.

红毛樱木

win10pe x86和x64 16299中测试，日志这样显示，最终失败
Device class {eec5ad98-8080-425f-922a-dabf3de3f69a} is not configurable.

是不是破解补丁的那个dll没有生效？

红毛樱木

红毛樱木 发表于 2018-12-24 16:10
win10pe x86和x64 16299中测试，日志这样显示，最终失败
Device class {eec5ad98-8080-425f-922a-dabf3de3 ...

是哪个？看不太明白。
设备管理器的错误码是19

红毛樱木

红毛樱木 发表于 2018-12-24 16:24
是哪个？看不太明白。
设备管理器的错误码是19

X:\Hook.dat
没有产生这个文件。

红毛樱木

红毛樱木 发表于 2018-12-24 17:36
X:\Hook.dat
没有产生这个文件。

wimbuilder下午用了一次没成功，不好意思真的是第一次用。
在win7系统下，挂载的ISO，没反应。是不是只能win10系统下用？

红毛樱木

红毛樱木 发表于 2018-12-24 17:36
X:\Hook.dat
没有产生这个文件。

我测试了一次手动把winre.wim里的文件补上也是一样的情况，明天再研究下wimbuilder

红毛樱木

16299就是1709

红毛樱木

红毛樱木 发表于 2018-12-24 17:36
X:\Hook.dat
没有产生这个文件。

总算用wimbuilder生成了，现在的状态是10，应该是成功了，也有dat文件生成。
内容如下

红毛樱木

红毛樱木 发表于 2018-12-24 22:24
总算用wimbuilder生成了，现在的状态是10，应该是成功了，也有dat文件生成。
内容如下

硬盘挂了，挂的真是时候，，，明天再试了。导数据

红毛樱木

我用wimbuilder生成的注册表替换掉我的注册表，那个dll还是没加载成功，这个依赖也太奇葩了吧。
不会是需要.net3.5的支持吧？

slore

红毛樱木 发表于 2018-12-24 23:54
我用wimbuilder生成的注册表替换掉我的注册表，那个dll还是没加载成功，这个依赖也太奇葩了吧。
不会是需 ...

winre.wim不带.net组件，这个DLL没有依赖的。

直接在WimBuilder2准备界面选择你修改过的boot.wim，然后，补丁界面把所有的钩都去掉，只保留MTP_Support看看可以不。

红毛樱木

slore 发表于 2018-12-25 00:42
winre.wim不带.net组件，这个DLL没有依赖的。

直接在WimBuilder2准备界面选择你修改过的boot.wim， ...

明天测试看看。