首页/系统/信创系统运维速查/auditd 安装与服务状态检查
安全加固65 条

auditd 安装与服务状态检查

auditd 是 Linux 审计子系统:内核产生审计事件,auditd 落盘 /var/log/audit/audit.log;等保与安全审计要求场景基本都要它在线。

信创系统运维速查系统更新于 2026-10-13

审计子系统怎么组成

Linux 审计由内核审计子系统与用户态 auditd 两部分组成:内核负责产生事件,auditd 负责接收并落盘到 /var/log/audit/audit.log,规则通过 auditctl 或 rules.d 目录下发给内核。等保与安全审计类要求基本都涉及它——只有 auditd 在线且规则覆盖到位,操作行为才有可回溯的证据。

基本信息

软件包audit(提供 auditd、auditctl、ausearch、aureport)
主配置/etc/audit/auditd.conf(日志位置、轮转、空间告警)
规则目录/etc/audit/rules.d/*.rules,由 augenrules --load 合并
运行规则/etc/audit/audit.rules
日志位置/var/log/audit/audit.log
查看状态systemctl status auditd、auditctl -s、auditctl -l

典型使用场景

  • 等保与合规要求记录账户、提权与关键文件访问行为
  • 排查入侵事件时利用审计记录还原操作顺序
  • 监控关键配置文件(如 sshd_config、passwd)的修改
  • 评估审计覆盖范围是否满足内控要求
  • 接管系统时确认审计服务是否一直在正常运行

安装与启用

安装与启用
dnf install -y audit                 # 安装审计工具集
systemctl enable --now auditd        # 开机自启并立即启动
systemctl status auditd | head -5    # 确认运行状态
auditctl -s                          # 审计子系统状态:enabled 值表明是否生效
auditctl -l | head -20               # 查看已加载的审计规则
cat /etc/audit/auditd.conf | grep -vE '^#|^$'   # 看关键配置项(日志路径、空间策略)

规则与日志核查

规则与日志核查
ls /etc/audit/rules.d/                      # 规则文件清单
augenrules --load 2>/dev/null               # 合并并加载规则(部分版本用法)
ausearch -m USER_LOGIN -ts today | head     # 按事件类型检索登录事件
aureport --summary                          # 审计摘要报告
systemctl is-enabled auditd                 # 确认自启状态,未启用等于重启后审计断档
df -h /var/log                             # 审计日志所在分区余量,写满会丢事件

状态与配置要点

检查项期望结果异常含义
systemctl status auditdactive (running)未运行则事件只在内核缓冲区,重启即丢
auditctl -s 的 enabled1 或 2 表示生效为 0 说明规则未生效
auditctl -l能看到已加载规则为空说明规则没下发
auditd.conf 日志路径指向实际落盘位置路径错误会导致日志写入异常
partition 余量有足够空间写满后会触发配置中的处置动作
自启状态enableddisabled 时重启后审计中断
auditd 与 systemd-journald 相互独立:审计事件主要落在 audit.log,部分事件也会出现在 journal 中,排查时按需要两边都看。
auditd 自带日志轮转机制(auditd.conf 中的 num_logs、max_log_file 等):不要再让 logrotate 管理 audit.log,双写容易造成日志丢失或轮转冲突。

易错点

  • auditd 装了未设开机自启,重启后审计中断,直到检查时才发现这段时间没有记录
  • 用 logrotate 额外管理 audit.log,与 auditd 自带的轮转机制冲突,出现日志被截断或丢失
  • auditctl -s 显示 enabled=0 却以为服务运行就代表生效,规则实际未下发到内核
  • 审计日志分区空间不足,写满后按配置丢弃或挂起,关键事件在事故时段恰好缺失
  • 只看日志文件存在就认为审计覆盖到位,没核对规则覆盖了哪些关键文件与事件类型

数据来源与参考

  • man 8 auditd
  • man 5 auditd.conf
  • Red Hat 审计文档
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