德州网站seo北京快速优化排名

正常一次最多邀请40人进群
超过40人的拉群，会变成邀请，需要对方同意
新版本修复了漏洞，但还是可以用老版本进行强制拉群

虽然官方也做了版本过低的限制，但还是有办法绕过

要么修改版本号或者登录几天新版本，之后就可以登录老版本

关键是，新版本的修复漏洞的方案并不彻底

深入研究发现更严重的漏洞，最新版本也能强制拉群

而且这个漏洞是Duilib框架层面的，影响的不只是拉群老版本强制拉群漏洞
1、正常情况

点击主界面的添加群成员
会弹出一个选择用户的界面

再去点主界面的添加群成员

选择用户的界面还是同一个
2、异常情况

工作台-客户群-前往查看客户群-添加群成员

点多少次就会出现多少个选择用户的界面
分析漏洞背后的原因
父界面的句柄
企业微信的界面框架是Duilib

弹出子界面之后，还能点击父界面

第一反应是创建子界面没有传父界面的句柄

拦截创建界面的函数Create，发现都有传父界面的句柄

1、正常情况
2、异常情况
好玩的是，正常和异常情况的两个选择用户界面可以同时出现

因为“工作台-客户群-前往查看客户群”这一步，创造新界面的时候没有传父窗口句柄
调用堆栈
既然都传了父界面的句柄，那差异可能是代码逻辑不一样

继续拦截创建界面的函数Create，看调用堆栈有什么差异

1、正常情况

调用堆栈有DispatchMessageW，并且窗口事件是0x403

0x403代表的是自定义消息，说明创建子界面的异步的
2、异常情况

调用堆栈有WndProc，并且窗口事件是0x202

说明是鼠标弹起之后，直接同步地创建子界面
窗口属性
正常情况异步创建子界面，但父界面没响应

异常情况同步创建子界面，但父界面有响应

都有父窗口句柄，说明正常情况额外加了逻辑

用spy++看一下父界面窗口的样式属性

1、正常情况

创建子窗口之前
创建子窗口之后

多了WS_DISABLED，因此父界面没响应
2、异常情况

创建子窗口之前
创建子窗口之后

没有WS_DISABLED，因此父界面有响应
漏洞的原因就定位到了：异常情况，父窗口的样式因为没有WS_DISABLED导致能被点击多次

最新版本利用这个原理，正常情况点击添加群成员，代码去掉WS_DISABLED，可以被点击多次
没有WS_DISABLED是最终结果，好奇代码层面到底是哪里出问题

对SetWindowLong下断点，看下是不是异常情况少了这个逻辑

发现正常情况和异常情况都没有命中SetWindowLong这个函数

影响WS_DISABLED的API还有EnableWindow，继续下断点

确实正常情况会调用EnableWindow，异常情况则不会

EnableWindow对应在Duilib里面是ShowModal
问题就出在：异常情况没有调用ShowModal，导致父窗口没有锁定

但因为异常情况是同步创建子窗口，如果直接调用ShowModal会进入新的消息循环，同一线程的父窗口消息循环会被阻塞，自己维护一下EnableWindow会好一些

不过就像前面说的，正常情况有调用ShowModal，去掉WS_DISABLED还是能强制拉群

想要保证窗口的唯一性，还是得在逻辑代码上加判断，不能只是依赖Duilib框架本身的限制