CN112181793A

CN112181793A - 一种日志记录方法、装置及设备

Info

Publication number: CN112181793A
Application number: CN202011043196.4A
Authority: CN
Inventors: 尤万龙; 李业旺
Original assignee: Datang Gaohong Xin'an Zhejiang Information Technology Co ltd
Current assignee: Datang Gaohong Xin'an Zhejiang Information Technology Co ltd
Priority date: 2020-09-28
Filing date: 2020-09-28
Publication date: 2021-01-05
Anticipated expiration: 2040-09-28
Also published as: CN112181793B

Abstract

本发明提供了一种日志记录方法、装置及设备，日志记录方法包括：获取系统在启动过程中生成的验证日志；通过引导程序中的环境变量，将所述验证日志保存在系统日志中。本发明能够实现系统启动过程中对启动日志的完整记录，能够满足系统启动后进行错误排查和日志审计的需求，有效提高了系统的安全性和日志记录的便捷性。

Description

一种日志记录方法、装置及设备

技术领域

本发明涉及信息处理技术领域，尤其涉及一种日志记录方法、装置及设备。

背景技术

网络技术和信息技术的频繁更迭推动了社会的整体发展，无论在经济、生产、文化、科学技术等多个方面都发挥着不可替代的重要作用。与此同时，网络信息的开放性和全球性也带来了一定的挑战和危险。伴随网络规模的迅速扩张，网络黑客、病毒等大量出现，严重威胁着我们的信息安全。

信息安全建立在计算机系统安全的基础之上，而要保证计算机系统的安全，仅仅从系统本身的角度出发来考虑是远远不够的。在计算机系统中，启动过程是系统一切行为的基础。启动过程不但加载操作系统、负责初始化计算机系统的物理设备及操作系统本身状态，还启动系统维持正常运行所必要的可信进程及相关的服务程序。因此对启动过程的可信状态审计有着重要意义。

可信验证的验证结果(如可信或不可信)以及度量验证过程日志是系统启动后判断系统是否可信的关键信息，需要提供方法进行记录。目前，由于Grub的文件系统实现的限制，Grub中缺少必要的日志记录手段。

发明内容

本发明提供一种日志记录方法、装置及设备，解决了现有技术中Grub中缺少必要的日志记录手段，不能满足系统可信判断需求的问题。

第一方面，本发明的实施例提供一种日志记录方法，包括：

获取系统在启动过程中生成的验证日志；

通过引导程序中的环境变量，将所述验证日志保存在系统日志中。

可选的，所述通过引导程序中的环境变量，将所述验证日志保存在系统日志中，包括：

在可信启动过程中，将所述验证日志缓存在可信引导程序的环境变量中；

在完成对所有对象的可信验证后，将所述验证日志从所述环境变量中取出，存储到系统日志中。

可选的，所述将所述验证日志缓存在可信引导程序的环境变量中，包括：

系统维护全局变量ID作为所述验证日志的键key；

通过日志缓存接口，将所述全局变量ID作为键key，所述验证日志作为值value，缓存在可信引导程序的环境变量中。

可选的，所述将所述验证日志从所述环境变量中取出，存储到系统日志中，包括：

通过写入文件接口，根据所述全局变量ID从环境变量中读取对应的环境变量，并将环境变量中的所述验证日志写入空白日志文件中；

在系统启动后，将所述空白日志文件中记录的所述验证日志转存到所述系统日志中。

可选的，日志记录方法还包括：

在操作系统启动时，删除已有的日志文件并自动生成所述空白日志文件。

可选的，日志记录方法还包括：

若系统在启动过程中验证有不可信对象，则从所述验证日志中取出所述不可信对象；

将所述不可信对象的信息存储到/tmp/trust_warn文件中，并在/etc/profile中添加脚本；

在用户登录系统时，进行告警提示。

第二方面，本发明的实施例提供了一种日志记录装置，包括：

获取模块，用于获取系统在启动过程中生成的验证日志；

处理模块，用于通过引导程序中的环境变量，将所述验证日志保存在系统日志中。

第三方面，本发明的实施例提供了一种日志记录设备，包括：收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述日志记录方法的步骤。

第四方面，本发明的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上所述日志记录方法的步骤。

本发明的上述技术方案的有益效果是：

上述方案，通过获取系统在启动过程中生成的验证日志；并通过引导程序中的环境变量，将所述验证日志保存在系统日志中。能够实现系统启动过程中对启动日志的完整记录，能够满足系统启动后进行错误排查和日志审计的需求，有效提高了系统的安全性。

附图说明

图1表示本发明实施例的日志记录方法的流程图之一；

图2表示本发明实施例的日志记录方法的流程图之二；

图3表示本发明实施例的日志记录装置的结构框图；

