为满足合规与审计需求,必须收集操作系统日志(如Windows Event、Linux auditd)、应用日志(Web、数据库、中间件)、安全设备日志(防火墙、IDS/IPS、WAF)、认证与访问日志(VPN、SSO、RADIUS/AD)、以及系统变更日志(配置管理、补丁、虚拟化主机、存储)。其中对审计价值最高的是记录身份认证、特权操作、配置变更和数据访问行为的日志。
采集要做到实时集中化:使用SIEM或日志代理将日志汇聚到安全存储,并确保时间同步(NTP)与统一时区。保留期限应根据具体合规框架设定,例如部分框架要求至少保留一年或满足司法保全要求,同时要保证最近三个月的日志可在线分析。
参考标准包括NIST、PCI-DSS、HIPAA、ISO27001等,对日志类型与保留时间有不同侧重点,实施前需与法律/合规团队确认适用要求。
访问控制应遵循最小权限(Least Privilege)、职责分离(SoD)和按需访问原则。对管理与审计接口实施多因素认证(MFA),对特权账户(root、administrator、service accounts)通过特权访问管理(PAM)系统进行实时代理与会话录制。
采用基于角色的访问控制(RBAC)或基于属性的访问控制(ABAC),定期开展权限评审与访问复核(至少季度)。所有权限变更、临时授权与解除记录都应写入日志并纳入审计流程。
结合IAM(如Active Directory、LDAP、云IAM)与集中审计平台,确保每次访问均可追溯到具体主体与审批记录,满足审计链路可证明性的要求。
证明日志完整性需从采集、传输、存储到访问全过程建立防篡改链:对日志数据在传输过程中采用TLS加密;写入集中存储时采用追加写入(append-only)策略;并在写入后计算并存储哈希值或数字签名以实现后验校验。
使用WORM介质或具备WORM功能的对象存储,结合定期将日志哈希上链或交由第三方时间戳服务(TSA)做时间戳签名,实现不可否认性。SIEM应保留原始日志与处理链路以便审计回溯。
建立清晰的链路记录(chain of custody),记录每一次查看、导出与告警的操作人及时间,审计过程中能出示时间戳、哈希对比与存储证明,是通过审计的重要依据。
审计应优先关注:特权账户登录与命令执行、配置变更(防火墙规则、访问控制策略、用户权限变更)、异常登录行为(失败登录暴增、在异常时段的访问)、数据导出/传输事件、以及外部远程访问(SSH、RDP、VPN)相关活动。对持续性或横向移动(lateral movement)的痕迹要保持高度警惕。
配置基线与行为分析(UEBA),将异常访问列为高优先级告警,并自动触发取证快照(采集内存、进程、网络会话记录),以支持后续审计与合规调查。
每次审计应记录审计范围、触发事件、证据列表、分析结论与处置措施,并将证据与日志哈希一并保存,满足审计问责与复核需求。
在强化监控的同时,必须遵循数据最小化与数据分类原则。对包含PII/PHI的日志进行脱敏或加密存储,实施基于角色的访问以限制谁可以查看敏感日志内容,并记录每次访问行为。
采用字段级脱敏、日志过滤与分级存储,将高敏感度日志放入受控区并启用更严格的审计。制定明确的保留策略与法律保存(legal hold)流程,确保在司法请求时能合法提供证据但平时保护用户隐私。
在美国境内运营时要考虑联邦与州法律、行业规则(如HIPAA对健康信息的保护)。与法律合规团队协作,明确何种日志可完全采集、何种需脱敏、何种需申请法律依据后方可访问。