聪明的同学读到这里会注意到，远程软件无法免疫检测的原因是，它们并不是真的“隐形”的。它们的确可以通过各种各样的手段去欺骗、致盲、篡改考试软件，但是它们无法骗过操作系统。原因也很简单，无论什么种类的软件，想要在任何操作系统上运行，就必须向操作系统“注册”自己：它们需要向操作系统申请资源、需要向操作系统询问信息、需要操作系统辅助完成一些操作。再强调一次，无论什么种类的软件，都绝无可能脱离操作系统运行。而一旦操作系统“知道”了某款软件在运行，就可以对其产生转储。

那是否有办法让操作系统不知道？对不起，没有。或者说……没有任何常规方法。

别忘了，操作系统的本质也是一个“软件”，一个超大型的“软件”。如果我们可以控制操作系统，那我们就可以在不对考试软件做任何手脚的情况下，完美的隐藏自己。

只是攻陷一个操作系统的难度相比于篡改考试软件的难度高出不止一两个量级。这绝非计算机专业的学生、外挂写手、普通黑客可以做到的事情。好在 ELPIS 最不缺的就是人才储备，一方面 ELPIS 的技术人员都来自各大顶尖学府、另一方面我们重金聘请行业内的安全专家对我们自身进行检测。（如果您认为您speak our language，请参见《加入我们》）所以 ELPIS 有能力持续挖掘针对操作系统的 0-day 漏洞。这让我们在特定的环境下可以在操作系统中为所欲为，并攫取系统最高权限。

（注：0-day 漏洞亦有高低之别，高级别的、危害更大的 0-day 漏洞并不会被应用于此等小事。它们通常会被各国情报机构作为武器转入技术储存、或被高价出售给安全公司或类似微软的操作系统开发商。）

以 Windows 系统举例，最高权限是 Kernel 权限。由于 Windows 系统的闭源特性，系统规定能拥有 Kernel 权限的进程必须属于系统内部进程（用于维持系统运转），而任何第三方的进程无法皆无法运行在 Kernel 权限之下。究其原因，是因为 Kernel 是系统进程的“自留地”。如果准许第三方程序运行在 Kernel 权限下，就意味着第三方程序可以随意对系统进程做修改，这显然会危害到系统的正常运作。

但是通过 ELPIS 拥有的 0-day 漏洞，我们可以使自身的程序先运行在 System 权限下，再通过“提权”拥有“内核级（Kernel）”权限。计算机中的一个铁律是：权限高的进程可以对权限低的进程颐指气使、随意欺负；高权限进程可以自主选择让低权限进程看不见、摸不着。而无论是 ETS 的考试软件还是其他任何软件，由于它们并非系统自带，天然的无法运行在最高权限之下。

至于 Windows 系统自带的 PatchGuard 和 驱动程序强制签名，在我们 0-day 的使用条件下（用户已知），反倒是个小问题（甚至无需额外考虑免杀）。

因此，我们在不阻止、篡改考试软件的任何功能的前提下，实现完美的隐身。更妙的是，通过这种方式，我们免疫考试软件现在与未来的一切技术升级。因为无论它如何升级，依旧需要依附操作系统运行，而操作系统恰恰在我们的控制之下。哪怕未来的某一天，操作系统的某次升级修复了这个漏洞，我们依旧可以通过持续挖掘新 0-day 或让考生不使用最新的操作系统版本规避。

诚然，以上并不意味着世界上不存在任何方法可以检测出我们的木马。但是检测所需的技术、人力和时间远远超过考试软件提供商所能触及的范围。比如，一种极端但是有效的方式是使用 Cold Boot Attack 直接读取内存进行恶意软件的检测。但前提是考试软件公司需要派人到考生家里，在考生使用木马的时候将电脑内存条拔出，并泡在液氮里保存（防止断电后电子复位），带到专用实验室进行分析。

这些检测方法显然是不现实、不可行的。