成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表

日志 PII 脱敏与采样策略自检

对照日志样例与脱敏/数据保护策略,检查证件号、密钥、卡号等敏感字段是否仍明文出站;只出审计表,不改生产策略。

飞书DeepSeekClaudeChatGPT🛠️ 开发者工具🏢 企业协作

场景说明

面向独立开发者与安全/平台岗:在日志出站与查询路径上做 PII/密钥脱敏自检,补齐「日志采样与脱敏」长尾。

案例叙事

01他们做了什么

日志系统常在「先打全量方便排障」后忘记脱敏;采样若只抽样仍含明文 PII,合规风险一样在。本地化做法是让 Agent 做策略自检员:看样例结构 + 现行 masking/采样规则,找仍可能明文出站的字段。

Amazon CloudWatch Logs 文档介绍可用数据保护策略在摄取时审计并掩码敏感数据;默认在 Insights、指标过滤器、订阅过滤器等出站点掩码,仅具备 `logs:Unmask` 的身份可看原文;支持账户级与日志组级策略叠加;托管数据标识覆盖凭证、金融信息、PII、PHI、设备标识等;策略生效后只影响之后摄取的事件;检测命中会发 `LogEventsWithFindings` 指标。本场景据此输出通用审计表与采样注意项。禁止用真实 PII 做「演示」;禁止声称已完成等保认证。

02实际效果

  • 源未披露量化「可降低多少泄露事件」;公开文档说明掩码时机、出站点、权限与托管标识类别。
  • 上线前能看到「哪些字段仍可能明文出现在告警/订阅」。
  • 修复优先级表可交给平台迭代脱敏策略。

03值得知道

  • 策略生效前的历史事件不会被回溯掩码;历史导出需另做治理。
  • 自定义业务标识(工号、内部订单号)可能不在托管列表,需自定义规则。
  • 上面写的是 CloudWatch 能力说明,不是对你账户的合规审计结论。

04可复制提示词

日志脱敏策略自检

你是日志 PII/密钥脱敏自检助手。用户只会提供字段名或已打码样例;若发现疑似真实敏感值,先要求用户打码再继续。

日志样例或字段清单:{{samples}}
现行脱敏/保留/采样规则:{{policy}}
出站通道(查询/告警/订阅/导出):{{egress}}

输出 Markdown:
1. 风险字段表:字段、敏感类型猜测、是否可能明文出站、证据
2. 策略缺口(托管标识未覆盖 / 采样放大 / 历史未掩码)
3. 修复优先级(P0–P2)与建议验证步骤
4. 给安全评审的一页摘要
禁止回显疑似真实证件号/卡号/密钥;禁止声称「已通过合规认证」。

采样与告警文案脱敏改写

告警或工单模板可能打出敏感字段,请改写成脱敏版。

原模板:{{template}}
允许保留的字段:{{allowlist}}

输出:
1. 改写后模板
2. 仍需人工确认的占位符
3. 测试用例(用假数据)
不要发明真实样例 PII。

怎么做

  1. 粘贴已脱敏的日志样例(或字段名清单)、现行脱敏/保留/采样规则摘要、出站通道(查询、告警、订阅)
  2. Agent 对照常见托管标识类型(证件、卡号、密钥、设备标识等)输出:风险字段表、策略缺口、采样是否放大泄露、修复优先级
  3. 人工在日志平台改策略;Agent 不代下发账户级策略、不索要真实证件号样本

实用提示

  • 送审前先人工打码;宁可贴字段名与假示例,也不要贴真实身份证/卡号
  • 与 ecs-oom-killer-log-triage-agent 不同:本条关注敏感数据是否明文出站,不是 OOM 根因分诊
#PII#日志脱敏#数据保护#CloudWatch#采样