本文目录导读：
这是一个非常核心的网络安全与合规问题，安全审计日志的目的是记录“谁、在什么时间、从什么地方、通过什么方式、对什么资源、做了什么操作、结果如何”，以便在发生安全事件时能够溯源、追责和修复。
以下是安全审计日志需要记录的核心内容,按维度分类说明：
核心要素（5W1H 原则）
任何一条有价值的审计日志,都应包含以下基本字段：
- Who（谁）：用户标识（用户名、用户ID、系统账号）、角色、源IP地址、主机名、MAC地址，甚至是进程ID（如果是系统进程）。
- When（何时）：精确的时间戳（建议精确到毫秒，并统一为UTC或GMT，避免时区混乱）和事件持续时间。
- Where（何处）：源地址（客户端IP、端口）和目标地址（服务器IP、服务端口），以及物理位置（机房、设备）。
- What（什么操作）：具体的操作类型（如登录、读取、修改、删除、执行命令、授权、提权等）和操作对象（文件名、数据库表、URL、系统文件、配置项）。
- How（如何操作）：使用的工具或应用（如浏览器、SSH客户端、API调用、Web服务）、操作命令本身（SQL语句、命令行参数、HTTP请求/响应头）。
- Result（结果如何）：操作成功/失败的状态码（如HTTP 200、403、500，系统错误码）、失败原因（密码错误、权限不足、文件不存在）。
需要重点记录的场景与详细内容
根据不同系统和业务,审计日志应覆盖以下关键领域：
身份认证与访问控制
- 用户登录/登出：成功/失败、登录方式（密码、SSO、双因子、证书）、失败原因（账号锁定、密码过期、IP白名单拒绝）。
- 权限变更：添加/删除用户、修改用户角色、权限升级、组策略变更。
- 会话管理：会话创建、销毁、超时、令牌生成与失效。
系统与网络活动
- 系统启动与关闭：服务器重启、系统崩溃、服务启动与停止。
- 进程与服务：关键进程异常退出、新进程创建（尤其是以root或SYSTEM权限运行的进程）、系统服务状态变更。
- 网络连接：出站/入站连接、端口扫描、DNS查询、防火墙规则被触发、VPN连接与断开。
- 文件系统操作：文件/目录的创建、修改（尤其关注系统文件、配置文件、安装目录）、删除、权限修改（chmod/chown）。
数据库活动
- DDL（数据定义语言）：创建/修改/删除表、索引、视图、存储过程、触发器。
- DML（数据操作语言）：SELECT（尤其查询敏感数据）、INSERT、UPDATE、DELETE。
- DCL（数据控制语言）：GRANT、REVOKE（授权与回收权限）。
- 数据库连接：登录/登出、连接池变化、失败连接尝试（暴力破解）。
- 敏感数据访问：对包含身份证、银行卡、健康信息等敏感列的查询（即动态数据脱敏的触发记录）。
应用层安全事件
- Web应用：SQL注入、XSS（跨站脚本攻击）、CSRF（跨站请求伪造）、文件上传漏洞尝试、异常请求（如大量访问、爆破枚举）。
- 业务操作：关键业务操作（转账、下单、审核、审批、数据导出）、超过阈值的操作（如单次导出大量数据）。
- API调用：非授权调用、超频调用、参数异常、令牌滥用。
- 异常行为：异常时间登录、非常用地点登录、多次登录失败、权限提升、横向移动动作。
安全管理事件
- 日志本身的操作：日志系统启动/停止（防止攻击者关闭日志）、日志文件被删除或篡改（完整性校验失败）。
- 策略变更：安全策略（防病毒规则、HIDS（主机入侵检测系统）规则、数据防泄漏规则）的修改、禁用的安全功能。
- 物理安全：机房门禁刷卡、机柜开锁、硬件设备接入（USB设备，根据策略是否允许）。
应避免记录的（数据最小化原则）
为了合规和隐私保护，审计日志不应记录以下内容：
- 明文密码、PIN码。
- 完整的信用卡号（可记录后四位或掩码形式）。
- 完整的个人隐私数据（如身份证号、社保号、生物特征数据等），建议对敏感字段进行脱敏或哈希后记录，或只记录操作动作本身,不记录具体内容。
日志的补充元数据
为了让日志具备可分析性,还应当包含：
- 日志级别（DEBUG, INFO, WARN, ERROR, CRITICAL）。
- 日志来源（系统名称、应用名称、模块名称、日志生成器ID）。
- 环境标识（生产环境、测试环境、开发环境）。
- 请求唯一ID（Trace ID、Request ID）,用于跨系统追踪一次完整请求。
- 时间同步信息（NTP（网络时间协议）状态）,确保时间可信。
最佳实践建议
- 集中式管理：使用SIEM（安全信息和事件管理）或日志中心，统一收集、存储和分析。
- 不可篡改性：日志文件应设置只追加（append-only）权限，或使用WORM（一次写入多次读取）存储，并计算完整性校验值（Hash链）。
- 时间同步：所有设备必须通过NTP同步时间,否则日志溯源将失效。
- 设置合理保留期限：根据法规（如SOX、PCI-DSS、GDPR、网络安全法）和公司策略，保留最少6个月到1年,关键系统建议保留更久。
- 定期审查：日志记录策略不是一成不变的，需要根据新的攻击手法、业务变化和合规要求定期更新。
安全审计日志的核心是记录“有异常嫌疑”或“影响安全状态”的一切关键动作，同时严格保护敏感数据本身。 记录内容越详细，溯源能力越强，但存储和处理的成本也越高,需要在安全性与效率之间找到平衡。
