[原创]win10_64 默认应用的UserChoice Hash算法学习

6天前 824

[原创]win10_64 默认应用的UserChoice Hash算法学习

目标：利用注册表设置指定文件类型的默认应用程序

环境：win10 64位，win7 32位 sp1，xp 32位 sp3

一，项目准备

做任何项目，先查询资料，博客。避免重复造轮子，感谢这些博主

1，如何通过注册表修改默认程序

https://blog.csdn.net/baidu_31492511/article/details/83573061

2，如何绕过Win8、Win10的systemsetting与注册表校验设置默认浏览器

https://www.freebuf.com/articles/system/130288.html

二，上手实践

经过查资料和自己动手尝试，发现win7和xp，只要修改注册表中的这几项值就可以了。

以将7z文件的默认程序设置为x压为例：

1，HKEY_CLASSES_ROOT\.7z 的值设置为 KuaiZip.7z（此为Progid，可以为任意字符串,只要保持前后一致就行）

ShellNew可以不用管。

2，HKEY_CLASSES_ROOT目录下新建项 KuaiZip.7z（ProcId），并按 shell\open\command 

设置值为 默认程序的完整路径 + "%1"

3,设置文件右键关联程序

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.7z

目录下这么设置就行

ProgId

xp和win7只要设置ProgId的值就可以了。

而UserChoice下的Hash是win10特有的校验值，win10经常弹出的默认程序出错就是这里的Hash出了问题。

三，Hash算法

1， 尝试逆向windows的设置进程[SystemSettings.exe],发现可以在注册表修改处下断,然后定位到算法模块 shell32.dll 内部.

但是查询资料时了解到，不同的win10版本环境下的Hash算法不同，考虑到代码的兼容性和稳定性.

思路转换:

测试发现:在xx浏览器在设为默认浏览器时会修改Hash值，因此内部肯定有完整的Hash算法（而xx浏览器内部肯定会保证兼容性）

2，xx浏览器会以高权限（弹出UAC窗口），参数为 --make-default-browser 的方式再启动自身进程。

3，查看设置hash的调用栈，发现是模块setdefbrowser.dll模块内调用kernelbase!RegSetValueExW以设置注册表数据的。

4，静态分析：用ida打开xx浏览器安装目录下的setdefbrowser.dll，建议复制副本查看。可以看到导出表中有些关键函数

5，动态调试：以<管理员权限>方式启动windbg，然后调试xx浏览器进程，记得加上参数。

6，下断：bu KERNELBASE!RegSetValueExW.步过数次后定位到关键数据，往回查找摘要数据来源

7，定位：经过数据回溯，逆向分析，定位到加密函数

8，这里的数据拼接方式为 类型（注意这里的类型前面有个".") + sid + ProgId + SystemTime（清零分和秒） + 常量字符串

9，发现这里的常量字符串有两个

10，是根据Shell32.dll的不同版本，拼接不同的字符串

11，拼接完成数据后,对它进行摘要.算法内部主要逻辑是:

1, 先用标准md5获得16字节摘要，

2,然后再利用md5的摘要作为key,用自定义的Hash算法摘要原文,得到8字节的数据

3,最后用base64转化后的数据即为Hash数据

四，正向算法还原和测试

1，还原Hash算法，实现修改注册表设置默认程序,部分代码如下

2，测试：win10环境下将以下文件格式的默认程序修改为记事本，成功！

3,思考

问题：数据拼接中用到了系统时间，但又没有保存该时间数据的代码。那么系统怎么校验该Hash呢？

猜测：注册表的本质是文件，难道校验时会利用该文件的最后修改时间？

plus:

出于某些原因,这里仅提供思路用作技术交流,就不贴出详细代码了

顺着这个思路,自己花些时间就能把完整算法逆出来

[招聘]欢迎市场人员加入看雪学院团队！

最后于 6天前 被DlyWtF700编辑 ，原因：