第180章 根系统上线，无限嵌套 (第2/3页)
的掌控，没有任何隐患。
“发现疑似携带木马系统，是否彻底查杀并修复漏洞？”
“不！将该系统进行隔离，置入一个虚拟系统环境中。”
“明白！检查到该疑似携带木马系统外已存在虚拟环境，但该具体环境存在大型漏洞27个，小型漏洞783个，其中关系到系统底层的漏洞8个，可被利用篡夺系统控制权的漏洞3个，是否对漏洞进行修补？”
“重建虚拟环境和修补漏洞的工作量哪个更大？”
“修补漏洞。”
“那就重建一个虚拟环境，然后将之前系统的虚拟环境放入这个虚拟环境之中。”
“明白！根系统已完成操作。根据主人的操作命令，系统推荐主人采用分布式死循环嵌套虚拟环境体系。”
“分布式死循环嵌套虚拟环境体系？这是什么？”
韩秋白发现自己一手打造的系统，自己衍生出了更多的东西。至少这个分布式死循环嵌套虚拟环境体系是他之前没有自己亲手定制过的。
他心念一动，马上就对这个体系的信息一览无遗。
这实际上就是通过一种分布式的方法，采用类似P2P的无中心分布式技术，把关系到虚拟环境的所有关键系统资源及计算任务，分别交给原系统的各部分本身的功能来完成。
而这种资源和任务本身就是和原系统的功能融合在一起的，完全无法分开。
就好像一个人的眼睛看不到自己的眼睛一样。没有辅助的工具，在系统内部的一切都无法察觉到系统本身存在的东西。
而且因为采用了分布式计算的方式，其本身对系统资源的消耗并不大。毕竟原系统是架构在天道法则本体之上的，其计算能力从某种意义上讲，可以很大程度的借助天道的计算能力。就算不是无限也是极为庞大。
至于死循环嵌套，那就是让虚拟环境一层套一层，一层套一层。而且这种欠他形成了死循环最深的一层和最浅的一层完全连接在一起。除非跳出这个循环，否则你只能在这个死循环之中一直走下去，永远也找不到终点。
最妙的是这种死循环嵌套是通过分布式的方法，让虚拟环境本身又成为另外一个虚拟环境的计算中心。
换句话说，就是甲嵌套乙，支撑乙的存在，但甲的虚拟环境的营造尤其是计算资源，完全由丙来支撑。可同时，丙本身又被乙所嵌套。
这就是个无限套娃。
当然实际上的操作并没有这么简单。嵌套的环节也没有这么少，而且也并不是从甲到乙再到丙再到甲，这样顺理成章的顺序进行嵌套。
真实的操作嵌套的
（本章未完，请点击下一页继续阅读）