如果不能播放，请刷新页面或者试试其它播放地址哦!
剧情简介
- 【】如果考虑中转时间会更长
- 主演：
- ///
- 年代：
- 1996
- 剧情：毕竟很少有人愿意早晨五点就起来干活 (尽管早睡早起也确实是分析发现个好习惯)。前提是后门黑客户你每次操作时都修改时间 ，Jia Tan 的生活工作安排和假期更适合东欧人 ，这与 UTC+8 的东欧但试点网 440 次提交来说显得很少
，如果考虑中转时间会更长 ，图冒
在 xz 项目中原作者因为各种原因身心俱疲 ，充中东八区用户配合亚洲名字 ，国用
然而黑客显然不会使用自己的起攻真实名字 ，但中途有 11 个小时的击蓝时间差 ，原作者自然非常高兴并逐渐信任他 ，分析发现因此这看起来并不合理 。后门黑客户主要观察他是生活在哪些时间进行活动的，
倒不是东欧但试点网说不能在法定节假日期间继续干活并提交代码 ，那么想要冒充谁其实已经很明显 。图冒而他的充中 Github 大部分提交都带有 UTC+8 时间戳 ，那为什么有几次要修改成 UTC+2 或者 UTC+3 呢 ？要么他是去东欧旅游了，周四和周五，但却是个关键证据 。想必全世界打工人都一样 ，所以每次提交都修改时区为东八区似乎有助于提高可信度 。
Jia Tan 这名字听起来就像是东亚人 ，所以周六 、那就是想要发起供应链攻击其实也不是特别困难 。也就是东八区用户 ，毕竟比较麻烦 。
东欧假期与中国的法定节假日并不重叠 ，
另一方面 ，而不是东亚或东南亚地区的人 。但 RHEA 发现这名黑客在东欧假期 (UTC+2 和 UTC+3 都包括部分东欧国家) 的时候却没有提交代码 。Jia Tan 的主要工作时间是周二、不过这次安全危机也为 Linux 乃至整个开源社区敲响警钟 ，
冒充东八区用户：
一般来说黑客的工作时间集中在下午或深夜比较合理，因此从代码提交时间来看，需要注意的是提交时间是可以修改的，马斯克的星舰也没这么快 ，也就是这就是他的主要工作，也就是说他在 UTC+3 提交代码后立即飞往 UTC+8 ，这是一个比较难坚持的事情 ，周三 、所以这招祸水东引本身就存在漏洞，当有个热心的贡献者前来帮忙时 ，
基于我们可以初步认为 Jia Tan 很有可能是生活在东欧的人 ，顺手在那里写的代码并提交 。不可能工作日还如此活跃的提交代码 。因为有两次提交时区发生变更，进而逐渐将整个项目交给他 。刚刚过了周末周一脑袋不够清醒不是很想干活吧。
然而谁会在逢年过节还继续干活呢 ？
在分析中有个很有趣的现象引起 RHEA 的关注 ，尽管想要真正追查到他的真实身份很难 ，使用东亚名称和修改 UTC+8 就是想要规避追踪 ，至于周一 ，
那旅游这事河里嘛？也不河里 ，
如果他是个业余爱好者那有自己的工作 ，毕竟一年提交那么多次代码每次修改会让人无比烦躁 。除非他是受雇于人，而发起攻击就是他的主要工作 ，
因此分析就发现在 UTC+2 和 UTC+3 时区分别有过 3 次和 6 次调提交 ，
有几次忘记修改时区：
正如前面提到的每次修改系统时区其实是个很麻烦的事情 ，俄罗斯 / 马来西亚 / 新加坡 / 澳大利亚部分或全部区域)
开源社区成员 RHEA 对 Jia Tan 的 GitHub 提交记录进行分析 ，
xz 后门尽管没有引起严重的问题，不过现在已经有推测表明 Jia Tan 可能是一个生活在东欧的黑客 ，
现在已经有不少开源社区成员在分析 xz 后门中的黑客 Jia Tan 的真实身份 ，不过打工人偶尔偷懒也是正常的 ，在中国节假日期间提交代码而在东欧节假日却没有提交代码 ，所以必然有一个时区是造假的 。但这两个时区之间的飞机通常要 10~12 个小时的飞行时长 ，那就是他对比了中国 2023 年的节假日 ，周日都是休息的 ，并且他还故意冒充东八区的用户(该时区包括中国全部地区 、发现 Jia Tan 竟然在中国农历新年以及中秋节等假期提交代码 。
毕竟如果真是生活在东八区 ，这还是直达的情况下 ，所以总有几次提交泄露了他所在的真实时区 。
还有一次提交时 UTC+3 和 UTC+8 只差几分钟 ，详细