wmc的激活机制

edmondedk

今天看到某贴在讨论WMC激活的备份问题于是就去凑了个热闹，并VHD试验了一下

发现了一个有意思的事情，产品ID在还原激活后发生了改变

情况如下，1.原系统实体硬盘安装，Mak联网激活，Imagex镜像备份 产品ID假设为00000-11111-22222-AA333
                  2.创建VHDX重新部署我自行备份的wim文件，还原后不掉激活，估计是换了个VHDX，硬件变动权数小于检定值（只想当于换了个硬盘），产品ID不变00000-11111-22222-AA333，激活时间不变
                  3.对VHD系统进行升级WMC操作，输入WMC密钥后，进入升级过程，产品ID发生变化00000-11111-22222-AA333变为44444-55555-66666-AB777，重启后联网WMC激活不成功
                  4.激活不成功是预想中得结果，因为升级WMC需要零售的Pro啊，没关系，打电话对wmc进行电话激活，激活过程顺利，激活时间变为当时时间日期
                  5.备份VHD中激活信息
                  6.抹除VHD文件，复写网上流传的包含WMC的镜像，跳过密钥输入，直接还原激活备份（还原后是激活状态，但等几分钟会掉激活，这时候重新联网激活就可以了）
                     这里有个问题，后面谈
                  7.联网激活顺利结束，得到新产品ID88888-99999-000000-AA111，产品激活日期不变，还是WMC那天

那么产生了如下的疑问，很明显三次的激活，及三组不同产品ID，说明了经历了三次激活过程，刨除电话激活的那次，微软服务器记录了两次硬件信息，前提是我假定电话激活不记录硬件信息
于是更有价值的信息出现了

很明显第三次激活，使用的Data是在第二次电话激活的时候生成的，日期不变也应证了这点，那么我们有理由猜测由于WMC密钥属于零售密钥，而微软升级后针对的WMC升级只是检测原密钥的有无和原始密钥是不是零售密钥，所以在第三次激活过程中绕过了微软的检测，成功联网激活
而鉴于之前大规模流传的Data文件被封，赋予了这种“复杂”的方法其特有的价值，Data由电话激活生成，即是特有的，无法封禁，key是单独的序列不存在大量流传，key也不会被封，因而封神key对这种方法同样不会有影响

新的利用WMC的激活方法显然已经出现了，他相比单纯电话激活的优势在于，对本地硬件变化不像电话激活那么敏感，换硬盘换驱动等小操作不会掉激活，当然你要是像我上面说的那么做不太完美，产品ID的域值比较特殊，通过改善操作流程可以解决这个问题，不再赘述，相信我写到这里，怎么获得完美激活的方法，读者略想便知

PS：
    后记：不完美之处在于产品ID的特殊值域，特殊的值域范围，可能导致未来微软对某一域内进行封杀，表面上看也许只是AA和AB的差别，要获得AB的效果，依然需要手动升级WMC
    其实无论如何说，WMC和电话激活，都只是微软为扩大市场份额，推广产品所放出的福利，就好比是灰色收入，后期微软逐渐拉紧对WMC使用的限制，其实也在情理之中，毕竟248元，98元的windows已经十分廉价。如果有一天当我们习惯了win8的时候，发现wmc失效了也不要惊讶，到时候欣然的掏点钱买个密钥就好了

        对于激活这件事，大家图个乐就好，发给的免费午餐，毕竟不是长久之计。说实话我不是太喜欢win8，倒腾wmc也是因为没得玩儿了，期待aero glass的回归，不管是官方的还是第三方的

        我这方法很倒腾，下面有同学让直接说， 别卖关子，其实不说也罢，说了也没几个人会去实践，实话说也没必要去实践这个，用不了多久Windows blue就要来了，到时候考虑怎么能平稳过渡到blue更好。要我说KMS最良心，180天，大多数人的重装周期都短于这个


看了十九楼的回复，基本解释了这么做行得通的理由，大家有兴趣可以移步拜读一下，对于我们来说有时候知道他为什么会是这样的原理的意义，远远大于这样做既得的好处，保持一颗好奇的心，十分重要

佳木

慢慢学习。

lyp568

新的利用WMC的激活方法显然已经出现了

直接说不行？

1191780803

噗...我会说这就是中国人跟美国人智商的差距么...顶起

byf543

是个好办法，学习中

q000q000

KMS无压力！~

edmondedk

q000q000 发表于 2013-1-14 18:37
KMS无压力！~