图4表示本发明实施例的日志记录设备的结构图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

具体地，本发明的实施例提供了一种日志记录方法、装置及设备，解决了现有技术中Grub中缺少必要的日志记录手段，不能满足系统可信判断需求的问题。

第一实施例

如图1所示，本发明的实施例提供了一种日志记录方法，具体包括以下步骤：

步骤11：获取系统在启动过程中生成的验证日志；

该步骤中，系统的启动过程可以包括系统的可信启动过程，或者引导程序Grub开发过程中的系统启动过程。相应的，验证日志可以包括但不限于：系统在可信启动过程中的可信验证日志，或者Grub开发过程中的调试信息日志。

步骤12：通过引导程序中的环境变量，将所述验证日志保存在系统日志中。

该步骤利用Grub引导程序的环境变量机制，将验证日志保存在系统日志中。

需要指出，传统的可信启动日志通过可信计算模块记录引导过程的启动日志。但是可信计算模块的资源极为有限，存在无法记录详细的启动日志的问题。上述实施例中，通过获取系统在启动过程中生成的验证日志；并通过引导程序中的环境变量，将所述验证日志保存在系统日志中。能够实现系统启动过程中对启动日志的完整详细的记录，能够满足系统启动后进行错误排查和日志审计的需求，有效提高了系统的安全性和日志记录的便捷性。

其中，对于系统在可信启动的过程中生成的验证日志记录，在一实施例中，上述步骤12包括：

该实施例中，在完成对所有对象的可信验证后，将所述验证日志从所述环境变量中取出，存储到系统日志中，这样可以提高日志记录速度。

在一实施例中，所述将所述验证日志缓存在可信引导程序的环境变量中，包括：

系统维护全局变量ID作为所述验证日志的键key；

该实施例中，随着日志记录的增加，全局变量ID增加。通过日志缓存接口(如append接口)，将全局变量ID与验证日志组成键值对，缓存在可信引导程序的环境变量中，实现利用引导程序中的环境变量，完成对验证日志的缓存。

具体的，所述将所述验证日志从所述环境变量中取出，存储到系统日志中，包括：

该实施例中，通过实现写入文件接口(write接口)，将缓存在环境变量中的验证日志，写入至系统日志文件中，完成验证日志的转存。

在一实施例中，所上述方法还包括：

该实施例能够有效避免系统故障发生的概率，同时减少内存的占用。

在一实施例中，所上述方法还包括：

在用户登录系统时，进行告警提示。

该实施例中，在系统启动后，如果启动过程中可信grub验证有不可信的对象，则说明操作系统被人篡改了，需要进行告警。该实施例通过从验证日志中的验证结果中抽取出验证不可信的对象，并将这些不可信对象的信息存储到/tmp/trust_warn文件中，通过在/etc/profile中添加脚本，使每次用户输入用户名密码登录系统时，都将告警信息打印到终端中，并以红色高亮形式显著告警提示用户系统中有对象被篡改，需要用户及时处理。

示例性的，上述日志记录方法还可以应用于grub开发过程中的调试信息记录，介绍如下：

在引导程序功能的开发过程中，将所述调试信息日志缓存在可信引导程序的环境变量中；在完成系统启动后，将所述调试信息日志从所述环境变量中取出，存储到系统日志中。具体包括以下步骤：

步骤a，在系统启动过程中，获取调试信息日志，并将调试信息日志缓存在可信引导程序的环境变量中；

具体的，步骤a包括：系统维护全局变量ID作为调试信息日志的键key；

通过日志缓存接口，将所述全局变量ID作为键key，所述调试信息日志作为值value，缓存在可信引导程序的环境变量中。

步骤b，将调试信息日志从所述环境变量中取出，存储到系统日志中；

具体包括步骤b1：通过日志写入接口，根据所述全局变量ID从环境变量中读取对应的环境变量，并将环境变量中的所述调试信息日志写入空白日志文件中；

步骤b2，在系统启动后，将所述空白日志文件中记录的所述调试信息日志转存到所述系统日志中。

需要说明的是，本发明的上述日志记录方法也可以应用于其他引导阶段的信息记录。进入系统后的日志转存文件可以灵活配置，不一定要存入系统日志，系统日志只是一种示例性实施例，不以此为限。

下面，结合图2对系统可信启动过程中的验证日志记录进行介绍。

流程21，系统重新启动时，生成临时日志文件，并清空之前生成的日志文件；

当操作系统重启时，自动将之前的日志文件删除并生成一个空的日志文件，以供启动时可信grub记录度量和验证日志。

流程22，系统启动过程中，调用append接口，将可信度量验证日志内容作为value，ID作为Key缓存在可信Grub的环境变量中；

