CN109766235A - 基于软件监控的配置文件检测方法、系统、设备及介质 - Google Patents

Abstract

本公开提供了一种基于软件监控的配置文件检测方法，其特征在于，包括：响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理代码服务器的管理服务器的当前系统配置文件；获取应用程序的初始程序配置文件和管理服务器的初始系统配置文件；将当前程序配置文件和初始程序配置文件进行对比，并将当前系统配置文件和初始系统配置文件进行对比，得到对比结果；以及根据对比结果生成检测报告。本公开还提供了一种基于软件监控的配置文件检测系统、一种计算机设备以及一种计算机可读存储介质。

Description

基于软件监控的配置文件检测方法、系统、设备及介质

技术领域

本发明涉及数据处理技术领域，具体涉及基于软件监控的配置文件检测方法、系统、计算机设备及计算机可读存储介质。

背景技术

配置文件就是用户在使用软件时，软件系统为用户加载所需环境的设置和文件的集合。对配置文件的更改，会直接影响该配置文件的直属程序，例如，修改应用程序的配置文件，则会影响应用程序运行时需要配置的信息；修改操作系统的配置文件，则会影响该操作系统运行时需要配置的信息。

目前，针对项目部署的需要，一个运维工程师在基于主控服务器部署环境后，通常需要将应用程序的代码文件(包括配置文件)上传到代码仓库的指定目录。但是，若主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改，但运维工程师却未及时发现，则极易影响主控服务器的安全性及应用程序运行的稳定性。

发明内容

本公开目的是提供一种基于软件监控的配置文件检测方法、系统、计算机设备及计算机可读存储介质，以至少解决现有技术中运维工程师未及时发现主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改，极易影响主控服务器的安全性及应用程序运行的稳定性的缺陷。

本公开的一个方面提供了一种基于软件监控的配置文件检测方法，其特征在于，包括：获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理上述代码服务器的管理服务器的当前系统配置文件；获取上述应用程序的初始程序配置文件和上述管理服务器的初始系统配置文件；将上述当前程序配置文件和上述初始程序配置文件进行对比，并将上述当前系统配置文件和上述初始系统配置文件进行对比，得到对比结果；以及根据上述对比结果生成检测报告。

根据本公开的实施例，上述对比结果包括异常结果，上述根据上述对比结果生成检测报告，包括：根据上述当前程序配置文件和上述初始程序配置文件之间的异同、上述当前系统配置文件和上述初始系统配置文件之间的异同，生成上述检测报告。

根据本公开的实施例，上述检测报告包括图文部分和表单部分，其中，上述图文部分包括：上述当前程序配置文件相比于上述初始程序配置文件的相同程序配置文件的数量、上述当前程序配置文件相比于上述初始程序配置文件的不同程序配置文件的数量、上述当前系统配置文件相比于上述初始系统配置文件的相同系统配置文件的数量、上述当前系统配置文件相比于上述初始系统配置文件的不同系统配置文件的数量；以及上述表单部分包括：上述不同程序配置文件的名称、上述不同系统配置文件的名称、将上述不同程序配置文件上传至上述代码服务器的上传服务器的IP地址、上述上传服务器上传上述不同程序配置文件的上传时间。

根据本公开的实施例，上述获取上述应用程序的初始程序配置文件和上述管理服务器的初始系统配置文件，包括：在响应于触发的检测信号之前，对上述初始程序配置文件进行备份，得到上述初始程序配置文件的备份文件，并对上述初始系统配置文件进行备份，得到上述初始系统配置文件的备份文件；以及获取上述初始程序配置文件的备份文件和上述初始系统配置文件的备份文件。

根据本公开的实施例，上述方法还包括：获取上述不同程序配置文件的第一存储地址和上述不同系统配置文件的第二存储地址；以及根据上述第一存储地址生成用于指向上述不同程序配置文件的第一链接地址，并根据上述第二存储地址生成用于指向上述不同系统配置文件的第二链接地址。

本公开的另一个方面提供了一种基于软件监控的配置文件检测系统，其特征在于，包括：第一获取模块，用于响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理上述代码服务器的管理服务器的当前系统配置文件；第二获取模块，用于获取上述应用程序的初始程序配置文件和上述管理服务器的初始系统配置文件；对比模块，用于将上述当前程序配置文件和上述初始程序配置文件进行对比，并将上述当前系统配置文件和上述初始系统配置文件进行对比，得到对比结果；以及生成模块，用于根据上述对比结果生成检测报告。

