18.5. 管理审计子系统
上一页 | 第 18 章 安全事件审计 | 下一页

## 18.5. 管理审计子系统

### 18.5.1. 查看审计日志

审计记帐是以 BSM 二进制格式保存的， 因此必须使用工具来对其进行修改， 或将其转换为文本。 praudit(1) 命令能够将记帐文件转换为简单的文本格式； 而 auditreduce(1) 命令则可以为分析、 存档或打印目的来浓缩审计日志文件。 `auditreduce` 支持一系列筛选参数， 包括事件类型、 事件类、 用户、 事件的日期和时间， 以及文件路径或操作对象。

例如， `praudit` 工具会将指定的审计记帐转存为简单文本格式的审计日志：

`#` `praudit /var/audit/AUDITFILE`

此处 ``AUDITFILE`` 是要转存的审计日志文件。

审计记帐中包括一系列审计记录， 这些记录由一系列短语 (token) 组成， 而 `praudit` 能把它们顺序显示为一行。 每个短语都属于某个特定的类型， 例如 `header` 表示审计记录头， 而 `path` 则表示在一次名字查找中的文件路径。 下面是一个 `execve` 事件的例子：

header,133,10,execve(2),0,Mon Sep 25 15:58:03 2006, + 384 msec exec arg,finger,doug path,/usr/bin/finger attribute,555,root,wheel,90,24918,104944 subject,robert,root,wheel,root,wheel,38439,38032,42086,128.232.9.100 return,success,0 trailer,133

这个审计记录表示一次成功的 `execve` 调用， 执行了 `finger doug`。 在参数短语中是由 shell 提交给内核的命令行。 `path` 短语包含了由内核查找得到的可执行文件路径。 `attribute` 短语中包含了对可执行文件的描述， 特别地， 它包括了文件的权限模式， 用以确定应用程序是否是 setuid 的。 `subject`(主体) 短语描述了主体进程， 并顺序记录了审计用户 ID、 生效用户 ID 和组 ID、 实际用户 ID 和组 ID、 进程 ID、 会话 ID、 端口 ID， 以及登录地址。 注意审计用户 ID 和实际用户 ID 是不同的： 用户 `robert` 在执行这个命令之前已经切换为 `root` 帐户， 但它会以最初进行身份验证的用户身份进行审计。 最后， `return` 短语表示执行成功， 而 `trailer` 表示终结这一记录。

`praudit` 可以选择使用 `-x` 参数来支持 XML 格式的输出。

### 18.5.2. 浓缩审计记帐

由于审计日志可能会很大， 管理员可能会希望选择记录的一个子集来使用， 例如与特定用户相关的记录：

`#` `auditreduce -u trhodes /var/audit/AUDITFILE | praudit`

这将选择保存在 ``AUDITFILE`` 中的所有由 `trhodes` 产生的审计日志。

### 18.5.3. 委派审计复审权限

在 `audit` 组中的用户， 拥有读取 `/var/audit` 下的审计记帐的权限； 默认情况下， 这个组是空的， 因此只有 `root` 用户可以读取审计记帐。 如果希望给某个用户指定审计复审权， 则可以将其加入 `audit`。 由于查看审计日志的内容可以提供关于用户和进程行为的大量深度信息， 在您委派这些权力时， 请务必谨慎行事。

### 18.5.4. 通过审计管道来实时监控

审计管道是位于设备文件系统中的自动复制 (cloning) 的虚拟设备， 用于让应用程序控制正在运行的审计记录流， 这主要是为了满足入侵检测和系统监控软件作者的需要。 不过， 对管理员而言， 审计管道设备也提供了一种无需冒审计记帐文件属主出现问题的麻烦， 或由于日志翻转而打断事件流的麻烦， 而实现实时监控的方便途径。 要跟踪实时事件流， 使用下面的命令行：

`#` `praudit /dev/auditpipe`

默认情况下， 审计管道设备节点只有 `root` 用户才能访问。 如果希望 `audit` 组的成员能够访问它， 应在 `devfs.rules` 中加入下述 `devfs` 规则：

add path 'auditpipe*' mode 0440 group audit

请参见 devfs.rules(5) 以了解关于配置 devfs 文件系统的进一步信息。

### 警告:

很容易配置出审计事件反馈循环， 也就是查看事件的操作本身会产生更多的事件。 例如， 如果所有的网络 I/O 均被审计， 又在 SSH 会话中执行 praudit(1)， 就会以很高的速率产生持续的审计事件流， 因为每显示一个事件都会产生新的事件。 建议您在需要在审计管道设备上执行 `praudit` 时， 选择一个没有进行细粒度 I/O 审计的会话来运行。

### 18.5.5. 审计记帐文件的轮转

审计计账只由内核写入， 且只能由 auditd 管理。 管理员不应尝试使用 newsyslog.conf(5) 或其它工具来完成审计日志的轮转工作。 您可以使用 `audit` 管理工具来关闭审计、 重新配置审计系统， 并完成日志轮转。 下面的命令将让审计服务创建新的审计日志， 并发信号给内核要求其使用新的日志。 旧日志将终止并被改名， 此时， 管理员就可以操作它了。

`#` `audit -n`

### 警告:

如果 auditd 服务程序没有在运行， 则这个命令将失败并给出错误提示。

在 `/etc/crontab` 加入如下设置， 将使 cron(8) 每十二小时将日志轮转一次。

0 */12 * * * root /usr/sbin/audit -n

这些修改会在您保存 `/etc/crontab` 后生效。

对于审计记帐文件基于尺寸的自动翻转， 可以通过 audit_control(5) 中的 `filesz` 选项来配置， 这个选项在这一章的配置文件一节中已经介绍过。

### 18.5.6. 压缩审计记帐

由于审计记帐文件会变得很大， 通常会希望在审计服务关闭它时， 对其进行压缩或归档。 `audit_warn` 脚本可以用来在一系列与审计有关的事件发生时， 执行一些用户定义的操作， 这也包括在审计记帐翻转时进行清理操作。 举例而言， 可以在 `audit_warn` 脚本中加入下列内容来在审计记帐关闭时压缩它：

# # Compress audit trail files on close. # if [ "$1" = closefile ]; then gzip -9 $2 fi

其它存档操作也包括将审计记帐复制到一个中央的服务器， 删除旧的记帐文件， 或浓缩审计记帐并删除不需要的记录等。 这个脚本会在审计记帐文件正常关闭时执行一次， 因此在非正常关闭系统时， 就不会执行它了。

上一页 | 上一级 | 下一页
18.4. 对审计进行配置 | 起始页 | 第 19 章 存储

本文档和其它文档可从这里下载： ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/.

如果对于FreeBSD有问题，请先阅读 文档，如不能解决再联系 <questions@FreeBSD.org>.
关于本文档的问题请发信联系 <doc@FreeBSD.org>.