配置 Tripwire 来处理自动日志轮换的正确方法是什么?

配置 Tripwire 来处理自动日志轮换的正确方法是什么?

我按照以下步骤安装了tripwire此在线文档在全新的 ubuntu 22.x 服务器上。我严格遵循上述文档,没有向 cfg 或 pol 文件添加任何自定义 mod。

此后不久,我收到了以下异常,在我看来,这些异常是基本的日志轮换:

Rule Name: System boot changes (/var/log)
Severity Level: 100

Added:
"/var/log/syslog.3.gz"
"/var/log/mail.log.3.gz"
"/var/log/auth.log.3.gz"
"/var/log/kern.log.3.gz"

Modified:
"/var/log/auth.log"
"/var/log/auth.log.1"
"/var/log/auth.log.2.gz"
"/var/log/kern.log"
"/var/log/kern.log.1"
"/var/log/kern.log.2.gz"
"/var/log/mail.log"
"/var/log/mail.log.1"
"/var/log/mail.log.2.gz"
"/var/log/syslog"
"/var/log/syslog.1"
"/var/log/syslog.2.gz"

我的问题是,配置/策略 tripwire 的正确方法是什么,以便日志轮换不会触发报告异常。日志轮换是大多数 Linux 发行版标配的基本功能,而 tripwire 似乎不应该将其报告为严重性级别 100 的异常(tripwire 旨在检测对关键组件(例如 rootkit)的未经授权的更改)。

答案1

在你的tripwire策略配置文件(debian或ubuntu:/etc/tripwire/twpol.txt)下 'rulename = "System boot changes",' 更改

/var/log -> $(SEC_CONFIG) ;

/var/log -> $(IgnoreAll) ;

将有效忽略对日志文件的所有更改。[参考:man twpolicy]

日志文件名必须仍然存在,但任何内容更改都将被忽略。一旦建立正常的日志文件轮换名称交换,就会被忽略。

但任何新的或已删除的日志文件或目录名称都会被报告。在上面的示例中,Added条目仍会被报告,但Modified条目将被忽略。

出于安全考虑,我希望您还将系统日志记录到远程服务器。入侵者可以将这些本地日志文件截断为零大小,而tripwire 会欣然忽略它。

sudo tripwire -m p -Z low /etc/tripwire/twpol.txt另外:在对 txt 文件进行更改后,不要忘记执行(或等效操作)以使其处于活动状态。

相关内容