根据本公开的实施例，上述对比结果包括异常结果，上述生成模块还用于：根据上述当前程序配置文件和上述初始程序配置文件之间的异同、上述当前系统配置文件和上述初始系统配置文件之间的异同，生成上述检测报告。

根据本公开的实施例，上述检测报告包括图文部分和表单部分，其中，上述图文部分包括：上述当前程序配置文件相比于上述初始程序配置文件的相同程序配置文件的数量、上述当前程序配置文件相比于上述初始程序配置文件的不同程序配置文件的数量、上述当前系统配置文件相比于上述初始系统配置文件的相同系统配置文件的数量、上述当前系统配置文件相比于上述初始系统配置文件的不同系统配置文件的数量；以及上述表单部分包括：上述不同程序配置文件的名称、上述不同系统配置文件的名称、将上述不同程序配置文件上传至上述代码服务器的上传服务器的IP地址、上述上传服务器上传上述不同程序配置文件的上传时间。

根据本公开的实施例，上述第二获取模块包括：备份单元，用于在响应于触发的检测信号之前，对上述初始程序配置文件进行备份，得到上述初始程序配置文件的备份文件，并对上述初始系统配置文件进行备份，得到上述初始系统配置文件的备份文件；以及获取单元，用于获取上述初始程序配置文件的备份文件和上述初始系统配置文件的备份文件。

根据本公开的实施例，上述系统还包括：第三获取模块，用于获取上述不同程序配置文件的第一存储地址和上述不同系统配置文件的第二存储地址；以及生成链接模块，用于根据上述第一存储地址生成用于指向上述不同程序配置文件的第一链接地址，并根据上述第二存储地址生成用于指向上述不同系统配置文件的第二链接地址。

本公开的再一个方面提供了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，上述处理器执行上述计算机程序时用于实现如上任一项所述的方法的步骤。

本公开的又一个方面提供了一种计算机可读存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时用于实现如上任一项所述的方法的步骤。

本公开提供的基于软件监控的配置文件检测方法，通过将管理服务器的当前系统配置文件与管理服务器的初始系统配置文件进行对比、将应用程序的当前程序配置文件和应用程序的初始程序配置文件进行对比，并根据对比结果生成检测报告，进而可以使得运维工程师及时根据检测报告分析当前系统配置文件和当前程序配置文件是否发生更改，避免了现有技术中运维工程师未及时发现主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改而极易影响主控服务器的安全性及应用程序运行的稳定性的缺陷，达到提高管理服务器的系统安全性及应用程序的运行稳定性的技术效果。

附图说明

图1示意性示出了根据本公开实施例的基于软件监控的配置文件检测方法的流程图；

图2示意性示出了本公开的实施例的表单部分的示意图；

图3示意性示出了根据本公开实施例的基于软件监控的配置文件检测系统的框图；以及

图4示意性示出了根据本公开实施例的适于实现基于软件监控的配置文件检测方法的计算机设备的硬件架构示意图。

具体实施方式

为了使本公开的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本公开进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本公开，并不用于限定本公开。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

考虑到现有技术中若运维工程师未及时发现主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改而极易影响主控服务器的安全性及应用程序运行的稳定性的缺陷。本公开提供的基于软件监控的配置文件检测方法，通过将管理服务器的当前系统配置文件与管理服务器的初始系统配置文件进行对比、将应用程序的当前程序配置文件和应用程序的初始程序配置文件进行对比，并根据对比结果生成检测报告，进而可以使得运维工程师及时根据检测报告分析当前系统配置文件和当前程序配置文件是否发生更改，达到提高管理服务器的系统安全性及应用程序的运行稳定性的技术效果。

图1示意性示出了根据本公开实施例的基于软件监控的配置文件检测方法的流程图。

如图1所示，该基于软件监控的配置文件检测方法可以包括步骤S101～步骤S104，其中：

步骤S101，响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理代码服务器的管理服务器的当前系统配置文件。

