得到的数实际是2的64方-1。

类似于这种的例子在计算机的世界里有很多。

比如说两个正数相加结果为这种情况。

林灰记得以前玩a的时候经常遇到那种比较蛋疼的编程题。

表面上要求两个数相加。

听起来要求很简单。

但跑程序测试的时候遇到的测试数据都是那种超大数。

但实际操作的时候必须要考虑数据溢出的情况。

总而言之，计算机世界。

一个奇妙的世界。

在unix里当时间戳为的时候进行求差也会遇到类似的这种情况。

当苹果手机里时间戳的时间设置成的时候重启手机。

手机的查询机制在通过时间求差查询的时返回的时间非但不是一个时间戳之前的时间。

反而会返回一个极大的时间。

功能的时间是无穷大，而系统的时间却是。

而现在这种情况，查询之前的时间会出错。

出错的后果很直接整个系统直接罢工。

即手机直接即变砖。

当然，虽然这个漏洞存在。

但脑回路正常的用户在安全的网络环境下想触发这个漏洞很麻烦。

如果用户想触发这个漏洞的话。

首先用户需要打开“通用”设置下的“日期与时间”。

在这里用户必须先关闭“自动设置时间”的功能才会出现手动设置时间的选项。

紧接着用户要做的时间事情是滑动选择的时间。

因为没有年份的选项，用户想要改变唯一的办法就是滑动日期。

经过很麻烦的操作将才可以将时间设置为197年1月1日。

而仅仅是这样还不会触发这个漏洞。

在时间设置为197年1月1日之后。

用户要接着进行下一步操作：关机重启。

至此iphone变砖的步骤才大功告成。

按照这一番操作下来的话手机将一直卡在苹果手机开机时logo刚刚出来的界面。

听起来这个漏洞似乎很难触发啊！

这样一个很难触发的漏洞有什么价值吗？

当然有价值。

凡事就怕有心人故意利用。

漏洞这种东西也一样。

对于普通用户来说这个漏洞不算什么。

但对于有心搞事情的技术人员来说通过这么一个蠢萌的漏洞可以做很多事情。

当ios设备连接到公共网络时，ios系统将会使用网络时间协议服务对时区、时间进行校准。

如果黑客发送恶意的网络时间协议攻击，将ios系统时间校准至utc为的时间，那么所有用户设备均会受到此bug影响，在重新启动设备后无法使用设备。

ntp（网络时间协议是最古老的网络传输协议之一。

其本身的目的是将精确计时装置如原子钟的时间通过网络的手段传递给每一台联网设备，从而提供最精确的对时能力。

即使网络时间协议协议本身已经考虑到了篡改时间的可能性。

但长久以来，以网络时间协议为切入点网络攻击方式屡见不鲜。

虽然林灰并不是很擅长这类操作，不过这对于黑客来说很容易做到。

毕竟哪怕是林灰这样并非专门从事it安全方面的人，也知道上述操作具体如何实现上述过程。

随便找一个公共场所，设定一个不设密码的开放ifi。

然后将苹果的网络时间协议请求解析到自己控制的ip上（这里的ip指ip地址。

具体到网络时间协议攻击如何操作。

首先伪造一份数据给一台服务器。

服务器就会进行自动响应。

转而对一个特定ip发送大量响应信息。

而且这份数据和受害者最终收到的数据之间有一个非常大的倍数关系。

通过大量数据的阻塞攻击，可以瞬间影响受害者的网络带宽，甚至直接瘫痪受害者的网络。

这种情况下，当用户将iphone连接到这个ifi之后，一旦重启就变砖。

总而言之，这个漏洞在普通用户视角中可能不算什么。

但对于一些心术不正的技术人员来说。

这个漏洞很容易利用。

而且这个漏洞很严重。

遇到这个漏洞的手机解决方案只有一个：

拆机断电。

在将iphone拆开之后需要将电池与主板的连接切断。

并且放置一段时间，让内部的电容内的电能充分消耗。

之后再次连接电池开机，这样一来ios就能重归正常工作状态。

其中的原理更简单，通过彻底断电，清除iphone内部电子元器件的计时功能，让一切相关数据归零。

重启之后就能跳出这个bug。

当然，也仅仅是暂时跳出这个bug而已。

但如果你将时间，或者时间被再次修改为197年1月1日，这个问题还会再次出现。

虽然看起来简单。但实际很难，毕竟不是那么多人擅长手机拆解。

而且拆解本身也已经对iphone本身造成了损伤。

总之这件事情影响很大，林灰记得前世这件事情影响很不好。

前世这个漏洞涉及的范围很广。

几乎涵盖了系统版本：ios8-ios93beta3

（对对应搭载64位处理器的设备

虽然现在ios8正式版还没发布。

但ios8beta版却已经存在了。

没道理正式版上存在的bug在测试版上却不存在。

不过出于谨慎，林灰找了部空余的iphone5s。

林灰记得这似乎是前不久买那堆电脑时顺带买的。

啧啧啧。

老实说这测试漏洞的成本有点高昂啊。

不过比起即将获得的回报这点成本不算什么。

苹果方面的安全人员也不是傻子。

不会不清楚林灰提交漏洞的价值。

刷到ios8beta版本之后。

林灰进行了测试。

测试的过程林灰还顺带着进行了录像。

通过一番测试。

林灰发现这个涉及到改时间重启会变砖的漏洞果然依旧存在。

存在很合理。

不存在才不正常。

只要苹果手机底层跟unix有牵连。

这个漏洞就会一直存在。

事实上前世的苹果手机涉及到这个漏洞所采取的解决方案也只是将让用户没法将时间调到197年1月1日而已。

可以说这是很睿智的一种做法了。

尽管这个漏洞很强大。

但面临提交的时候。

林灰却有点犹豫了。

这么牛比的漏洞拿去换钱会不会有点亏？

或许可以有更大的用处。

不过旋即林灰就放弃了这一想法。

林灰现在最不缺的就是苹果的漏洞。

比这个时间回归漏洞严重的多的苹果漏洞比比皆是。

林灰之所以第一时间想到时间回归漏洞不是因为这个漏洞最严重。

而是因为这个漏洞相对来说比较经典。

以后林灰真想利用漏洞搞事情完全可以用别的漏洞来安排一波。

在此时缺钱的情况下漏洞还是有必要提交的。

在实际漏洞提交的过程中，林灰使用的是前段时间买的新电脑，连的是代理ip。

中间用了很多安全措施。

虽然有点麻烦，但小心一点为好。

这种所谓的漏洞提交网站说白了很像是黑客论坛。

不小心些着了道就不妙了。

在漏洞激励计划的第一步林灰就卡住了。

起个什么id好呢？

这让起名废林灰着实很纠结。

纠结了一会之后林灰干脆直接以“ad”命名了。