这几个月处理了 34 本卷宗，最初以为脱敏就是把身份证号打码。后来发现身份证号根本不是最危险的那一类。
下面是整理出来的完整清单，按"泄露后后果严重程度"排序。
第一档：泄露即构成执业事故
这类字段一旦外泄，律师本人要承担直接责任。
- 当事人身份证号 —— 冒用风险直接归属于你
- 银行账户与开户行 —— 财产风险
- 诉讼参与人姓名（原告/被告/第三人）—— 案件隐私，可能导致庭外施压
- 当事人签名与印章图样 —— 可被伪造
第二档：泄露后影响案件走向
- 案件合同号 —— 关联商业秘密
- 房产证号 —— 不动产信息
- 车辆牌照 —— 可定位到人
- 律师执业证号 —— 冒用风险 + 行业声誉
第三档：商业与税收信息
- 公司统一社会信用代码
- 税号
- 大额交易金额 —— 直接反映当事人财务状况
第四档：联系方式与位置
- 手机号 / 座机
- 邮箱
- QQ / 微信号
- 精确到门牌号的地址
地址这条容易被忽视。"朝阳区"不算敏感，"朝阳区某某路 XX 号 XX 栋 XXX 室"是。
为什么符号化脱敏比打码好
打码（）的问题：AI 看到一串星号，不知道那是身份证号还是银行卡号，没法做格式校验*。
符号化替换保留了语义：
@身份证号@
@账号@
@户名@
@金额@
@车牌@
这样 AI 依然知道"这里是一个身份证号，格式是 18 位，最后一位可能是 X"，能正确处理格式校验、年龄计算、字段对齐。同时真实值从未离开本机。
一个自己动手的检查方法
不确定自己的案卷处理流程安不安全？用这个测试：
- 找一份已结案的旧卷宗副本
- 全文复制到一个纯文本文件
- 搜索这几类：
身份证、银行、账号、车牌、统一社会信用代码 - 看看你的处理流程里，哪些会离开你的电脑
多数律师做完这一步会发现：身份证处理得挺好，但银行账户信息从来没被当成敏感字段。
工具应该做什么
理想状态下，脱敏应该在上传之前完成，也就是在你的电脑上：
- 本机 OCR 提取文本
- 本机符号化替换 18 类字段
- 只把脱敏后的文本交给云端推理
- 本机把占位符还原进 docx 模板
这样云端模型只看到 @身份证号@，看不到任何真实信息。整个流程中，原始数据一步都没有离开你的电脑。
---
本文仅供参考，不构成法律意见。处理真实案卷请遵循本所数据安全制度。