在本公的实施例中，检测信号可以是周期性触发的，例如1周，1个月，也可以是定时触发的，例如每周第一天，每个月第一天，在此不作限定。

本公开的提供的基于软件监控的配置文件检测方案可以应用在管理服务器中，也可以应用在其他服务器中，在此不做限定。但是，为了能够清楚地说明本方案，本公开现以基于软件监控的配置文件检测方案应用在管理服务器中为例进行阐述，但这并不能用于限定本公开。

根据本公开的实施例，管理服务器可以用于管理代码服务器(例如为代码服务器分配操作权限)，代码服务器可以用于存储应用程序的代码文件，其中，该代码文件中包括该应用程序的配置文件，例如当前程序配置文件。

由于应用程序的程序配置文件是存储在代码服务器中对应的项目路径中，所以在获取应用程序的当前程序配置文件时，可以先获取对应的项目路径，进而可以获取当前程序配置文件

例如，应用程序属于项目A，项目A对应的文件名为spring-boot-template，则可以从spring-boot-template:\src:\main:\resources:\static中获取当前程序配置文件。

由于管理服务器的系统配置文件是存储在固定的规范路径中的，所以在获取管理服务器的当前系统配置文件时，可以按照从固定的规范路径中获取。

例如，若操作系统为32位的Windows操作系统，则可以直接从C:\Windows\System32\drivers\etc目录下获取当前系统配置文件。若操作系统为64位的Windows操作系统，则可以直接从C:\Windows\System64\drivers\etc目录下获取当前系统配置文件。

步骤S102，获取应用程序的初始程序配置文件和管理服务器的初始系统配置文件。

其中，初始程序配置文件是指应用程序首次被上传到代码服务器时该应用程序的程序配置文件，初始系统配置文件是指应用程序首次被上传到代码服务器时管理服务器的系统配置文件。

需要说明的是，在应用程序首次被上传到代码服务器的时刻，管理服务器可以从代码服务器中的对应项目路径中获取初始程序配置文件，并从本地固定的规范路径中获取初始系统配置文件，进一步，在管理服务器的本地对初始程序配置文件和初始系统配置文件进行备份，得到初始程序配置文件的备份文件和初始系统配置文件的备份文件，并且管理服务器可以将初始程序配置文件的备份文件和初始系统配置文件的备份文件保存在本地的预设路径中，或者将初始程序配置文件的备份文件和初始系统配置文件的备份文件同步到备份服务中，或者二者的结合。

下面以初始程序配置文件的备份文件和初始系统配置文件的备份文件保存在本地的预设路径中为例进行描述。

例如，在应用程序首次被上传到代码服务器的时刻，管理服务器还可以将static文件夹直接进行备份并保存到例如D:\Program Files里，即初始程序配置文件的备份文件可以存储在在D:\Program Files:\static下。另外，管理服务器可以将etc文件夹直接进行备份并保存到除C:\Windows\System32\drivers之外的路径下，如保存到D:\ProgramFiles里，即初始系统配置文件的备份文件可以存储在D:\Program Files:\etc下。

以初始程序配置文件的备份文件和初始系统配置文件的备份文件保存在备份服务器中为例进行描述。

例如，在应用程序首次被上传到代码服务器的时刻，管理服务器可以将暂存在D:\Program Files中的etc文件和static文件同步到备份服务器中，例如同步到备份服务器的D:\backups目录下，即初始系统配置文件的备份文件全部存储在D:\backups:\etc中，初始程序配置文件的备份文件全部存储在D:\backups:\static中。随后，管理服务器可以将etc文件夹直接进行备份并暂存在D:\Program Files里，即初始系统配置文件的备份文件可以暂存在D:\Program Files:\etc中，管理服务器还可以将static文件夹直接进行备份并暂存在D:\Program Files里，即初始程序配置文件的备份文件可以存储在在D:\ProgramFiles:\static中。

根据本公开的实施例，获取初始程序配置文件可以获取初始程序配置文件的备份文件，获取初始系统配置文件可以是获取初始系统配置文件的备份文件。

结合上述示例，若初始程序配置文件的备份文件和初始系统配置文件的备份文件存储在管理服务器中，则可以从D:\Program Files:\static目录下，获取初始程序配置文件的备份文件，并可以从D:\Program Files:\etc目录下获取初始系统配置文件的备份文件。

