采用大数据分析的云服务漏洞分析方法及人工智能系统与流程

1.本技术涉及大数据技术领域，具体而言，涉及一种采用大数据分析的云服务漏洞分析方法及人工智能系统。


背景技术：

2.云服务稳定性问题通常被认为是采用云计算的道路上最大的障碍，相关技术中，如何有效进行云服务漏洞的分析和评估，以便于提高云服务中各种服务功能的运行稳定性，是诸多开发人员不断思考的方向。相关技术中的云服务漏洞分析挖掘过程中，通常仅考虑云服务漏洞的漏洞标签信息，而没有有效考虑相关的触发路径信息，导致云服务漏洞分析精度无法较好的满足预期。


技术实现要素：

3.本技术提供一种采用大数据分析的云服务漏洞分析方法及人工智能系统。
4.第一方面，本技术实施例提供一种采用大数据分析的云服务漏洞分析方法，应用于人工智能系统，包括：搜集在先记录的参考云服务崩溃事件数据簇，所述云服务崩溃事件数据簇中包括等待分析的云服务漏洞；对所述参考云服务崩溃事件数据簇进行云服务漏洞分析，获得所述参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息，所述云服务漏洞的云服务漏洞标签信息涵盖所述参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的类别标签信息，所述云服务漏洞的漏洞路径信息涵盖所述参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息；依据所述参考云服务崩溃事件数据簇、所述云服务漏洞的云服务漏洞标签信息和漏洞路径信息，从候选上线云服务中提取至少一个等待分析的云服务崩溃事件数据簇；对所述至少一个等待分析的云服务崩溃事件数据簇进行云服务漏洞分析，获得所述至少一个等待分析的云服务崩溃事件数据簇所对应的云服务漏洞分析数据簇，以便于对候选上线云服务进行漏洞分析与修复。
5.相比现有技术，依据对多种触发路径得到的候选上线云服务的云服务崩溃事件数据簇的云服务漏洞分析，对候选上线云服务的云服务崩溃事件数据簇的分析效果更佳，使得云服务漏洞分析流程可以关联多种触发路径的场景。此外，在获取候选上线云服务的云服务崩溃事件数据簇的流程中，结合了云服务漏洞的触发路径信息和云服务漏洞的漏洞标签信息，相较于传统方案中仅考虑云服务漏洞的漏洞标签信息而言，可以提高后续的云服务漏洞分析精度，由此对提取的云服务崩溃事件数据簇进行云服务漏洞分析，可以获得更为精确的云服务漏洞分析结果。
附图说明
6.图1为本技术实施例提供的一种采用大数据分析的云服务漏洞分析方法步骤流程示意图。
具体实施方式
7.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。依据本技术中的实施例，本领域普通技术人员在没有做出创造性劳动基础上所获得的所有其它实施例，都属于本技术保护的范围。
8.步骤s110，搜集在先记录的参考云服务崩溃事件数据簇，参考云服务崩溃事件数据簇中包括等待分析的云服务漏洞。
9.步骤s120，对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息，云服务漏洞的云服务漏洞标签信息涵盖参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的类别标签信息，云服务漏洞的漏洞路径信息涵盖参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息。
10.在获取候选上线云服务的参考云服务崩溃事件数据簇后，对参考云服务崩溃事件数据簇进行云服务漏洞分析，以在参考云服务崩溃事件数据簇中分析出与云服务漏洞相关的信息，为后续获取等待分析的云服务崩溃事件数据簇提供依据。与云服务漏洞相关的信息例如可以包括但不限于云服务漏洞的云服务漏洞标签信息和漏洞路径信息。
11.云服务漏洞的云服务漏洞标签信息涵盖参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的类别标签信息。一个云服务崩溃事件数据对应的类别标签信息用于表达该云服务崩溃事件数据对应的云服务漏洞类别。在此对一个云服务崩溃事件数据对应的类别标签信息的形式不限，一种示例性的设计思路中，一个云服务崩溃事件数据对应的类别标签信息涵盖该云服务崩溃事件数据对应的云服务漏洞类别的标签向量分布；或者，一个云服务崩溃事件数据对应的类别标签信息涵盖该云服务崩溃事件数据对应各个参考云服务漏洞类别的置信度。基于一个云服务崩溃事件数据对应的类别标签信息可以获得一个云服务崩溃事件数据对应的云服务漏洞类别。值得说明的是，一个云服务崩溃事件数据对应的云服务漏洞类别为参考云服务漏洞类别中的某个类别。
12.参考云服务漏洞类别可以为预先配置的等待分析的云服务漏洞可能对应的云服务漏洞类别，参考云服务漏洞类别可以基于过往云服务漏洞数据进行配置，或者基于实际场景和候选上线云服务的类型进行更新和调整，在此不作特殊限制。一种示例性的设计思路中，参考云服务漏洞类别例如包括文件上传漏洞、数据下发漏洞等。
13.云服务漏洞的漏洞路径信息涵盖参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息。一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息用于表达该云服务崩溃事件数据对应的云服务漏洞的触发路径信息。在此对云服务崩溃事件数据对应的云服务漏洞的触发路径信息的形式不限，一种示例性的设计思路中，一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息涵盖该云服务崩溃事件数据对应的云服务漏洞的触发路径信息的路径节点连线；或者，一个云服务崩溃事
件数据对应的云服务漏洞的触发路径信息涵盖该云服务崩溃事件数据对应各个示例云服务漏洞的触发路径信息的置信度。基于一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息可以获得一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息。值得说明的是，一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息为预设的示例云服务漏洞的触发路径信息中的至少一种触发路径信息。
14.一种示例性的设计思路中，一个云服务崩溃事件数据对应的云服务漏洞的触发路径信息可能为某一具体云服务漏洞的触发路径信息，也可能为非云服务漏洞的触发路径信息。例如，对应的云服务漏洞类别为某一具体漏洞数据溯源的云服务崩溃事件数据对应的云服务漏洞的触发路径信息为某一具体的云服务漏洞的触发路径信息，对应的云服务漏洞类别为非云服务漏洞的云服务崩溃事件数据对应的云服务漏洞的触发路径信息为非云服务漏洞的触发路径信息。
15.此外，虽然候选上线云服务中的云服务漏洞的业务节点是可能获知的，由于不确定候选上线云服务在参考云服务崩溃事件数据簇中的对应云服务崩溃事件数据的触发路径信息，所以需要依据对参考云服务崩溃事件数据簇进行云服务漏洞分析，分析出各个云服务崩溃事件数据所对应的类别标签信息以及云服务漏洞的触发路径信息，以为在参考云服务崩溃事件数据簇中确定云服务漏洞的漏洞向量以及后续高效处理等待分析的云服务崩溃事件数据簇提供依据。
16.一种示例性的设计思路中，对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息的流程可以为：依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息。云服务漏洞分析网络可以为预先训练获得的用于对候选上线云服务的参考云服务崩溃事件数据簇进行云服务漏洞分析的模型，如此可以将参考云服务崩溃事件数据簇输入云服务漏洞分析网络，获得云服务漏洞分析网络输出的云服务漏洞的云服务漏洞标签信息和漏洞路径信息。
17.一种示例性的设计思路中，在依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析的流程中，除了得到参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息外，还可以得到参考云服务崩溃事件数据簇对应的漏洞标签信息和数据分段信息。
18.参考云服务崩溃事件数据簇对应的漏洞标签信息用于表达参考云服务崩溃事件数据簇中的候选上线云服务的具体漏洞标签类别。漏洞标签信息可以用候选上线云服务关联各个候选漏洞标签类别的置信度进行表示，基于候选上线云服务关联于各个候选漏洞标签类别的置信度可以得知候选上线云服务的具体漏洞标签类别。
19.参考云服务崩溃事件数据簇对应的数据分段信息用于表达参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的数据分段标签。一个云服务崩溃事件数据的数据分段标签为示例数据分段标签中的任意一种。一个云服务崩溃事件数据对应的数据分段标签用于表达该云服务崩溃事件数据是否关联于候选上线云服务。基于数据分段信息能够分析出候选上线云服务的云服务崩溃事件数据在参考云服务崩溃事件数据簇中的对应
节点以及分析出候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度。值得说明的是，是否获取参考云服务崩溃事件数据簇对应的数据分段信息可以基于实际设定场景，例如，当实际设定场景表达需要获取候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度，则获取参考云服务崩溃事件数据簇对应的数据分段信息。
20.在依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析后，获得参考云服务崩溃事件数据簇对应的漏洞标签信息、数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息为例进行说明。
21.一种示例性的设计思路中，依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的漏洞标签信息、数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息的方式可以是：依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行向量挖掘，获得参考云服务崩溃事件数据簇的漏洞标签向量；依据参考云服务崩溃事件数据簇的漏洞标签向量，获取参考云服务崩溃事件数据簇的数据分段向量和推动向量；依据云服务漏洞分析网络对漏洞标签向量进行标签分配，获得参考云服务崩溃事件数据簇对应的漏洞标签信息；依据云服务漏洞分析网络对数据分段向量进行数据分段处理，获得参考云服务崩溃事件数据簇对应的数据分段信息；依据云服务漏洞分析网络对推动向量进行云服务漏洞类别分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息；依据云服务漏洞分析网络对推动向量进行云服务漏洞的触发路径信息分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的漏洞路径信息。
22.值得说明的是，可以由云服务漏洞分析网络中的不同网络参数层分别执行上述向量挖掘、标签分配、数据分段处理、云服务漏洞类别分析以及云服务漏洞的触发路径信息分析等过程，在此不作特殊限制。
23.譬如，一种示例性的设计思路中，参考云服务崩溃事件数据簇的漏洞标签向量的获取方式与云服务漏洞分析网络中用于实现向量挖掘功能的网络参数层的结构有关，在此不作特殊限制。一种示例性的设计思路中，云服务漏洞分析网络对参考云服务崩溃事件数据簇进行向量挖掘，获得参考云服务崩溃事件数据簇的漏洞标签向量的具体实现手段为：云服务漏洞分析网络对参考云服务崩溃事件数据簇进行第一向量挖掘，获得第一云服务崩溃特征向量；对第一云服务崩溃特征向量进行第二向量挖掘，获得第二云服务崩溃特征向量；对第二云服务崩溃特征向量进行第三向量挖掘，获得第三云服务崩溃特征向量；对第三云服务崩溃特征向量进行第四向量挖掘，获得第四云服务崩溃特征向量；对第四云服务崩溃特征向量进行第五向量挖掘，获得第五云服务崩溃特征向量；对第五云服务崩溃特征向量进行向量挖掘，获得参考云服务崩溃事件数据簇的漏洞标签向量。
24.譬如，一种示例性的设计思路中，在上述获取漏洞标签向量的流程的基础上，依据参考云服务崩溃事件数据簇的漏洞标签向量，获取参考云服务崩溃事件数据簇的数据分段向量和推动向量的方式可以是：将漏洞标签向量和第五云服务崩溃特征向量进行拼接，获得第六云服务崩溃特征向量；将第六云服务崩溃特征向量进行第一逆向向量挖掘，将第一逆向向量挖掘后的云服务崩溃特征向量和第四云服务崩溃特征向量进行拼接，获得第七云服务崩溃特征向量；将第七云服务崩溃特征向量进行第二逆向向量挖掘，将第二逆向向量挖掘后的云服务崩溃特征向量和第三云服务崩溃特征向量进行拼接，获得第八云服务崩溃
特征向量；对第八云服务崩溃特征向量进行第三逆向向量挖掘，将第三逆向向量挖掘后的云服务崩溃特征向量和第二云服务崩溃特征向量进行拼接，获得数据分段向量；对数据分段向量进行第四逆向向量挖掘，将第四逆向向量挖掘后的云服务崩溃特征向量和第一云服务崩溃特征向量进行拼接，获得推动向量。逆向向量挖掘能够放大云服务崩溃事件数据簇的维度，在此对逆向向量挖掘的具体实现过程不限。
25.基于以上相应的流程可知，云服务漏洞分析网络用于执行以下挖掘过程：a、标签类别挖掘流程，该标签类别挖掘流程能够分析参考云服务崩溃事件数据簇中的候选上线云服务的具体漏洞标签类别。
26.b、触发路径挖掘流程，该触发路径挖掘流程能够挖掘每个云服务崩溃事件数据对应的云服务漏洞的触发路径信息，进而由每个云服务崩溃事件数据对应的云服务漏洞的触发路径信息来综合确定云服务漏洞的漏洞向量对应的云服务漏洞的触发路径信息。
27.c、云服务漏洞属性挖掘流程，该云服务漏洞属性挖掘流程能够得到云服务漏洞的云服务漏洞标签信息，以分析每个云服务崩溃事件数据是否关联于漏洞挖掘数据且关联于哪一个漏洞挖掘数据。
28.d、数据分段过程，该数据分段过程用于在参考云服务崩溃事件数据簇中数据分段出候选上线云服务。对于候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度太小的基础上，标签类别挖掘流程很可能误判参考云服务崩溃事件数据簇中不包括漏洞挖掘数据，因此，加入数据分段过程。对于候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度太小的基础上，可以在参考云服务崩溃事件数据簇中提取出候选上线云服务的对应节点的云服务崩溃事件数据簇后进行再次挖掘，从而提高云服务漏洞分析的可靠性。
29.值得说明的是，以上仅以依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得漏洞标签信息、数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息为例进行阐述，一种示例性的设计思路中，依据云服务漏洞分析网络还可以仅获取云服务漏洞的云服务漏洞标签信息和漏洞路径信息；或者，仅获取数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息；或者，仅获取漏洞标签信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息。在上述情况下，可以只需对云服务漏洞分析网络的具体网络分析方式进行调整即可。一种示例性的设计思路中，对于依据云服务漏洞分析网络仅获取云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上，可以不执行对漏洞标签向量进行标签分配以及对数据分段向量进行数据分段处理。
30.在不执行对漏洞标签向量进行标签分配以及对数据分段向量进行数据分段处理的基础上，依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得云服务漏洞的云服务漏洞标签信息和漏洞路径信息的方式可以是：首先，依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行向量挖掘，获得参考云服务崩溃事件数据簇的漏洞标签向量；然后，依据参考云服务崩溃事件数据簇的漏洞标签向量，获取参考云服务崩溃事件数据簇的数据分段向量和推动向量；最后，依据云服务漏洞分析网络对推动向量进行云服务漏洞类别分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息；依据云服务漏洞分析网
络对推动向量进行云服务漏洞的触发路径信息分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的漏洞路径信息。
31.值得说明的是，在依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析之前，可以先对云服务漏洞分析网络进行训练。一种示例性的设计思路中，以依据云服务漏洞分析网络能够获取漏洞标签信息、数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础为例，云服务漏洞分析网络的训练步骤可以包括以下步骤。
32.（1）获取示例云服务训练数据，示例云服务训练数据包括示例云服务崩溃事件数据集、示例云服务崩溃事件数据集对应的示例漏洞标签信息、示例数据分段信息、示例云服务漏洞的云服务漏洞标签信息和示例云服务漏洞的漏洞路径信息。
33.（2）依据初始云服务漏洞分析网络对示例云服务崩溃事件数据集进行云服务漏洞分析，获得推定漏洞标签信息、推定数据分段信息、推定云服务漏洞的云服务漏洞标签信息和推定云服务漏洞的漏洞路径信息。
34.（3）对于推定漏洞标签信息和示例漏洞标签信息获取第一网络代价值，依据推定数据分段信息和示例数据分段信息获取第二网络代价值，依据推定云服务漏洞的云服务漏洞标签信息和示例云服务漏洞的云服务漏洞标签信息获取第三网络代价值，依据推定云服务漏洞的漏洞路径信息和示例云服务漏洞的漏洞路径信息获取第四网络代价值；（4）依据第一网络代价值、第二网络代价值、第三网络代价值和第四网络代价值，确定目标网络代价值；（5）依据目标网络代价值对初始云服务漏洞分析网络的网络权重信息进行更新调整，直到所述初始云服务漏洞分析网络匹配部署要求，获得最终的云服务漏洞分析网络。
35.值得说明的是，示例云服务训练数据中的示例云服务崩溃事件数据集为与对候选上线云服务的参考云服务崩溃事件数据簇进行云服务漏洞分析彼此可以为相同的业务场景下搜集的云服务崩溃事件数据簇，以提高对参考云服务崩溃事件数据簇的云服务漏洞分析性能。
36.一种示例性的设计思路中，在此对依据网络的推定信息和示例云服务训练数据中的示例信息获取网络代价值的具体方式不限。一种示例性的设计思路中，依据推定漏洞标签信息和示例漏洞标签信息获取第一网络代价值可以确定推定漏洞标签信息和示例漏洞标签信息之间的感知损失函数值，将确定获得的感知损失函数值作为第一网络代价值。一种示例性的设计思路中，依据推定数据分段信息和示例数据分段信息获取第二网络代价值可以分别确定推定数据分段信息和示例数据分段信息之间的感知损失函数值和回归损失函数值，将确定获得的感知损失函数值和回归损失函数值共同作为第二网络代价值。
37.一种示例性的设计思路中，依据推定云服务漏洞的云服务漏洞标签信息和示例云服务漏洞的云服务漏洞标签信息获取第三网络代价值可以依据确定推定云服务漏洞的云服务漏洞标签信息和示例云服务漏洞的云服务漏洞标签信息之间的感知损失函数值，将确定获得的感知损失函数值作为第三网络代价值。一种示例性的设计思路中，依据推定云服务漏洞的漏洞路径信息和示例云服务漏洞的漏洞路径信息获取第四网络代价值可以确定推定云服务漏洞的云服务漏洞标签信息和示例云服务漏洞的漏洞路径信息之间的感知损失函数值，将确定获得的感知损失函数值作为第四网络代价值。
38.值得说明的是，上述介绍了依据云服务漏洞分析网络能够获取漏洞标签信息、数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上，训练得到云服务漏洞分析网络的流程。对于依据云服务漏洞分析网络只需要获取云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上；或者，依据云服务漏洞分析网络只需要获取漏洞标签信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上；或者，依据云服务漏洞分析网络只需要获取数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上，训练得到云服务漏洞分析网络的流程可以基于以上相应的流程进行相对应的网络收敛优化。
39.一种示例性的设计思路中，对于依据云服务漏洞分析网络只需要获取云服务漏洞的云服务漏洞标签信息和漏洞路径信息的基础上，在训练得到云服务漏洞分析网络的流程中可以只需获取以上相应的流程中的第三网络代价值和第四网络代价值，进而依据第三网络代价值和第四网络代价值确定获得的目标网络代价值循环迭代云服务漏洞分析网络的网络权重信息。
40.一种示例性的设计思路中，对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息的实现过程为：当依据参考云服务崩溃事件数据簇未获取到候选上线云服务的漏洞向量id，对参考云服务崩溃事件数据簇进行云服务漏洞分析，获得参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息。也即，一种示例性的设计思路中，仅在依据参考云服务崩溃事件数据簇未获取到候选上线云服务的漏洞向量id的基础上，再执行步骤s120，以提高云服务漏洞分析的效率。
41.一种示例性的设计思路中，当依据参考云服务崩溃事件数据簇获取到候选上线云服务的漏洞向量id时，可以直接对候选上线云服务的漏洞向量id对应的部分进行特征清洗，以将参考云服务崩溃事件数据簇中的候选上线云服务的云服务崩溃事件数据进行去噪，然后直接从去噪后的候选上线云服务的参考云服务崩溃事件数据簇中分析出云服务漏洞的漏洞向量并进行云服务漏洞分析。
42.步骤s130，依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇。
43.在得到参考云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息后，依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，可以获取至少一个等待分析的云服务崩溃事件数据簇。等待分析的云服务崩溃事件数据簇是指后续需要分析的云服务漏洞集合的云服务崩溃事件数据簇。等待分析的云服务崩溃事件数据簇可以是至少一个数据簇，在此不作特殊限制。
44.一种示例性的设计思路中，依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇的流程包括以下步骤s1301至步骤s1303，示例性描述如下。
45.步骤s1301，依据云服务漏洞的云服务漏洞标签信息，从参考云服务崩溃事件数据簇中确定至少一个目标云服务漏洞的漏洞向量，每个标的云服务漏洞的漏洞向量中的云服务崩溃事件数据对应的类别标签信息用于表征相同的云服务漏洞类别。
46.云服务漏洞的云服务漏洞标签信息可以包括参考云服务崩溃事件数据簇中的各
个云服务崩溃事件数据所对应的类别标签信息。基于各个云服务崩溃事件数据所对应的类别标签信息用于表达各个云服务崩溃事件数据所对应的云服务漏洞类别。一种示例性的设计思路中，依据云服务漏洞的云服务漏洞标签信息，从参考云服务崩溃事件数据簇中确定至少一个目标云服务漏洞的漏洞向量的流程包括以下步骤s311和步骤s312。
47.步骤s311，依据云服务漏洞的云服务漏洞标签信息，从参考云服务崩溃事件数据簇中确定至少一个初始云服务漏洞的漏洞向量，任意初始云服务漏洞的漏洞向量中的云服务崩溃事件数据对应的类别标签信息用于表征相同的云服务漏洞类别。
48.一种示例性的设计思路中，在确定至少一个初始云服务漏洞的漏洞向量后，将每个初始云服务漏洞的漏洞向量中的云服务崩溃事件数据对应的类别标签信息表达的云服务漏洞类别作为该初始云服务漏洞的漏洞向量对应的云服务漏洞类别，由此，能够得到至少一个初始云服务漏洞的漏洞向量所对应的云服务漏洞类别。
49.步骤s312，在至少一个初始云服务漏洞的漏洞向量中确定至少一个目标云服务漏洞的漏洞向量。
50.目标云服务漏洞的漏洞向量是指需要分析出云服务漏洞的云服务漏洞的漏洞向量。一种示例性的设计思路中，在至少一个初始云服务漏洞的漏洞向量中确定至少一个目标云服务漏洞的漏洞向量的方式可以是将至少一个初始云服务漏洞的漏洞向量均作为目标云服务漏洞的漏洞向量，或者对至少一个初始云服务漏洞的漏洞向量进行清洗，将清洗后余下的云服务漏洞的漏洞向量作为目标云服务漏洞的漏洞向量。
51.一种示例性的设计思路中，对至少一个初始云服务漏洞的漏洞向量进行清洗，将清洗后余下的云服务漏洞的漏洞向量作为目标云服务漏洞的漏洞向量具体可以是，将至少一个初始云服务漏洞的漏洞向量中候选上线云服务的云服务崩溃事件数据的对应节点的初始云服务漏洞的漏洞向量作为第一云服务漏洞的漏洞向量；将至少一个第一云服务漏洞的漏洞向量中对应的云服务漏洞类别为示例漏洞类别的第一云服务漏洞的漏洞向量作为第二云服务漏洞的漏洞向量；对至少一个第二云服务漏洞的漏洞向量非相关位置清洗，将余下的云服务漏洞的漏洞向量作为目标云服务漏洞的漏洞向量。所述对应节点可以依据参考云服务崩溃事件数据簇对应的数据分段信息得到，由于需要分析的是候选上线云服务中的云服务漏洞，只需将处于候选上线云服务的云服务崩溃事件数据的对应节点之内的初始云服务漏洞的漏洞向量作为第一云服务漏洞的漏洞向量，处于候选上线云服务的云服务崩溃事件数据的对应节点之外的初始云服务漏洞的漏洞向量进行清洗。
52.步骤s32，依据云服务漏洞的漏洞路径信息，确定至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，每个标的云服务漏洞的漏洞向量对应的漏洞溯源模板依据每个标的云服务漏洞的漏洞向量中的云服务崩溃事件数据对应的云服务漏洞的触发路径信息确定。
53.云服务漏洞的漏洞路径信息涵盖参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息，各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息用于表达各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息。一种示例性的设计思路中，依据云服务漏洞的漏洞路径信息，确定至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板的方式为：对于至少一个目标云服务漏洞的漏洞向量中的每个标的云服务漏洞的漏洞向量，依据云服务漏洞的漏洞路径信息确定该每个
标的云服务漏洞的漏洞向量中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息；依据该每个标的云服务漏洞的漏洞向量中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息，确定该每个标的云服务漏洞的漏洞向量对应的漏洞溯源模板。
54.一种示例性的设计思路中，依据每个标的云服务漏洞的漏洞向量中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息，确定该每个标的云服务漏洞的漏洞向量对应的漏洞溯源模板的方式为：依据每个标的云服务漏洞的漏洞向量中的各个云服务崩溃事件数据所对应的云服务漏洞的触发路径信息，统计每个云服务漏洞的触发路径信息所对应的云服务崩溃事件数据数量，将对应的云服务崩溃事件数据数量最多的云服务漏洞的触发路径信息作为该每个标的云服务漏洞的漏洞向量对应的漏洞溯源模板。
55.依据上述方式可以获取各个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板。值得说明的是，不同的目标云服务漏洞的漏洞向量对应的漏洞溯源模板可能相同，也可能不同，在此不作特殊限制。一种示例性的设计思路中，如果确定候选上线云服务中的各个目标云服务漏洞的漏洞向量均对应相同的漏洞溯源模板，则依据云服务漏洞的漏洞路径信息。获取至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板的方式可以是：依据云服务漏洞的漏洞路径信息，确定各个目标云服务漏洞的漏洞向量中的全部云服务崩溃事件数据所对应的云服务漏洞的触发路径信息；依据全部云服务崩溃事件数据所对应的云服务漏洞的触发路径信息，统计每个云服务漏洞的触发路径信息所对应的云服务崩溃事件数据数量，将对应的云服务崩溃事件数据数量最多的云服务漏洞的触发路径信息作为指定漏洞溯源模板，将该指定漏洞溯源模板作为至少一个目标云服务漏洞的漏洞向量统一对应的漏洞溯源模板。一种示例性的设计思路中，候选上线云服务中的各个云服务漏洞的漏洞向量可以具有相同的漏洞溯源模板。
56.步骤s33：依据至少一个目标云服务漏洞的漏洞向量和至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇。
57.等待分析的云服务崩溃事件数据簇可以是尚未进行云服务漏洞分析的云服务崩溃事件数据簇。一种示例性的设计思路中，依据至少一个目标云服务漏洞的漏洞向量和至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇的步骤可以包括以下的步骤s331至步骤s333。
58.步骤s331，依据至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，确定至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板。
59.其中，目标云服务漏洞的漏洞向量对应的漏洞溯源模板用于表征目标云服务漏洞的漏洞向量中的目标漏洞挖掘数据当前所对应的云服务漏洞的触发路径信息，目标云服务漏洞的漏洞向量对应的漏洞溯源模板用于表征将目标云服务漏洞的漏洞向量中的目标漏洞挖掘数据对应的漏洞溯源模板。
60.步骤s332：在参考云服务崩溃事件数据簇中对至少一个目标云服务漏洞的漏洞向量进行数据提取，获得至少一个目标云服务漏洞的漏洞向量所对应的目标崩溃事件数据簇。
61.目标云服务漏洞的漏洞向量处于参考云服务崩溃事件数据簇中，在参考云服务崩溃事件数据簇中对至少一个目标云服务漏洞的漏洞向量进行数据提取，能够得到各个目标云服务漏洞的漏洞向量所对应的目标崩溃事件数据簇。目标云服务漏洞的漏洞向量对应的
目标崩溃事件数据簇为包括目标漏洞挖掘数据的云服务崩溃事件数据簇。
62.步骤s333：对于至少一个目标云服务漏洞的漏洞向量中的每个标的云服务漏洞的漏洞向量，将每个标的云服务漏洞的漏洞向量对应的目标崩溃事件数据簇基于每个标的云服务漏洞的漏洞向量对应的漏洞溯源模板进行漏洞数据溯源，获得每个标的云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇。
63.由于目标云服务漏洞的漏洞向量对应的目标崩溃事件数据簇中的目标漏洞挖掘数据的触发路径信息可能不为正确触发路径信息，直接对目标云服务漏洞的漏洞向量对应的目标崩溃事件数据簇进行挖掘可能会存在误差，所以，将目标云服务漏洞的漏洞向量对应的目标崩溃事件数据簇基于目标云服务漏洞的漏洞向量对应的漏洞溯源模板进行漏洞数据溯源，从而使得溯源后的云服务崩溃事件数据簇中的目标漏洞挖掘数据为预先配置的触发路径信息的漏洞挖掘数据，将溯源后的云服务崩溃事件数据簇作为目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇，该等待分析的云服务崩溃事件数据簇中的等待分析云服务漏洞为预先配置的触发路径信息的云服务漏洞，由此提高云服务漏洞分析的精度。
64.值得说明的是，在依据步骤s333获取各个目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇的流程中，可以将每个目标云服务漏洞的漏洞向量对应的目标崩溃事件数据簇基于对应的漏洞溯源模板依次进行溯源，也可以将一组对应相同的漏洞溯源模板的目标云服务漏洞的漏洞向量对应的目标崩溃事件数据簇基于该相同的漏洞溯源模板同时进行溯源，在此不作特殊限制。
65.另一种示例性的设计思路中，依据至少一个目标云服务漏洞的漏洞向量和至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇的步骤包括以下步骤s33a和步骤s33b。
66.步骤s33a，依据至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，确定至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板。该步骤s33a的实施手段可以参考步骤s331，此处不再赘述。
67.步骤s33b：基于至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板对参考云服务崩溃事件数据簇进行漏洞数据溯源，依据漏洞数据溯源获得的溯源漏洞数据集，获取至少一个目标云服务漏洞的漏洞向量所对应的等待分析的云服务崩溃事件数据簇。
68.值得说明的是，漏洞数据溯源获得的溯源漏洞数据集的交叉崩溃节点数据可能为一个或至少一个，与实际的漏洞数据溯源过程有关。依据一个溯源漏洞数据集可能获取一个或至少一个目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇，在此不作特殊限制。
69.一种示例性的设计思路中，步骤s33b可以包括以下的步骤a-f。
70.a，基于至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板对至少一个目标云服务漏洞的漏洞向量进行聚团，获得至少一个云服务漏洞的漏洞向量分布，任意云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板一致。
71.b，将对应的漏洞溯源模板一致的目标云服务漏洞的漏洞向量划分到同一个云服务漏洞的漏洞向量分布中，获得至少一个云服务漏洞的漏洞向量分布。值得说明的是，不同云服务漏洞的漏洞向量分布中包括的目标云服务漏洞的漏洞向量的交叉崩溃节点数据可
以相同或者不同，在此不作特殊限制。一种示例性的设计思路中，在得到至少一个云服务漏洞的漏洞向量分布后，对至少一个云服务漏洞的漏洞向量分布进行次序整理，以便于后续基于排列顺序依次对各个云服务漏洞的漏洞向量分布进行处理。值得说明的是，在此对对至少一个云服务漏洞的漏洞向量分布进行次序整理的方式不限，一种示例性的设计思路中，可以基于随机次序整理的方式对至少一个云服务漏洞的漏洞向量进行次序整理，还可以基于包括的目标云服务漏洞的漏洞向量对应的漏洞溯源模板不同的顺序对至少一个云服务漏洞的漏洞向量进行次序整理等。
72.c，将参考云服务崩溃事件数据簇基于至少一个云服务漏洞的漏洞向量分布中的起始云服务漏洞的漏洞向量分布对应的漏洞溯源模板进行漏洞数据溯源，获得起始溯源漏洞数据集，在起始溯源漏洞数据集中对起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量进行数据提取，获得起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇。
73.其中，起始云服务漏洞的漏洞向量分布对应的漏洞溯源模板为起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板。值得说明的是，起始云服务漏洞的漏洞向量分布可以是指至少一个云服务漏洞的漏洞向量分布中还未分析的任意云服务漏洞的漏洞向量分布中的首个。在得到至少一个云服务漏洞的漏洞向量分布后，还可以对至少一个云服务漏洞的漏洞向量分布进行次序整理的基础上，起始云服务漏洞的漏洞向量分布是指排列在第一的云服务漏洞的漏洞向量分布。
74.在获取起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇的流程中，可以首先将参考云服务崩溃事件数据簇基于该起始云服务漏洞的漏洞向量对应的漏洞溯源模板进行漏洞数据溯源，获得起始溯源漏洞数据集。起始云服务漏洞的漏洞向量分布对应的漏洞溯源模板为起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板，在获得的起始溯源漏洞数据集中，起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量中的目标漏洞挖掘数据为预先配置的触发路径信息的漏洞挖掘数据。在起始溯源漏洞数据集中对起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量进行数据提取，获得起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇。等待分析的云服务崩溃事件数据簇中的目标漏洞挖掘数据为预先配置的触发路径信息的漏洞挖掘数据。此流程中，能够依据溯源一次参考云服务崩溃事件数据簇，使起始云服务漏洞的漏洞向量分布中的各个目标云服务漏洞的漏洞向量均获知，由此提高获取等待分析的云服务崩溃事件数据簇的效率。
75.步骤e，将前向溯源漏洞数据集基于至少一个云服务漏洞的漏洞向量分布中的后向云服务漏洞的漏洞向量分布对应的漏洞溯源模板进行漏洞数据溯源，获得后向溯源漏洞数据集，在后向溯源漏洞数据集中对后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量进行数据提取，获得后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇。
76.其中，后向云服务漏洞的漏洞向量分布对应的漏洞溯源模板可以为后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板与前向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板对应的混合漏洞
溯源模板。
77.一种示例性的设计思路中，假设后向云服务漏洞的漏洞向量分布为第二个云服务漏洞的漏洞向量分布，则前向云服务漏洞的漏洞向量分布为起始云服务漏洞的漏洞向量分布，起始云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板为第一溯源，第二个云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板为第二漏洞溯源模板，则第二个目标云服务漏洞的漏洞向量分布对应的漏洞溯源模板为包括第一漏洞溯源模板和第二漏洞溯源模板的混合漏洞溯源模板，例如对一部分使用第一漏洞溯源模板进行漏洞数据溯源，对另一部分使用第二漏洞溯源模板进行漏洞数据溯源。
78.将前向溯源漏洞数据集基于后向云服务漏洞的漏洞向量分布对应的漏洞溯源模板进行漏洞数据溯源，在获得的后向溯源漏洞数据集中，后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量中的目标漏洞挖掘数据为预先配置的触发路径信息的漏洞挖掘数据，从而使得从后向溯源漏洞数据集中提取出的等待分析的云服务崩溃事件数据簇均为云服务漏洞集合对应的云服务崩溃事件数据簇。
79.f，循环执行上述步骤，直到获得至少一个目标云服务漏洞的漏洞向量所对应的等待分析的云服务崩溃事件数据簇。
80.当包括没有分析的云服务漏洞的漏洞向量分布时，继续获取新的云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇，直到获得至少一个目标云服务漏洞云服务崩溃事件数据簇所对应的等待分析的云服务崩溃事件数据簇。此时，获得的等待分析的云服务崩溃事件数据簇均为云服务漏洞集合的云服务崩溃事件数据簇，由此提高云服务漏洞分析的精度。
81.值得说明的是，在此对云服务漏洞的漏洞向量分布的交叉崩溃节点数据不限，一种示例性的设计思路中，假设全部目标云服务漏洞的漏洞向量对应的漏洞溯源模板均相同，则此时云服务漏洞的漏洞向量分布的交叉崩溃节点数据为一个，此种情况下，直接依据步骤a和步骤b即可得到至少一个目标云服务漏洞的漏洞向量所对应的等待分析的云服务崩溃事件数据簇。
82.值得说明的是，以上所述步骤a至步骤l仅为实现步骤s33b的一种示例性描述。一种示例性的设计思路中，在执行上述步骤a和步骤b后，可以将起始溯源漏洞数据集还原到溯源前的状态，获得还原后的云服务崩溃事件数据簇；然后将还原后的云服务崩溃事件数据簇基于后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的漏洞溯源模板进行漏洞数据溯源，获得后向溯源漏洞数据集，在后向溯源漏洞数据集中对后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量进行数据提取，获得后向云服务漏洞的漏洞向量分布中的目标云服务漏洞的漏洞向量对应的等待分析的云服务崩溃事件数据簇，将后向溯源漏洞数据集同样还原到溯源前的状态，获得还原后的云服务崩溃事件数据簇；以此类推，直到获得至少一个目标云服务漏洞的漏洞向量所对应的等待分析的云服务崩溃事件数据簇。
83.一种示例性的设计思路中，依据至少一个目标云服务漏洞的漏洞向量和至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇的步骤可以包括：
对至少一个目标云服务漏洞的漏洞向量分别进行特征清洗，获得特征清洗后的至少一个目标云服务漏洞的漏洞向量；依据特征清洗后的至少一个目标云服务漏洞的漏洞向量和特征清洗后的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇。一种示例性的设计思路中，特征清洗后的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板与特征清洗前的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板一致。也即，可以直接将特征清洗前的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板作为特征清洗后的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板。
84.一种示例性的设计思路中，依据特征清洗后的至少一个目标云服务漏洞的漏洞向量和特征清洗后的至少一个目标云服务漏洞的漏洞向量所对应的漏洞溯源模板，获取至少一个等待分析的云服务崩溃事件数据簇的实现过程可以参见上述步骤s331至步骤s333或者参见上述步骤s33a和步骤s33b，只需将目标云服务漏洞的漏洞向量调整为特征清洗后的目标云服务漏洞的漏洞向量，将目标云服务漏洞的漏洞向量对应的漏洞溯源模板调整为特征清洗后的目标云服务漏洞的漏洞向量对应的漏洞溯源模板即可。
85.一种示例性的设计思路中，在获取至少一个等待分析的云服务崩溃事件数据簇之后，还包括：对至少一个等待分析的云服务崩溃事件数据簇进行特征整理，获得特征整理后的至少一个等待分析的云服务崩溃事件数据簇。对至少一个等待分析的云服务崩溃事件数据簇进行特征整理能够将构成同一云服务漏洞集合的等待分析的云服务崩溃事件数据簇基于云服务漏洞集合中的先后顺序依次排列。此种方式能够基于分析出的云服务漏洞快速确定出最终需要进行实际应用的云服务漏洞集合。
86.一种示例性的设计思路中，在依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇之前，可以先分析当前状态是否关联第一目标状态，在当前状态关联第一目标状态时再依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇，以提高等待分析的云服务崩溃事件数据簇的获取效果。也即，当当前状态关联第一目标状态，依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇。第一目标状态可以包括崩溃事件触发置信度大于第一目标置信度且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量。其中，崩溃事件触发置信度是指候选上线云服务的云服务崩溃事件数据在参考云服务崩溃事件数据簇中的崩溃事件触发置信度。也即，在分析当前状态是否关联第一目标状态之前，需要先确定崩溃事件触发置信度。
87.一种示例性的设计思路中，确定崩溃事件触发置信度的方式可以是：获取参考云服务崩溃事件数据簇对应的数据分段信息；依据数据分段信息确定候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度。值得说明的是，获取参考云服务崩溃事件数据簇对应的数据分段信息的方式可以为步骤s120中所述的在依据云服务漏洞分析网络对参考云服务崩溃事件数据簇进行云服务漏洞分析的流程中获取，也可以为依据单独的数据分段脚本对参考云服务崩溃事件数据簇进行数据分段处理获取，在此不作特殊限制。
88.参考云服务崩溃事件数据簇对应的数据分段信息用于表达参考云服务崩溃事件数据簇中的各个云服务崩溃事件数据所对应的数据分段标签。任意云服务崩溃事件数据对应的数据分段标签用于表达该任意云服务崩溃事件数据是否关联于候选上线云服务。基于数据分段信息能够分析出候选上线云服务在参考云服务崩溃事件数据簇中的对应节点，进而基于候选上线云服务在参考云服务崩溃事件数据簇中的对应节点确定候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度。
89.第一目标置信度可以基于过往数据配置或者基于实际场景调整，例如，第一目标置信度为l1。当候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度大于第一目标置信度，说明候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度较大。云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量说明参考云服务崩溃事件数据簇中能够确定出云服务漏洞的漏洞向量。一种示例性的设计思路中，参考云服务崩溃事件数据簇中不包括云服务漏洞的漏洞向量的情况，包括但不限于：云服务漏洞的云服务漏洞标签信息表达不包括任何关联于漏洞挖掘数据的云服务崩溃事件数据；或者，云服务漏洞的云服务漏洞标签信息表达关联于各个云服务漏洞类别的云服务崩溃事件数据的交叉崩溃节点数据均少于一定数量。当不匹配上述参考云服务崩溃事件数据簇中不包括云服务漏洞的漏洞向量的基础上时，说明云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量。
90.当崩溃事件触发置信度大于第一目标置信度且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量时，说明能够得到可靠性较高的等待分析的云服务崩溃事件数据簇，此时则判定关联第一目标状态，从而依据参考云服务崩溃事件数据簇、云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇，此种方式能够提高获取的等待分析的云服务崩溃事件数据簇的可靠性。
91.一种示例性的设计思路中，还包括以下两种情形。
92.第一，当前状态关联第二目标状态。其中，第二目标状态包括崩溃事件触发置信度小于第二目标置信度，第二目标置信度小于第一目标置信度。此时，说明候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度较小，依据此种参考云服务崩溃事件数据簇无法得到可靠的云服务漏洞分析数据簇。此时，可直接结束云服务漏洞分析。也即，当当前状态关联第二目标状态，结束云服务漏洞分析。第二目标状态包括崩溃事件触发置信度小于第二目标置信度，第二目标置信度基于过往数据配置或者基于实际场景调整，在此不作特殊限制，只需第二目标置信度小于第一目标置信度即可。例如，第二目标置信度为l2。
93.第二，当前状态不关联第二目标状态且不关联第一目标状态。第一目标状态包括崩溃事件触发置信度大于第一目标置信度且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量，第二目标状态包括崩溃事件触发置信度小于第二目标置信度(第二目标置信度小于第一目标置信度)，因此，当前状态不关联第二目标状态且不关联第一目标状态包括以下几种类型。
94.类型一，崩溃事件触发置信度大于第二目标置信度、崩溃事件触发置信度小于第
一目标置信度，且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中包括云服务漏洞的漏洞向量。类型二、崩溃事件触发置信度大于第二目标置信度、崩溃事件触发置信度小于第一目标置信度，且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中不包括云服务漏洞的漏洞向量。类型三、崩溃事件触发置信度大于第一目标置信度且云服务漏洞的云服务漏洞标签信息表达参考云服务崩溃事件数据簇中不包括云服务漏洞的漏洞向量。在上述三种类型下，说明既无法直接结束云服务漏洞分析，也无法直接获取到效果良好的等待分析的云服务崩溃事件数据簇。此时，可依据数据分段信息在参考云服务崩溃事件数据簇中对候选上线云服务的对应节点进行数据提取；依据提取的云服务崩溃事件数据簇获取至少一个等待分析的云服务崩溃事件数据簇。提取的云服务崩溃事件数据簇中候选上线云服务的崩溃事件触发置信度较大，使依据提取到的云服务崩溃事件数据簇获取的等待分析的云服务崩溃事件数据簇的可靠性较高，由此提高云服务漏洞分析的精度。
95.依据提取到的云服务崩溃事件数据簇获取至少一个等待分析的云服务崩溃事件数据簇的方式如下：对提取到的云服务崩溃事件数据簇进行云服务漏洞分析，获得提取到的云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息；依据提取到的云服务崩溃事件数据簇、提取到的云服务崩溃事件数据簇对应的云服务漏洞的云服务漏洞标签信息和漏洞路径信息，获取至少一个等待分析的云服务崩溃事件数据簇，具体的实施手段可参考步骤s120和步骤s130，此处不再赘述。
96.例如，对参考云服务崩溃事件数据簇进行云服务漏洞分析后，基于云服务漏洞分析后获得的挖掘结果获取等待分析的云服务崩溃事件数据簇的流程中，对参考云服务崩溃事件数据簇进行云服务漏洞分析后获得的挖掘结果，可以包括数据分段信息、云服务漏洞的云服务漏洞标签信息和漏洞路径信息。基于数据分段信息确定候选上线云服务在参考云服务崩溃事件数据簇中的崩溃事件触发置信度。依据分析崩溃事件触发置信度是否小于第二目标置信度，分析当前状态是否关联第二目标状态。当当前状态关联第二目标状态时，直接结束云服务漏洞分析。当当前状态不关联第二目标状态时，执行确定云服务漏洞的漏洞向量的流程，在执行确定云服务漏洞的漏洞向量的流程中，分析当前状态是否关联第一目标状态，如果当前状态关联第一目标状态，则获取等待分析的云服务崩溃事件数据簇；如果当前状态不关联第一目标状态，则执行再次挖掘操作。
97.步骤s140，对至少一个等待分析的云服务崩溃事件数据簇进行云服务漏洞分析，获得至少一个等待分析的云服务崩溃事件数据簇所对应的云服务漏洞分析数据簇，以便于对候选上线云服务进行漏洞分析与修复。
98.对至少一个等待分析的云服务崩溃事件数据簇进行云服务漏洞分析的流程可以是指对各个等待分析的云服务崩溃事件数据簇逐个进行云服务漏洞分析，也可以是指对分批后的等待分析的云服务崩溃事件数据簇按批次同步进行云服务漏洞分析，在此不作特殊限制。分批的方式可以基于过往数据配置或者基于实际场景调整，一种示例性的设计思路中。
99.一种示例性的设计思路中，对至少一个云服务漏洞云服务漏洞分析数据簇云服务崩溃事件数据簇进行云服务漏洞分析，获得至少一个等待分析的云服务崩溃事件数据簇所
对应的云服务漏洞分析数据簇的方式可以是：依据云服务漏洞分析网络对至少一个云服务漏洞云服务漏洞分析数据簇云服务崩溃事件数据簇进行云服务漏洞分析，获得至少一个等待分析的云服务崩溃事件数据簇所对应的云服务漏洞分析数据簇。在此对云服务漏洞分析网络的网络参数层架构不限，只要能够从等待分析的云服务崩溃事件数据簇中分析出云服务漏洞即可。
100.一种示例性的设计思路中，对于在获取至少一个等待分析的云服务崩溃事件数据簇后，对至少一个等待分析的云服务崩溃事件数据簇进行特征整理，获得特征整理后的至少一个等待分析的云服务崩溃事件数据簇的基础上，步骤s140的实施手段可以是对特征整理后的至少一个等待分析的云服务崩溃事件数据簇进行云服务漏洞分析，获得特征整理后的至少一个等待分析的云服务崩溃事件数据簇所对应的云服务漏洞分析数据簇。此种方式获得的云服务漏洞分析数据簇可以高效获得所需分析的云服务漏洞集合。
101.一种示例性的设计思路中，云服务漏洞分析的流程可以首先获取候选上线云服务的参考云服务崩溃事件数据簇，然后依据候选上线云服务的参考云服务崩溃事件数据簇获取至少一个等待分析的云服务崩溃事件数据簇，进而依据对至少一个等待分析的云服务崩溃事件数据簇进行云服务漏洞分析，获得云服务漏洞分析数据簇。
102.一种示例性的设计思路中，在以上描述的基础上，本技术实施例还提供一种基于大数据漏洞挖掘的云服务处理方法，包括以下步骤。
103.步骤w110，根据云服务漏洞分析数据簇，对所述候选上线云服务进行漏洞修复后，对所述候选上线云服务进行全局崩溃模拟测试，获得关键崩溃模拟测试数据。
104.本实施例中，云服务漏洞分析数据簇可以包括针对所述候选上线云服务的云服务漏洞数据，在确定云服务漏洞数据后，可以基于云端修复固件库中与之对应的修复固件对所述候选上线云服务进行漏洞修复。相关技术中通常在进行漏洞修复后直接进行部署运用，没有考虑到在进行漏洞修复之后的运行稳定性，基于此，本技术实施例在此之后还需要对所述候选上线云服务进行全局崩溃模拟测试，获得关键崩溃模拟测试数据。关于具体进行全局崩溃模拟测试的方式可以基于实际测试需求进行确定，具体示例可以参见后续相关实施例的描述。
105.步骤w120，根据所述关键崩溃模拟测试数据，分析所述候选上线云服务在本次漏洞修复过程中是否匹配目标稳定性条件。
106.本实施例中，可以提取关键崩溃模拟测试数据中存在两次或者两次以上崩溃活动的关键模拟测试特征，并将所述关键模拟测试特征与稳定性条件中的门限崩溃特征进行比对，分析所述候选上线云服务在本次漏洞修复过程中是否匹配目标稳定性条件。例如，如果所述关键模拟测试特征匹配稳定性条件中的门限崩溃特征，则判定所述候选上线云服务在本次漏洞修复过程中匹配目标稳定性条件，否则判断所述候选上线云服务在本次漏洞修复过程中不匹配目标稳定性条件。
107.步骤w130，如果所述候选上线云服务在本次漏洞修复过程中匹配目标稳定性条件，则将所述候选上线云服务作为正式上线云服务进行部署配置。
108.例如，若候选上线云服务在本次漏洞修复过程中匹配目标稳定性条件，则表示候选上线云服务本次修复满足预期，此时则将所述候选上线云服务作为正式上线云服务进行部署配置。
109.步骤w140，如果所述候选上线云服务在本次漏洞修复过程中不匹配目标稳定性条件，则对所述候选上线云服务进行标注后，循环对候选上线云服务进行漏洞分析与修复。
110.例如，若候选上线云服务在本次漏洞修复过程中不匹配目标稳定性条件，则表示候选上线云服务本次修复不满足预期，还需要进行进一步漏洞分析与修复，因此对所述候选上线云服务进行标注后，提示相关技术人员循环对候选上线云服务进行漏洞分析与修复。
111.基于以上步骤，本实施例在根据云服务漏洞分析数据簇，对候选上线云服务进行漏洞修复后，对候选上线云服务进行全局崩溃模拟测试，获得关键崩溃模拟测试数据，根据关键崩溃模拟测试数据，分析候选上线云服务在本次漏洞修复过程中是否匹配目标稳定性条件，如果候选上线云服务在本次漏洞修复过程中匹配目标稳定性条件，则将候选上线云服务作为正式上线云服务进行部署配置，如果候选上线云服务在本次漏洞修复过程中不匹配目标稳定性条件，则对候选上线云服务进行标注后，循环对候选上线云服务进行漏洞分析与修复。如此，通过在进行漏洞修复后进一步通过模拟测试评估候选上线云服务的稳定性，以便于后续处理，从而提高候选上线云服务在部署上线后的稳定性。
112.其中，针对步骤w110，在对所述候选上线云服务进行全局崩溃模拟测试，获得关键崩溃模拟测试数据的流程中，可以通过以下示例性的步骤实现。
113.步骤r110，获取对所述候选上线云服务中的每个服务功能进行崩溃模拟测试获得的模拟测试日志序列。
114.其中，服务功能可以基于实际上线云服务的具体需求进行设定，例如针对电子商务云服务而言，服务功能可以包括电子商务直播、电子商务商品展示等服务功能。所述模拟测试日志序列包括多个模拟测试维度的模拟测试日志。
115.步骤r120，对所述多个模拟测试维度的模拟测试日志进行崩溃特征比对，获得崩溃特征比对信息。
116.步骤r130，当所述崩溃特征比对信息为存在崩溃特征时，确定各个所述模拟测试维度的崩溃产生路径，获得多个崩溃产生路径。
117.步骤r140，获取所述多个崩溃产生路径的过往崩溃测试信息、当前崩溃测试信息以及潜在崩溃测试信息。
118.步骤r150，基于所述过往崩溃测试信息、所述当前崩溃测试信息以及所述潜在崩溃测试信息，分析各个所述崩溃产生路径是否为关键崩溃产生路径。
119.步骤r160，将判定为关键崩溃产生路径的崩溃产生路径对应的各个模拟测试日志确定为关键模拟测试日志，获得关键崩溃模拟测试数据。
120.一种示例性的设计思路中，获取所述多个崩溃产生路径的过往崩溃测试信息、当前崩溃测试信息以及潜在崩溃测试信息包括：对于每个崩溃产生路径，从所述模拟测试日志序列中获取与所述崩溃产生路径对应的模拟测试日志，标注为第一模拟测试日志；确定所述崩溃产生路径对应的业务应用场景，从所述模拟测试日志序列中获取与所述业务应用场景对应的模拟测试日志，标注为第二模拟测试日志；基于所述第一模拟测试日志和所述第二模拟测试日志确定与所述崩溃产生路径相关的模拟测试变量分布；基于所述模拟测试变量分布确定所述崩溃产生路径的当前崩溃测试信息。
121.一种示例性的设计思路中，获取所述多个崩溃产生路径的过往崩溃测试信息、当
前崩溃测试信息以及潜在崩溃测试信息包括：对于每个崩溃产生路径，获取所述崩溃产生路径在各个业务模拟场景中的过往崩溃测试评价数据；基于所述过往崩溃测试评价数据确定所述崩溃产生路径的过往崩溃测试信息。
122.一种示例性的设计思路中，获取所述多个崩溃产生路径的过往崩溃测试信息、当前崩溃测试信息以及潜在崩溃测试信息包括：构建所述多个崩溃产生路径之间的联系图谱；基于所述联系图谱对所述多个崩溃产生路径进行聚团，获得多个路径聚团；对于每个崩溃产生路径，确定所述崩溃产生路径所对应的目标路径聚团；获取所述目标路径聚团中关键崩溃产生路径的交叉崩溃节点数据，基于所述关键崩溃产生路径的交叉崩溃节点数据确定所述崩溃产生路径的潜在崩溃测试信息。
123.一种示例性的设计思路中，基于所述过往崩溃测试信息、所述当前崩溃测试信息以及所述潜在崩溃测试信息，分析各个所述崩溃产生路径是否为关键崩溃产生路径包括：对于每个崩溃产生路径，分析所述崩溃产生路径的过往崩溃测试信息是否匹配第一崩溃特征模板；分析所述崩溃产生路径的当前崩溃测试信息是否匹配第二崩溃特征模板；分析所述崩溃产生路径的潜在崩溃测试信息是否匹配第三崩溃特征模板；如果所述过往崩溃测试信息匹配第一崩溃特征模板、所述当前崩溃测试信息匹配第二崩溃特征模板或者所述潜在崩溃测试信息匹配第三崩溃特征模板，则判定所述崩溃产生路径为关键崩溃产生路径。
124.一种示例性的设计思路中，对所述多个模拟测试维度的模拟测试日志进行崩溃特征比对，获得崩溃特征比对信息包括：分别对每个所述模拟测试维度的模拟测试日志进行频繁崩溃特征比对，获得第一崩溃特征比对信息；对所述多个模拟测试维度的模拟测试日志进行共性崩溃特征比对，获得第二崩溃特征比对信息；如果所述第一崩溃特征比对信息和所述第二崩溃特征比对信息均为存在崩溃特征，则确定所述崩溃特征比对信息为存在崩溃特征。
125.依据同一发明构思，本技术实施例还提供一种人工智能系统，人工智能系统100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units，cpu）112（例如，一个或一个以上处理器）和存储器111。其中，存储器111可以是短暂存储或持久存储。存储在存储器111的程序可以包括一个或一个以上模块，每个模块可以包括对人工智能系统100中的一系列指令操作。更进一步地，中央处理器112可以设置为与存储器111通信，在人工智能系统100上执行存储器111中的一系列指令操作。
126.人工智能系统100还可以包括一个或一个以上电源，一个或一个以上通信单元113，一个或一个以上输入输出接口，和/或，一个或一个以上操作系统，例如windows servertm，mac os xtm，unixtm， linuxtm，freebsdtm等等。
127.另外，本技术实施例还提供了一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序用于执行上述实施例提供的方法。
128.本技术实施例还提供了一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的方法。
129.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质可以是下述介质中的至少一种：只读存储器（英文：read-only memory，缩写：rom）、ram、磁碟或者光盘等各种可以存储
程序代码的介质。
130.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备及系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动时，即可以理解并实施。
131.以上所述，仅为本技术的一种具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应该以权利要求的保护范围为准。