基于k8s集群的容器检测方法、装置、电子设备及存储装置与流程

1.本发明涉及计算机网络安全管理技术领域，尤其涉及一种基于k8s集群的容器检测方法、装置、电子设备及存储装置。


背景技术：

2.容器是一个标准化的软件单元，它将代码及其所有依赖关系打包，以便应用程序从一个计算环境可靠快速地运行到另一个计算环境。
3.现有的应用部署方式是通过部署容器方式实现，每个容器之间互相隔离，每个容器有自己的文件系统，容器之间进程不会相互影响，能区分计算资源。相对于虚拟机，容器能快速部署，由于容器与底层设施、机器文件系统解耦的，所以它能在不同云、不同版本操作系统间进行迁移。作为容器技术的一种具体实现，docker近年来受到越来越多的关注，在某种程度上，docker已经成为了容器技术的代表。docker的设计虽然实现了良好的操作系统级隔离，但同时也存在很多安全隐患，比如其默认的组网模式以及与主机共享操作系统内核、共享主机资源、采用linux capabilities机制、隔离的不充分等。
4.为此，需要对docker容器进行全面的安全防护，主要包括模板文件的安全防护、镜像文件安全防护、容器运行保护、容器内应用保护、容器运行环境的保护。然而现有的容器安全方式在容器和隔离后已经满足不了容器安全防护需求，体现在如下几点：第一，没有基于k8s系统的节点检测模型；第二，无法检测端口镜像的安全漏洞及病毒木马；第三，难以发现容器网络存在的攻击。


技术实现要素：