结合上述示例，若初始程序配置文件的备份文件和初始系统配置文件的备份文件存储在备份服务器中，则可以从备份服务器的D:\backups:\static目录下获取初始程序配置文件的备份文件，并可以从备份服务器的D:\backups:\etc目录下获取初始系统配置文件的备份文件。

步骤S103，将当前程序配置文件和初始程序配置文件进行对比，并将当前系统配置文件和初始系统配置文件进行对比，得到对比结果。

根据本公开的实施例，将当前程序配置文件和初始程序配置文件进行对比可以包括：比较当前程序配置文件相比于初始程序配置文件中的文件格式是否一致，若文件格式不一致，则从当前程序配置文件中确定出文件格式不一致的程序配置文件。若文件格式一致，则进一步比较当前程序配置文件相比于初始程序配置文件的文件内容是否一致，若文件内容不一致，则从当前程序配置文件中确定出文件内容不一致的程序配置文件，若文件内容一致，则表明当前程序配置文件和初始程序配置文件完全一致。

其中，文件格式不一致的程序配置文件和文件内容不一致的程序配置文件统称为不同程序配置文件，文件格式一致且文件内容一致的程序配置文件称为相同程序配置文件。

根据本公开的实施例，将当前系统配置文件和初始系统配置文件进行对比可以包括：比较当前系统配置文件相比于初始系统配置文件中的文件格式是否一致，若文件格式不一致，则从当前系统配置文件中确定出文件格式不一致的系统配置文件。若文件格式一致，则进一步比较当前系统配置文件相比于初始系统配置文件的文件内容是否一致，若文件内容不一致，则从当前系统配置文件中确定出文件内容不一致的系统配置文件，若文件内容一致，则表明当前系统配置文件和初始系统配置文件完全一致。

其中，文件格式不一致的系统配置文件和文件内容不一致的系统配置文件统称为不同系统配置文件，文件格式一致且文件内容一致的系统配置文件称为相同系统配置文件。

根据本公开的实施例，对比结果可以包括正常结果和异常结果，其中，正常结果可以用于表示当前程序配置文件与初始程序配置文件一致以及当前系统配置文件与初始系统配置文件一致，异常结果可以用于表示当前程序配置文件与初始程序配置文件不一致和/或当前系统配置文件与初始系统配置文件不一致。

其中，正常结果可以包括相同程序配置文件和相同系统配置文件。异常结果可以包括不同程序配置文件文件和/或不同系统配置文件；或者异常结果可以包括不同程序配置文件及相同程序配置文件，和/或，不同系统配置文件及相同系统配置文件。

步骤S104，根据对比结果生成检测报告。

其中，根据对比结果生成检测报告可以是根据异常结果生成检测报告，例如：根据当前程序配置文件和初始程序配置文件之间的异同、当前系统配置文件和初始系统配置文件之间的异同，生成检测报告。检测报告可以包括图文部分和表单部分，则根据异常结果生成检测报告可以是根据异常结果生成图文部分和表单部分。

根据异常结果生成图文部分可以是：确定相同程序配置文件的数量；确定不同程序配置文件数量；确定相同系统配置文件的数量；确定不同系统配置文件的数量；根据相同程序配置文件的数量、不同程序配置文件数量、相同系统配置文件的数量和相同系统配置文件的数量，生成图文部分。其中，图文部分可以包括：相同程序配置文件的数量、不同程序配置文件数量、相同系统配置文件的数量和相同系统配置文件的数量。例如，图文部分包括折线图，则可以根据相同程序配置文件的数量、不同程序配置文件数量、相同系统配置文件的数量和相同系统配置文件的数量生成折线图。

根据异常结果生成表单部分可以是：确定不同程序配置文件的名称；确定不同系统配置文件的名称；确定将不同程序配置文件上传至代码服务器的上传服务器的IP地址；确定上传服务器上传不同程序配置文件的上传时间；根据不同程序配置文件的名称、不同系统配置文件的名称、IP地址和上传时间生成表单部分。其中，表单部分可以包括：不同系统配置文件的名称，不同程序配置文件的名称，IP地址，上传时间。另外，表单部分还可以包括检测结果为异常结果。