流程23，系统启动过程中，调用write接口，根据全局变量ID，从环境变量中取出对应环境变量，并将日志写入日志文件模块生成的临时日志文件；

流程24，在系统启动后，需要将可信度量验证日志转存到系统日志中；

由于可信grub的的日志只能记录当前这次启动时的可信度量验证日志，因此在系统启动后，需要将可信度量验证日志转存到系统日志中保存。

流程25，启动验证不可信时，进行告警。

上述方案，能够简单有效的对可信Grub启动阶段的可信度量验证日志进行记录。系统管理员以及其他管理系统可以根据这些日志来判断系统是否可信，可有效提高系统的安全性。

第二实施例

如图3所示，本发明实施例提供一种日志记录装置300，包括：

获取模块301，用于获取系统在启动过程中生成的验证日志；

处理模块302，用于通过引导程序中的环境变量，将所述验证日志保存在系统日志中。

可选的，处理模块302包括：

第一处理子模块，用于在可信启动过程中，将所述验证日志缓存在可信引导程序的环境变量中；

第二处理子模块，用于在完成对所有对象的可信验证后，将所述验证日志从所述环境变量中取出，存储到系统日志中。

可选的，第一处理子模块包括：

第一处理单元，用于系统维护全局变量ID作为所述验证日志的键key；

第二处理单元，用于通过日志缓存接口，将所述全局变量ID作为键key，所述验证日志作为值value，缓存在可信引导程序的环境变量中。

可选的，第二处理子模块包括：

第三处理单元，用于通过写入文件接口，根据所述全局变量ID从环境变量中读取对应的环境变量，并将环境变量中的所述验证日志写入空白日志文件中；

第三四处理单元，用于在系统启动后，将所述空白日志文件中记录的所述验证日志转存到所述系统日志中。

可选的，上述装置300还包括：

第三处理模块，用于在操作系统启动时，删除已有的日志文件并自动生成所述空白日志文件。

可选的，上述装置300还包括：

第四处理模块，用于若系统在启动过程中验证有不可信对象，则从所述验证日志中取出所述不可信对象；

第五处理模块，用于将所述不可信对象的信息存储到/tmp/trust_warn文件中，并在/etc/profile中添加脚本；

告警模块，用于在用户登录系统时，进行告警提示。

本发明的上述实施例是与上述第一实施例的方法对应的，上述第一实施例中的所有实现手段均适用于该日志记录装置的实施例中，也能达到相同的技术效果。

第三实施例

为了更好的实现上述目的，如图4所示，本发明的第三实施例还提供了一种日志记录设备，包括：处理器400、收发机410、存储器420和总线接口，其中：存储器420通过总线接口与所述处理器400相连接，所述存储器420用于存储所述处理器400在执行操作时所使用的程序和数据，处理器400调用并执行所述存储器420中所存储的程序和数据。具体的，处理器400用于读取存储器420中的程序执行以下步骤：

获取系统在启动过程中生成的验证日志；

其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的终端，用户接口430还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。

可选的，处理器400在述通过引导程序中的环境变量，将所述验证日志保存在系统日志中时，具体用于：

可选的，处理器400在将所述验证日志缓存在可信引导程序的环境变量中时，具体用于：

系统维护全局变量ID作为所述验证日志的键key；

可选的，处理器400在将所述验证日志从所述环境变量中取出，存储到系统日志中，具体用于：

可选的，处理器400还具体用于：在操作系统启动时，删除已有的日志文件并自动生成所述空白日志文件。

可选的，处理器400还具体用于：

在用户登录系统时，进行告警提示。

本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。

另外，本发明具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的第一实施例中的方法的步骤。且能达到相同的技术效果，为避免重复，这里不再赘述。

此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种日志记录方法，其特征在于，包括：

获取系统在启动过程中生成的验证日志；

2.根据权利要求1所述的日志记录方法，其特征在于，所述通过引导程序中的环境变量，将所述验证日志保存在系统日志中，包括：

3.根据权利要求2所述的日志记录方法，其特征在于，所述将所述验证日志缓存在可信引导程序的环境变量中，包括：

系统维护全局变量ID作为所述验证日志的键key；

4.根据权利要求3所述的日志记录方法，其特征在于，所述将所述验证日志从所述环境变量中取出，存储到系统日志中，包括：

5.根据权利要求4所述的日志记录方法，其特征在于，所述方法还包括：

6.根据权利要求1所述的日志记录方法，其特征在于，还包括：

在用户登录系统时，进行告警提示。

7.一种日志记录装置，其特征在于，包括：

获取模块，用于获取系统在启动过程中生成的验证日志；

8.一种日志记录设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6中任一项所述日志记录方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6中任一项所述日志记录方法的步骤。