gwaijyut 发表于 2025-11-29 18:05 我现在还在单位,后天就休假了,到时就又可以继续我的研究了。也就是说只有在我休假以后才有时间去研究。 |
gwaijyut 发表于 2025-11-29 17:29 这个“一网打尽”,关键是要剔除其中需要数字签名的23403版驱动程序以及Windows Defender |
|
“你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可以说是程序所为,也可以说是我特意为之” -- “一网打尽”的情况比较复杂,仅保留原始 .manifest 没有什么意义,搞掉就搞掉吧。 -- 需要“自提权”运行的系统程序,没有 .manifest 文件是跑不起来的。涉及修改、替换老版本 .manifest,因为文件巨多,操作起来有点麻烦。其实就是改个名,比如把 23403.manifest 修改为 18365.manifest 再覆盖过去。 |
本帖最后由 gwaijyut 于 2025-11-29 17:48 编辑 wu733 发表于 2025-11-29 12:21 目前的测试没有使用 《[原创] Win7 SP1 x64+便利汇总KB3125574精简版+月度汇总KB4534310合体版测试》提供的映像。 而是使用了《[原创] 便利汇总KB3125574对Win7 x64 SP1原版系统相关程序的更新,一网打尽》提供的“一网打尽” 我其实回错贴了,应该回在相应的帖子下面,抱歉抱歉。。。 将错就错吧,在这里回帖也是一样的。 正在整理一份仅供参考的缺漏清单,稍晚上传 |
gwaijyut 发表于 2025-11-29 11:07 测试镜像在这个贴里面:http://wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1 你说的缺少对应的 .manifest 文件,删除中间增量时,每个增量所对应的 .manifest 文件,都被我干掉了,可以说是程序所为,也可以说是我特意为之 |
| .manifest 文件很重要,是系统的侧加载项,主要涉及程序的兼容性、权限(安全)、依赖、元数据等关键描述。这份“描述”不仅是给人看的,也是给程序看的 |
gwaijyut 发表于 2025-11-25 11:54 这个星期没时间了,下个星期再看看 |
wu733 发表于 2025-11-24 18:21 不能使用 ESU ,这个得关注一下 |
gwaijyut 发表于 2025-11-24 12:56 我关心的是稳定性,删除了中间增量,很多补丁肯定不能卸载了 ![]() |
|
对KB3172605的补充: 补充:KB3172605对KB3042058中的CipherSuiteOrder.adml、olepro32.dll进行了更新(23452版),后续KB4534310未进行更新。KB3172605中的其余组件均被月度汇总KB4534310更新。 结论:不用安装KB3172605,只需将CipherSuiteOrder.adml、olepro32.dll版本用KB3172605的增量进行替换即可。 |
gwaijyut 发表于 2025-11-20 21:17 欢迎测试,希望找出问题 ![]() |
gwaijyut 发表于 2025-11-20 21:00 如下两个补丁中涉及Oracle数据库的三个dll文件已全部替换成23403版 1、KB3126587中的Oracle数据库的ODBC驱动msorcl32.dll、连接COM+应用程序与Oracle数据库的组件mtxoci.dll 2、KB3147071中的Oracle数据库的OLE DB数据提供程序msdaora.dll |
gwaijyut 发表于 2025-11-20 21:00 已经替换成23403版 |
wu733 发表于 2025-11-20 20:41 msdaora.dll 替换了吗? 涉及到 oracle 这货,得反复测试一下稳定性,无论是服务端还是客户端,尤其要测试比较常用的第三方管理工具 |
| 厉害的 |
gwaijyut 发表于 2025-11-20 20:38 我删除winsxs中的冗余硬链接后,特意留意了一下,节省了3个GB的空间 |
wu733 发表于 2025-11-20 20:39 要得! |
gwaijyut 发表于 2025-11-20 20:38 建议安装第二版 ![]() |
|
本帖最后由 wu733 于 2025-11-19 20:31 编辑 方案中KB3045685 2015年03月04日登录系统特权提升漏洞,其中细化描述修改如下: 通用日志文件系统用户模式驱动支持库(clfsw32.dll)更新,可用23403版增量替换、通用日志文件系统用户模式驱动(clfs.sys),被23542版增量更新 还有如下驱动或dll文件版本好像可以用23403版替换,有待测试: 1、Oracle数据库的ODBC驱动msorcl32.dll更新(23403)、连接COM+应用程序与Oracle数据库的组件mtxoci.dll更新(23403) 2、另wlaninst.dll是无线网卡驱动协同安装程序,需要数字签名,故也不用23403版替换 3、内置PGM协议核心驱动rmcast.sys及助手库wshrm.dll更新,不用23403版替换 |
gwaijyut 发表于 2025-11-8 19:21 便利汇总KB3125574精简版测试,http://bbs.wuyou.net/forum.php?mod=viewthread&tid=448574&extra=&page=1 |
gwaijyut 发表于 2025-11-8 19:17 “保留初始版和最新版就可以了。中间部分可归为过渡性产物。” 不用验证了,非常正确。还有,我先出去一下,欢迎以后继续探讨这方面的问题 ![]() |
|
收藏备用一个 |
| 按一般逻辑来说,打全补丁之后,保留初始版和最新版就可以了。中间部分可归为过渡性产物。 |
本帖最后由 wu733 于 2025-11-8 19:16 编辑 gwaijyut 发表于 2025-11-8 18:19 网上大部分文章以及AI都缺少具体经验方面的文章,这是很悲哀的 6.1.7600版增量很多都是单独存在的,经过我的研究,大致总结以下规律: 1、只有单独6.1.7600.16385增量,保留初始16385版不删;若单独存在两种:6.1.7600.16385、6.1.7600.18327,保留初版16385以及18327;若单独存在三种:6.1.7600.16385、6.1.7600.18327、6.1.7600.21033,保留初版16385,保留18327版或当前使用的版本,删除21033版; 2、6.1.7600.16385和6.1.7601.17514并存,比如amd64_microsoft-windows-*6.1.7600.16385_*和x86_microsoft-windows-*6.1.7601.17514_*(分别对应32位和64位),两者都保留 3、6.1.7600.16385和6.1.7601.17514混存,并且后续还有6.1.7601.18410、6.1.7601.22617...,删除16385版,保留17514版,后续版本取18410或当前正在使用的版本 4、6.1.7601.17514、6.1.7601.18410、6.1.7601.22617,一般17514后面的18410和22617两个版本是同一补丁产生的。保留初始版17514以及18410,而22617则是LDR分支。当然,这一规律并不一定成立,以当前正在使用的增量为准。 5、若6.1.7601.17514、6.1.7601.18410、6.1.7601.22617...后续还有月度汇总更新了的,保留初版17514以及月度汇总更新的版本(比如24542版) 6、7.1.7601.16492、7.1.7601.18327、7.1.7601.22525,保留16492版,以及18327版或当前正在使用的增量,以此类推,适用于7.2.7601.、7.3.7601.,甚至11.0.7601. |
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.