其中，上传当前程序配置文件的上传服务器的IP地址可以与当前程序配置文件相关联，当前程序配置文件中包括不同程序配置文件，由于已知不同程序配置文件的名称，根据关联关系即可获知上传该不同程序配置文件的上传服务器中IP地址。

例如，当前程序配置文件的名称为application-dev.yml、application-prod.yml和application-test.yml，其中application-dev.yml与IP地址192.168.110.0关联，application-prod.yml与IP地址192.168.110.0关联，application-test.yml与IP地址192.168.110.228关联。不同程序配置文件的名称为application-dev.yml和application-test.yml，则根据关联关系可以得知上传application-dev.yml的上传服务器的IP地址为192.168.110.0，上传application-test.yml的上传服务器的IP地址为192.168.110.228。

由于在上传服务器上传当前程序配置文件时，系统会自动将系统的当前时间作为当前程序配置文件的属性信息，因此，在确定不同程序配置文件的上传时间时可以直接从不同程序配置文件的属性信息中确定。

例如，IP地址为192.168.110.0的上传服务器在上传application-dev.yml时，系统的当前时间为2018年5月3日15点20分，则该上传服务器可以将2018年5月3日15点20分作为application-dev.yml的属性信息与application-dev.yml相关联。这样，在确定application-dev.yml的上传时间时可以根据关联关系从属性信息中确定上传时间为2018年5月3日15点20分。

如图2所示，图2示意性示出了本公开的实施例的表单部分的示意图。在图2中，包括两条对应关系，第一条对应关系包括：192.168.110.0、application-dev.yml、异常、2018年5月3日15点20分，第二条对应关系包括：192.168.110.228、application-test.yml、异常、2018年5月3日15点21分。其中，第一条对应关系表示由IP地址为192.168.110.0的上传服务器于2018年5月3日15点20分上传的application-dev.yml，与初始程序配置文件中任何一个配置文件均不同，第二条对应关系表示由IP地址为192.168.110.128的上传服务器于2018年5月3日15点21分上传的application-test.yml，与初始程序配置文件中任何一个配置文件均不同。

根据本公开的实施例，在生成检测报告之后，管理服务器还可以输出报警信息，该报警信息用于通知运维工程师当前系统配置文件相比于初始系统配置文件发生改变，和/或，当前程序配置文件相比于初始程序配置文件发生改变，这样，维工程师可以更加及时的获知配置文件发生改变。其中，报警信息可以包括但不限于以下任意一种或几种：指示灯闪烁、报警提示音、在显示屏幕输出用于报警的信息。

作为一种可选的实施例，该基于软件监控的配置文件检测方法还可以包括：获取不同程序配置文件的第一存储地址和不同系统配置文件的第二存储地址；根据第一存储地址生成用于指向不同程序配置文件的第一链接地址，并根据第二存储地址生成用于指向不同系统配置文件的第二链接地址。

为了方便运维工程师快速且准确的找到不同程序配置文件的位置和不同系统配置文件的位置，本公开的实施例可以根据不同程序配置文件的第一存储地址生成能够指向该不同程序配置文件的第一链接地址，还可以根据不同系统配置文件的第二存储地址生成能够指向该不同系统配置文件的第二链接地址。其中，第一存储地址可以是根据上述项目路径获取的，第二存储地址可以是根据上述固定的规范路径获取的。

例如，第一存储地址为spring-boot-template:\src:\main:\resources:\static，第二存储地址为C:\Windows\System64\drivers\etc，则可以根据spring-boot-template:\src:\main:\resources:\static生成第一链接地址，根据C:\Windows\System64\drivers\etc生成第二链接地址。运维工程师点击第一链接地址，便能打开C:\Windows\System64\drivers\etc目录，点击第二连接地址，便能打开spring-boot-template:\src:\main:\resources:\static目录。

根据本公开的实施例，还可以将第一链接地址和第二链接地址也生成在上述表单部分中。

