Blog.XiaoMing.Xyz
Windows10/11上有一种激活方法为KMS38，激活后可以使用到2038年，此前已介绍过激活方法。很多人有疑问，为什么是激活到2038年？这种方法有没有可能失效？今天，我结合具体的实例，再写一些以前没介绍过的内容～
通常，微软正版授权的Windows可以采用KMS激活，有效期只有180天，在到期之前可以再次激活。
KMS38并非微软官方的激活方式，只是网友自己命名的。因为激活后，有效期至2038年。
著名的2038年漏洞
看到2038年这个时间，大家可能想到的是著名的“2038年漏洞”，通过下面的动图简单的理解：当时间达到2038-01-19 03:14:07，下一秒立即穿越回1901年。
为什么呢？学过计算机基础的都清楚，有符号的32位(4字节)整数，二进制最大值为01111111 11111111 11111111 11111111。时间起始点为1970-1-1 0:0:0（格林尼治时间）设计为0时刻，达到最大值的下一秒，即最大值加1后，二进制溢出，所以下一秒等待你的不是2038-01-19 03:14:08，而是1901-12-13 08:45:52。
当年计算机用32位存储时间，已经相当够用了，并成为一种标准，同时也给后面留下隐患。目前32位机器仍有很多，如果是64位直接几千亿年后才会溢出～但这并不容易解决，因为很多软件可能要重新编译～大家可以试试，把手机时间调整一下，目前一般来说都不能设置为2038年以后的时间，原因就在于此。
KMS38激活的原理
话归正题，2038年漏洞和KMS38激活有关系吗？我们可以看一下KMS38激活后到期时间如下～也是2023-01-19过期。
虽然表面上看上去好像是一回事，但还是查了一些资料，并做了一些试验，结论如下：
在已经KMS激活的Windows10/11升级过程中，系统会通过gatherosstate.exe这个程序来继承剩余的KMS激活周期，这个程序自动创建一个名为“GenuineTicket.xml”的文件，用这种方式来实现。直白点说就是：升级前后，KMS激活剩余时间能保持不变，是通过GenuineTicket.xml实现的。
在这个过程中，我们可以欺骗gatherosstate.exe，让它误以为KMS激活过期时间为T，这个T是多大呢？上面介绍了，最大也就只能到2038-01-19 03:14:07。其实它并不是激活达到的，而只是KMS激活剩余的时间被系统误判后延长了而已～这也是为什么你执行激活命令slmgr -ato失败，却能KMS38激活的原因。
此前我介绍过，KMS38激活首先需要得到一个“数字门票（点击进入）”。当我把生成数字门票的参数调整为2037年，激活将于2037年过期，时间随意设置~
然鹅，当我把生成数字门票的参数调整为2038-01-19T03:14:08，多了1秒，激活失败！
数字门票是否每台机器都必须是特定的呢？通过试验发现，可以用一个通用的数字门票，无需每次都重新生成、也无需联网，因为无联网，也不用担心被微软禁止此激活方式。虽然微软一个系统更新就能解决，不过它不会这么做，你懂得～
KMS38激活-批处理
最后，结合实例，我们介绍一下KMS38激活方法：
以“管理员身份”运行下面的批处理，只有2kb(15行命令)，即可一键激活（无需联网）。如果没有网络，又担心KMS激活软件报毒，那么它则是最佳选择~
下载地址：
https://wwi.lanzoup.com/b00qcdawj 密码:9ux3
说明：批处理我只是给大家一个参考，我只写了Windows10/11专业版/企业版。如果想激活其他版本，自行修改密钥和SKUID(如果不清楚什么是SKUID，执行命令slmgr -ato显示的那一串数字就是)即可。大家自由发挥吧~
密钥来自微软官网：https://docs.microsoft.com/en-us/windows-server/get-started/kms-client-activation-keys
最后留一个小问题：格林尼治时间2038-01-19 03:14:07对应的北京时间为2038-01-19 11:14:07，为什么文中第2节最终失效时间为2038-01-19 11:13:39？差了28秒，你看看你的系统KMS38激活后，失效时间是多少(slmgr -xpr命令查看)？
原文始发于微信公众号（知彼而知己）：仅2kb，可激活到2038年，微软:666