我也觉得还是KMS省心，不过没事儿算计一下怎么激活也挺乐和的

blue_forever

在激活的情况下，再激活产品ID也会变的。

edmondedk

blue_forever 发表于 2013-1-14 20:45
在激活的情况下，再激活产品ID也会变的。

电话激活的确会变= =但是联网激活呢？谁有零售密钥实践一下

edmondedk

blue_forever 发表于 2013-1-14 20:45
在激活的情况下，再激活产品ID也会变的。

嗯，想明白了，确实应该会返回不同的产品ID，但这不是重点啊= =........

admax

学习了，说实话，没看懂

edmondedk

admax 发表于 2013-1-14 22:17
学习了，说实话，没看懂

简单的说就是电话激活wmc产生data可以用来联机激活wmc，从而绕过微软限制

lrk

edmondedk 发表于 2013-1-14 22:06
电话激活的确会变= =但是联网激活呢？谁有零售密钥实践一下

电话激活方式确定会变吗？那备份离线激活码不是没什么意义了??求指导

edmondedk

lrk 发表于 2013-1-14 22:24
电话激活方式确定会变吗？那备份离线激活码不是没什么意义了??求指导

备份电话的那个非常不靠谱，换个驱动换个内存条什么的就不能激活了啊，电话生成的初始数字信息是用硬件码算出来的，所以电话激活很敏感啊

admax

edmondedk 发表于 2013-1-14 22:24
简单的说就是电话激活wmc产生data可以用来联机激活wmc，从而绕过微软限制

用新生成的data激活后，用ProductKeyExplorer来看，还是只有WMC没有PRO，应该还是能被区别出来

lrk

edmondedk 发表于 2013-1-14 22:29
备份电话的那个非常不靠谱，换个驱动换个内存条什么的就不能激活了啊，电话生成的初始数字信息是用硬件码 ...

楼主意思是说wmc激活相对对硬件改动的敏感度较小吗？

edmondedk

lrk 发表于 2013-1-14 22:36
楼主意思是说wmc激活相对对硬件改动的敏感度较小吗？

准确的说是联网激活的敏感程度要小于电话激活，而wmc相当于限制版的零售密钥，限制条件是原有零售激活基础上激活，所以通过两次wmc激活，绕过微软限制

edmondedk

admax 发表于 2013-1-14 22:36
用新生成的data激活后，用ProductKeyExplorer来看，还是只有WMC没有PRO，应该还是能被区别出来

这个，我了解一下，晚上我再实践一下

sasalemma

实际不用猜测，WMC.本来就是零售型密钥。实际你的操作就是变相的替换法。原理没什么变化。仔细理解步骤你应该懂的。但个人不推荐。原因如下:
第6步中使用的镜像，是经过镜像升级后，再利用默认的那个安装密钥跳过输入密钥步骤的。就是说，其实不输入的情况，默认安装后系统注册表的密钥就是微软的零售密钥，也就是为什么属性那是AAXXX而非ABXXX，但你也得明白，跳过KEY输入后，再替换你激活过的升级的WMC备份，掉激活是必须的，但你可以再次激活，为什么？除了同台机器外，重要的是备份文件里有你申请的WMC升级密钥的信息。实际上你可以恢复文件后，再使用CKPY的命令。重启下会发现很有意思的事情。

当然，你用WMC的镜像安装，并恢复备份文件，再导入激活时的KE.就是WMC离线恢复的完整方式。

但你追求的不是，你还想让微软激活服务器认可，你没用CPKY清除注册表的默认KEY，也没导入你原来的KEY，而是点在线激活。

激活是必须的，因为还是同一机器，同一TOKNES，话说现在可以看看，你的激活序号就是默认的密钥，而非你申请的，而且你激活的日期是WMC激活的日期。

实际可以认为是个BUG，激活服务器并不是重新激活你的机器，而是检查是不是WMC实钥？是。是否需要重新激活？否。然后就反回机器已激活的信息，所以才会有你说的AA和AB的问题。


事实上AA的为单一密钥。指版本唯一性，非升级类和功能限制类。AB为复合型，如升级，或者限制工能类，比如限制UI的，比如单语言版的密钥。目前的资料是如此。



激活从来不是问题。不讨论这个了。

edmondedk

sasalemma 发表于 2013-1-14 22:53
实际不用猜测，WMC.本来就是零售型密钥。实际你的操作就是变相的替换法。原理没什么变化。仔细理解步骤你应 ...

谢谢大神回复