本公开提供的基于软件监控的配置文件检测方法，通过将管理服务器的当前系统配置文件与管理服务器的初始系统配置文件进行对比、将应用程序的当前程序配置文件和应用程序的初始程序配置文件进行对比，并根据对比结果生成检测报告，进而可以使得运维工程师及时根据检测报告分析当前系统配置文件和当前程序配置文件是否发生更改，避免了现有技术中运维工程师未及时发现主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改而极易影响主控服务器的安全性及应用程序运行的稳定性的缺陷，达到提高管理服务器的系统安全性及应用程序的运行稳定性的技术效果。

图3示意性示出了根据本公开实施例的基于软件监控的配置文件检测系统的框图。

如图3所示，该基于软件监控的配置文件检测系统300可以包括第一获取模块310、第二获取模块320、对比模块330和生成模块340，其中：

第一获取模块310用于响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理代码服务器的管理服务器的当前系统配置文件；

第二获取模块320用于获取应用程序的初始程序配置文件和管理服务器的初始系统配置文件；

对比模块330用于将当前程序配置文件和初始程序配置文件进行对比，并将当前系统配置文件和初始系统配置文件进行对比，得到对比结果；以及

生成模块340用于根据对比结果生成检测报告。

本公开提供的基于软件监控的配置文件检测方法，通过将管理服务器的当前系统配置文件与管理服务器的初始系统配置文件进行对比、将应用程序的当前程序配置文件和应用程序的初始程序配置文件进行对比，并根据对比结果生成检测报告，进而可以使得运维工程师及时根据检测报告分析当前系统配置文件和当前程序配置文件是否发生更改，避免了现有技术中运维工程师未及时发现主控服务器的配置文件、代码仓库中的应用程序的配置文件被恶意更改而极易影响主控服务器的安全性及应用程序运行的稳定性的缺陷，达到提高管理服务器的系统安全性及应用程序的运行稳定性的技术效果。

作为一种可选的实施例，对比结果可以包括异常结果，生成模块还可以用于：根据当前程序配置文件和初始程序配置文件之间的异同、当前系统配置文件和初始系统配置文件之间的异同，生成检测报告。

作为一种可选的实施例，检测报告可以包括可以图文部分和表单部分，其中，图文部分可以包括：当前程序配置文件相比于初始程序配置文件的相同程序配置文件的数量、当前程序配置文件相比于初始程序配置文件的不同程序配置文件的数量、当前系统配置文件相比于初始系统配置文件的相同系统配置文件的数量、当前系统配置文件相比于初始系统配置文件的不同系统配置文件的数量；以及表单部分可以包括：不同程序配置文件的名称、不同系统配置文件的名称、将不同程序配置文件上传至代码服务器的上传服务器的IP地址、上传服务器上传不同程序配置文件的上传时间。

作为一种可选的实施例，第二获取模块可以包括：备份单元，用于在响应于触发的检测信号之前，对初始程序配置文件进行备份，得到初始程序配置文件的备份文件，并对初始系统配置文件进行备份，得到初始系统配置文件的备份文件；以及获取单元，用于获取初始程序配置文件的备份文件和初始系统配置文件的备份文件。

作为一种可选的实施例，该系统还可以包括：第三获取模块，用于获取不同程序配置文件的第一存储地址和不同系统配置文件的第二存储地址；以及生成链接模块，用于根据第一存储地址生成用于指向不同程序配置文件的第一链接地址，并根据第二存储地址生成用于指向不同系统配置文件的第二链接地址。

图4示意性示出了根据本公开实施例的适于实现基于软件监控的配置文件检测方法的计算机设备的硬件架构示意图。本实施例中，计算机设备400是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，计算机设备400至少包括但不限于：可通过系统总线相互通信连接存储器410、处理器420、网络接口430。其中：

存储器410至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器410可以是计算机设备400的内部存储模块，例如该计算机设备400的硬盘或内存。在另一些实施例中，存储器410也可以是计算机设备400的外部存储设备，例如该计算机设备400上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器410还可以既包括计算机设备400的内部存储模块也包括其外部存储设备。本实施例中，存储器410通常用于存储安装于计算机设备400的操作系统和各类应用软件，例如基于软件监控的配置文件检测方法的程序代码等。此外，存储器410还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器420在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器420通常用于控制计算机设备400的总体操作，例如执行与计算机设备400进行数据交互或者通信相关的控制和处理等。本实施例中，处理器420用于运行存储器410中存储的程序代码或者处理数据。