5.本发明提供一种基于k8s集群的容器检测方法、装置、电子设备及存储装置，用以解决现有技术中在容器和隔离后已经满足不了容器安全防护需求的问题，实现容器安全防护过程中的安全防护，并提升检测效率。
6.本发明提供一种基于k8s集群的容器检测方法，包括：
7.构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台；
8.对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描；
9.根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
10.根据本发明提供的一种基于k8s集群的容器检测方法，所述构建k8s集群模型，包括：
11.设置多个master节点控制node节点的通信网络模型；
12.针对每一个master节点设置多个node节点，并对每一个node节点部署多个pod，master节点为k8s集群模型的控制节点，node节点用于运行pod；
13.将应用程序部署在一组相互关联的容器内，一个pod包括一个或多个容器，pod里
的容器与其他node节点的pod容器通信连接。
14.根据本发明提供的一种基于k8s集群的容器检测方法，所述对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描，包括：
15.利用预设插件通过域名访问所述k8s集群模型内的服务；
16.将所述服务对应的域名和端口信息加入到应用程序扫描的任务队列；
17.定时从所述任务队列中获取扫描任务，并根据所述扫描任务对应用程序进行页面抓取以获取页面文件和目录信息；
18.根据所述页面文件和目录信息，获取应用程序的名称以及版本信息，并对端口进行漏洞扫描，得到所述端口漏洞信息；
19.根据所述应用程序的名称以及版本信息、所述端口漏洞信息，对应用程序进行漏洞扫描，得到应用程序漏洞信息。
20.根据本发明提供的一种基于k8s集群的容器检测方法，所述根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护，包括：
21.将k8s集群模型中一个node节点的多个pod中的一个pod设置为漏洞扫描节点pod1，所述漏洞扫描节点pod1不部署应用程序但具有存储空间；
22.通过所述漏洞扫描节点pod1，对同一个node节点下的所有pod进行漏洞扫描；
23.根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护。
24.根据本发明提供的一种基于k8s集群的容器检测方法，所述根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护，包括：
25.当扫描到某一个pod出现漏洞时，获取出现漏洞的pod的存储数据，并将所述存储数据存储至所述漏洞扫描节点pod1中，同时将所述出现漏洞的pod设置为新的漏洞扫描节点pod2；
26.通过所述出现漏洞的pod的对应node节点，根据扫描的漏洞内容向对应的master节点获取漏洞解决方案或清除所述漏洞。
27.根据本发明提供的一种基于k8s集群的容器检测方法，所述根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护，还包括：
28.当扫描到多个pod出现漏洞时，通过调度其他node节点中的多个pod对出现漏洞的多个pod的存储数据进行对应转存；或
29.当扫描到多个pod出现漏洞时，通过调度其他node节点中的多个pod的备份存储空间对出现漏洞的多个pod的存储数据进行对应的临时存储，并依次标记标号；
30.当所述出现漏洞的多个pod恢复正常后，根据所述标号将对应pod容器内的数据再有序存储回原来的pod中以实现k8s集群的容器的安全防护。
31.根据本发明提供的一种基于k8s集群的容器检测方法，所述根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护，进一步包括：
32.对所述漏洞扫描节点pod1设置基于神经网络的漏洞训练模型，所述漏洞训练模型存储有基于漏洞或病毒或威胁的数据库；
33.当所述漏洞扫描节点pod1对其他pod进行漏洞扫描时，所述漏洞扫描节点pod1获取某一个待扫描的pod中的数据，并将所述数据作为测试集输入至所述漏洞训练模型中；
34.若所述漏洞训练模型输出结果正常，则表示没有漏洞，所述漏洞扫描节点pod1继续对下一个pod进行扫描；
35.若所述漏洞训练模型输出结果是异常，则表示出现漏洞，将出现漏洞的pod进行标记，并实时获取所述出现漏洞的pod的数据并调度至已经扫描且安全的pod中，同时向对应的master节点发送漏洞解决请求以获取漏洞解决方案。
36.本发明还提供一种基于k8s集群的容器检测装置，包括：
37.构建k8s集群模型模块，用于构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台；
38.漏洞扫描模块，用于对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描；
39.调度处理模块，用于根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
40.本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述基于k8s集群的容器检测方法的步骤。
41.本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述基于k8s集群的容器检测方法的步骤。
42.本发明提供的一种基于k8s集群的容器检测方法、装置、电子设备及存储装置，通过构建k8s集群模型，并基于构建的k8s集群模型对k8s集群模型的容器内端口和应用程序进行漏洞扫描，能及时发现容器内端口漏洞以及应用程序漏洞。
附图说明
43.为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是本发明提供的基于k8s集群的容器检测方法的流程示意图；
45.图2是本发明提供的构建k8s集群模型的流程示意图；
46.图3是发明提供的构建k8s集群模型的示意图；
47.图4是本发明提供的扫描端口漏洞和扫描应用程序漏洞的流程示意图；
48.图5是本发明提供的数据调度处理的流程示意图；
49.图6是本发明提供的单个pod出现漏洞的流程示意图；
50.图7是本发明提供的多个pod出现漏洞的流程示意图；
51.图8是本发明提供的基于漏洞训练模型的数据调度处理的流程示意图；
52.图9是本发明提供的基于漏洞训练模型的单个pod出现漏洞的流程示意图；
53.图10是本发明提供的基于漏洞训练模型的多个pod出现漏洞的流程示意图；
54.图11是本发明提供的基于k8s集群的容器检测装置的结构示意图；
55.图12是本发明提供的电子设备的结构示意图。
具体实施方式
56.为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
57.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
58.以下对本发明涉及的技术术语进行描述：
59.k8s是kubernetes的简称，是用8代替8个字符“ubernete”而成的缩写，它是一个开源的，用于管理云平台中多个主机上的容器化的应用。kubernetes的目标是让部署容器化的应用简单并且高效，kubernetes提供了应用部署，规划，更新，维护的一种机制。
60.本发明通过构建基于k8s集群的节点检测模型，并基于所述k8s集群模型，对容器内端口以及应用程序进行漏洞扫描，能够检测端口镜像的安全漏洞及病毒木马等，并且也能检测容器内应用程序的漏洞从而发现容器网络存在的攻击，解决了现有技术没有基于k8s系统的节点检测模型，无法检测端口镜像的安全漏洞及病毒木马以及难以发现容器网络存在的攻击等问题。
61.下面结合图1-图12描述本发明的基于k8s集群的容器检测方法、装置、电子设备及存储装置。
62.图1是本发明提供的基于k8s集群的容器检测方法的流程示意图，如图1所示。一种基于k8s集群的容器检测方法，包括：
63.步骤101，构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台。
64.docker作为容器技术的代表，是创建容器的工具。但想要将docker应用到具体的业务实现，是存在困难的，比如编排、管理和调度等各方面。所以通过构建k8s集群模型对docker及容器进行更高级更灵活的管理。
65.步骤102，对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描。
66.通过基于构建的k8s集群模型，对k8s集群模型的容器内端口和应用程序进行漏洞扫描，能及时发现容器内端口漏洞以及应用程序漏洞，实现容器运行的安全保护。
67.步骤103，根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
68.可选的，所述基于k8s集群的容器检测方法，还包括：
69.将所述漏洞扫描的所有漏洞信息保存至数据库中，并生成漏洞汇总表以供设置有基于神经网络的漏洞训练模型的pod使用。
70.本发明根据对容器内端口漏洞和应用程序漏洞进行漏洞扫描的结果，对出现漏洞导致数据存储不安全的问题，可通过对应的数据调度处理以实现高效的漏洞预防。
71.以下将对上述步骤101～步骤103进行具体描述。
72.图2是本发明提供的构建k8s集群模型的流程示意图，图3是发明提供的构建k8s集群模型的示意图，如图2、图3所示。上述步骤101中，所述构建k8s集群模型，包括：
73.步骤201，设置多个master节点控制node节点的通信网络模型。k8s集群是由master节点和node(worker)节点组成。k8s集群中大部分的操作可通过kubectl命令行工具来实现的。
74.步骤202，针对每一个master节点设置多个node节点，并对每一个node节点部署多个pod，master节点为k8s集群模型的控制节点，node节点用于运行pod。
75.具体的，master节点包括api sever、scheduler和controller management。api sever用于响应用户请求和同一master节点控制领域内各个组件的协调工作，scheduler用于集群的资源调度，为待调度pod队列的每一个pod绑定宿主机。controller management负责控制值k8s中的不同控制器。
76.具体的，node节点是工作节点，用于运行pod，每一个node节点中还包括组件kublet、proxy以及docker。其中，kublet负责管理控制pod，包括接收创建pod、启动pod以及监控pod的运行状态；proxy主要为pod创建代理服务，获取service的资源描述文件，进行路由转发；docker是用于创建容器的。
77.具体的，pod是k8s集群最基本的操作单元。一个pod代表着集群中运行的一个进程，pod内部封装了一个或多个紧密相关的容器。
78.步骤203，将应用程序部署在一组相互关联的容器内，一个pod包括一个或多个容器，pod里的容器与其他node节点的pod容器通信连接。
79.可选的，一个pod中的多个容器通常是紧耦合的，并且容器运行在同一台宿主机上，所有的容器均使用相同的ip地址和端口，这样使得pod里的容器就可以与其他节点上的pod容器直接通信。采用pod容器组将一组功能相关联的容器作为一个整体进行资源管理和调度，提高了调度的灵活性和高效性。
80.因此，通过上述的k8s集群模型，可完成master节点、node节点、数据库、容器网络以及相应的前端模块的构建。所述构建的k8s集群模型对于应用的部署和运维更加方便。
81.图4是本发明提供的扫描端口漏洞和扫描应用程序漏洞的流程示意图，如图4所示。上述步骤102中，所述对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描，包括：
82.步骤401，利用预设插件通过域名访问所述k8s集群模型内的服务。
83.可选的，利用利用kube-dns插件，通过域名来访问k8s集群内的服务，实现服务自动发现。可通过kubectl命令行工具来配置多个kube-dns，kube-dns为k8s集群提供了dns服务。
84.步骤402，将所述服务对应的域名和端口信息加入到应用程序扫描的任务队列。
85.可选的，通过api server接口来获取k8s集群中的服务，并将服务所对应的域名和端口信息加入到应用程序扫描的任务队列。
86.步骤403，定时从所述任务队列中获取扫描任务，并根据所述扫描任务对应用程序进行页面抓取以获取页面文件和目录信息。
87.可选的，可通过扫描系统的任务获取器定时从所述任务队列中获取扫描任务，并
交给对应模块(比如爬虫模块)对应用程序进行页面抓取以获取页面文件和目录信息。
88.步骤404，根据所述页面文件和目录信息，获取应用程序的名称以及版本信息，并对端口进行漏洞扫描，得到所述端口漏洞信息。
89.可选的，可通过端口扫描模块获取应用程序所的名称以及版本信息。
90.可选的，通过对端口进行漏洞扫描，可获取能上传后门程序对应的第一漏洞信息、上传文件漏洞组成的第二漏洞信息、后台登录破解密码对应的第三漏洞信息以及开源web系统自身漏洞组成的第四漏洞信息。并将第一漏洞信息、第二漏洞信息、第三漏洞信息以及第四漏洞信息汇总成所述端口漏洞信息。
91.步骤405，根据所述应用程序的名称以及版本信息、所述端口漏洞信息，对应用程序进行漏洞扫描，得到应用程序漏洞信息。
92.可选定，当识别出所述应用程序的名称以及版本信息之后，将上述所述端口漏洞信息交由通用漏洞检测模块以及exploit检测模块检测应用程序漏洞，得到应用程序漏洞信息。所述漏洞检测模块和所述exploit检测模块检测应用程序漏洞是系统预先设置的模块。
93.基于上述容器内端口漏洞扫描和应用程序漏洞扫描之后，当存在漏洞问题时，需要对容器内的数据安全问题进行数据调度处理。
94.图5是本发明提供的数据调度处理的流程示意图，如图5所示。上述步骤103中，所述根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护，包括：
95.步骤501，将k8s集群模型中一个node节点的多个pod中的一个pod设置为漏洞扫描节点pod1，所述漏洞扫描节点pod1不部署应用程序但具有存储空间。
96.步骤502，通过所述漏洞扫描节点pod1，对同一个node节点下的所有pod进行漏洞扫描。
97.可选的，根据实际应用场景部署需求，还可以部署至少一个pod属于空的状态，通过部署这种空的状态的pod对同一个node节点下的所有pod进行漏洞扫描，以实现高效漏洞预防。
98.步骤503，根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护。
99.上述漏洞扫描的方式可通过对k8s集群中的每一个node节点包含多个pod中的一个pod(比如命名为pod1)设置为漏洞扫描节点，并且设置为漏洞扫描节点的pod1可不部署应用，但具有与其他pod相同的部署存储空间，这样当作为漏洞扫描节点的pod1扫描其他pod发现漏洞时，能够将有出现漏洞的pod中存储的数据转存至自己的存储空间中，以解决出现漏洞中数据不安全的问题，同时也实现了高效漏洞防护。
100.以下针对上述步骤503中，出现漏洞的pod个数进行对应的数据调度处理进行描述。
101.图6是本发明提供的单个pod出现漏洞的流程示意图，如图6所示。上述步骤503中，所述根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护，包括：
102.步骤601，当扫描到某一个pod出现漏洞时，获取出现漏洞的pod的存储数据，并将
task2、
…
、miss taskn)进行标记，并实时获取所述出现漏洞的pod的数据并调度至已经扫描且安全的pod中，同时向对应的master节点发送漏洞解决请求以获取漏洞解决方案。
118.以下对上述步骤804中当某一个pod出现漏洞问题(如图9所示)和当多个pod出现漏洞问题(如图10所示)进行描述。
119.图9是本发明提供的基于漏洞训练模型的单个pod出现漏洞的流程示意图，如图9所示。上述步骤804中，所述若所述漏洞训练模型输出结果是异常，则表示出现漏洞，包括：
120.步骤901，当扫描到某一个pod出现漏洞时，则直接调度所述漏洞扫描节点pod1中的漏洞训练模型至出现漏洞的pod中，同时将出现漏洞的pod存储的数据转存至所述漏洞扫描节点pod1中。
121.步骤902，当所述出现漏洞的pod恢复正常(即漏洞问题已解决)后，由出现漏洞的pod扮演漏洞扫描角色(其之前存储的数据已调度至pod1)，继续对下一个未扫描的pod进行漏洞扫描。
122.图10是本发明提供的基于漏洞训练模型的多个pod出现漏洞的流程示意图，如图10所示。上述步骤804中，所述若所述漏洞训练模型输出结果是异常，则表示出现漏洞，包括：
123.步骤1001，当扫描到多个pod出现漏洞时，则调度所述漏洞扫描节点pod1中的漏洞训练模型至最先出现漏洞的pod中，同时通过调度其他node节点中的多个pod的备份存储空间对出现漏洞的多个pod的存储数据进行对应的临时存储，并依次标记标号。
124.虽然已调度所述漏洞扫描节点pod1中的漏洞训练模型至最先出现漏洞的pod中，但是所述最先出现漏洞的pod，其漏洞问题可能还没解决，会扮演漏洞扫描角色继续对下一个未扫描的pod进行漏洞扫描的，所以可通过前述内容在部署每一个pod中都预留有备份存储空间，在进行调度过程中，每一个pod的数据都可进行标识匹配。
125.步骤1002，当所述出现漏洞的多个pod恢复正常后，根据所述标号将对应pod容器内的数据再有序存储回原来的pod中以实现k8s集群的容器的安全防护。
126.由此可知，通过上述数据调度处理，可实现k8s集群的容器安全防护检测及解决漏洞问题，有效提高漏洞检测效率，从而实现k8s集群的容器安全的有效防护。
127.下面对本发明提供的基于k8s集群的容器检测装置进行描述，下文描述的基于k8s集群的容器检测装置与上文描述的基于k8s集群的容器检测方法可相互对应参照。
128.图11是本发明提供的基于k8s集群的容器检测装置的结构示意图，如图11所示。一种基于k8s集群的容器检测装置1100，包括构建k8s集群模型模块1110、漏洞扫描模块1120以及调度处理模块1130。
129.构建k8s集群模型模块1110，用于构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台。
130.漏洞扫描模块1120，用于对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描。
131.调度处理模块1130，用于根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
132.可选的，所述基于k8s集群的容器检测装置1100还包括漏洞信息保存模块(图中暂
未标示)，所述漏洞信息保存模块将所述漏洞扫描的所有漏洞信息保存至数据库中，并生成漏洞汇总表以供设置有基于神经网络的漏洞训练模型的pod使用。
133.可选的，所述构建k8s集群模型模块1110，还用于执行如下步骤：
134.设置多个master节点控制node节点的通信网络模型；
135.针对每一个master节点设置多个node节点，并对每一个node节点部署多个pod，master节点为k8s集群模型的控制节点，node节点用于运行pod；
136.将应用程序部署在一组相互关联的容器内，一个pod包括一个或多个容器，pod里的容器与其他node节点的pod容器通信连接。
137.可选的，所述漏洞扫描模块1120还用于执行如下步骤：
138.利用预设插件通过域名访问所述k8s集群模型内的服务；
139.将所述服务对应的域名和端口信息加入到应用程序扫描的任务队列；
140.定时从所述任务队列中获取扫描任务，并根据所述扫描任务对应用程序进行页面抓取以获取页面文件和目录信息；
141.根据所述页面文件和目录信息，获取应用程序的名称以及版本信息，并对端口进行漏洞扫描，得到所述端口漏洞信息；
142.根据所述应用程序的名称以及版本信息、所述端口漏洞信息，对应用程序进行漏洞扫描，得到应用程序漏洞信息。
143.可选的，所述调度处理模块1130还用于执行如下步骤：
144.将k8s集群模型中一个node节点的多个pod中的一个pod设置为漏洞扫描节点pod1，所述漏洞扫描节点pod1不部署应用程序但具有存储空间；
145.通过所述漏洞扫描节点pod1，对同一个node节点下的所有pod进行漏洞扫描；
146.根据所述漏洞扫描的出现漏洞的pod个数进行对应的数据调度处理以实现k8s集群的容器的安全防护。
147.可选的，所述调度处理模块1130还用于执行如下步骤：
148.当扫描到某一个pod出现漏洞时，获取出现漏洞的pod的存储数据，并将所述存储数据存储至所述漏洞扫描节点pod1中，同时将所述出现漏洞的pod设置为新的漏洞扫描节点pod2；
149.通过所述出现漏洞的pod的对应node节点，根据扫描的漏洞内容向对应的master节点获取漏洞解决方案或清除所述漏洞。
150.可选的，所述调度处理模块1130还用于执行如下步骤：
151.当扫描到多个pod出现漏洞时，通过调度其他node节点中的多个pod对出现漏洞的多个pod的存储数据进行对应转存；或
152.当扫描到多个pod出现漏洞时，通过调度其他node节点中的多个pod的备份存储空间对出现漏洞的多个pod的存储数据进行对应的临时存储，并依次标记标号；
153.当所述出现漏洞的多个pod恢复正常后，根据所述标号将对应pod容器内的数据再有序存储回原来的pod中以实现k8s集群的容器的安全防护。
154.可选的，所述调度处理模块1130还用于执行如下步骤：
155.对所述漏洞扫描节点pod1设置基于神经网络的漏洞训练模型，所述漏洞训练模型存储有基于漏洞或病毒或威胁的数据库；
156.当所述漏洞扫描节点pod1对其他pod进行漏洞扫描时，所述漏洞扫描节点pod1获取某一个待扫描的pod中的数据，并将所述数据作为测试集输入至所述漏洞训练模型中；
157.若所述漏洞训练模型输出结果正常，则表示没有漏洞，所述漏洞扫描节点pod1继续对下一个pod进行扫描；
158.若所述漏洞训练模型输出结果是异常，则表示出现漏洞，将出现漏洞的pod进行标记，并实时获取所述出现漏洞的pod的数据并调度至已经扫描且安全的pod中，同时向对应的master节点发送漏洞解决请求以获取漏洞解决方案。
159.图12示例了一种电子设备的实体结构示意图，如图12所示，该电子设备可以包括：处理器(processor)1210、通信接口(communications interface)1220、存储器(memory)1230和通信总线1240，其中，处理器1210，通信接口1220，存储器1230通过通信总线1240完成相互间的通信。处理器1210可以调用存储器1230中的逻辑指令，以执行所述基于k8s集群的容器检测方法，所述方法包括：
160.构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台；
161.对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描；
162.根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
163.此外，上述的存储器1230中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
164.另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的所述基于k8s集群的容器检测方法，所述方法包括：
165.构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台；
166.对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描；
167.根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
168.又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各提供的所述基于k8s集群的容器检测方法，所述方法包括：
169.构建k8s集群模型，所述k8s集群模型是基于容器的集群管理平台；
170.对所述k8s集群模型的容器内端口进行漏洞扫描，得到端口漏洞信息，并基于所述
端口漏洞信息对所述k8s集群模型的容器内应用程序进行漏洞扫描；
171.根据所述漏洞扫描的结果进行对应的数据调度处理以实现k8s集群的容器的安全防护。
172.以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
173.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
174.最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。