网络接口430可包括无线网络接口或有线网络接口，该网络接口430通常用于在计算机设备400与其他计算机设备之间建立通信连接。例如，网络接口430用于通过网络将计算机设备400与外部终端相连，在计算机设备400与外部终端之间的建立数据传输通道和通信连接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，简称为GSM)、宽带码分多址(Wideband CodeDivision Multiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图4仅示出了具有部件410-430的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器410中的基于软件监控的配置文件检测方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器420)所执行，以完成本发明。

本实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的基于软件监控的配置文件检测方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中的基于软件监控的配置文件检测方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于软件监控的配置文件检测方法，其特征在于，包括：

响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理所述代码服务器的管理服务器的当前系统配置文件；

获取所述应用程序的初始程序配置文件和所述管理服务器的初始系统配置文件；

将所述当前程序配置文件和所述初始程序配置文件进行对比，并将所述当前系统配置文件和所述初始系统配置文件进行对比，得到对比结果；以及

根据所述对比结果生成检测报告。

2.根据权利要求1所述的方法，其特征在于，所述对比结果包括异常结果，所述根据所述对比结果生成检测报告，包括：

根据所述当前程序配置文件和所述初始程序配置文件之间的异同、所述当前系统配置文件和所述初始系统配置文件之间的异同，生成所述检测报告。

3.根据权利要求1或2所述的方法，其特征在于，所述检测报告包括图文部分和表单部分，其中，

所述图文部分包括：所述当前程序配置文件相比于所述初始程序配置文件的相同程序配置文件的数量、所述当前程序配置文件相比于所述初始程序配置文件的不同程序配置文件的数量、所述当前系统配置文件相比于所述初始系统配置文件的相同系统配置文件的数量、所述当前系统配置文件相比于所述初始系统配置文件的不同系统配置文件的数量；以及

所述表单部分包括：所述不同程序配置文件的名称、所述不同系统配置文件的名称、将所述不同程序配置文件上传至所述代码服务器的上传服务器的IP地址、所述上传服务器上传所述不同程序配置文件的上传时间。

4.根据权利要求1所述的方法，其特征在于，所述获取所述应用程序的初始程序配置文件和所述管理服务器的初始系统配置文件，包括：

在响应于触发的检测信号之前，对所述初始程序配置文件进行备份，得到所述初始程序配置文件的备份文件，并对所述初始系统配置文件进行备份，得到所述初始系统配置文件的备份文件；以及

获取所述初始程序配置文件的备份文件和所述初始系统配置文件的备份文件。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取所述不同程序配置文件的第一存储地址和所述不同系统配置文件的第二存储地址；以及

根据所述第一存储地址生成用于指向所述不同程序配置文件的第一链接地址，并根据所述第二存储地址生成用于指向所述不同系统配置文件的第二链接地址。

6.一种基于软件监控的配置文件检测系统，其特征在于，包括：

第一获取模块，用于响应于触发的检测信号，获取存储在代码服务器中的应用程序的当前程序配置文件，并获取用于管理所述代码服务器的管理服务器的当前系统配置文件；

第二获取模块，用于获取所述应用程序的初始程序配置文件和所述管理服务器的初始系统配置文件；

对比模块，用于将所述当前程序配置文件和所述初始程序配置文件进行对比，并将所述当前系统配置文件和所述初始系统配置文件进行对比，得到对比结果；以及

生成模块，用于根据所述对比结果生成检测报告。

7.根据权利要求6所述的系统，其特征在于，所述对比结果包括异常结果，所述生成模块还用于：

根据所述当前程序配置文件和所述初始程序配置文件之间的异同、所述当前系统配置文件和所述初始系统配置文件之间的异同，生成所述检测报告。

8.根据权利要求6所述的系统，其特征在于，所述第二获取模块包括：

备份单元，用于在响应于触发的检测信号之前，对所述初始程序配置文件进行备份，得到所述初始程序配置文件的备份文件，并对所述初始系统配置文件进行备份，得到所述初始系统配置文件的备份文件；以及

获取单元，用于获取所述初始程序配置文件的备份文件和所述初始系统配置文件的备份文件。

9.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时用于实现权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现权利要求1至5任一项所述方法的步骤。