如何记录用户授权链路以备审计?
解读
面试官通过此题考察三件事:
- 对中国数据合规三驾马车(《个人信息保护法》《数据安全法》《网络安全法》)的理解深度;
- 能否把“合规”翻译成可落地的用户运营动作,而非停留在法务口号;
- 是否具备数据闭环思维——既能让审计方一键还原授权现场,又能反哺运营策略。
回答时必须体现“业务+合规”双视角:既要让审计老师看懂,也要让运营同学后续能用。
知识点
- 授权链路=“触发场景→同意动作→协议版本→采集字段→第三方共享清单→撤回入口”六要素的时空串联。
- PIPL 第十三条要求“单独同意”场景(精确位置、通讯录、人脸识别等)必须可逐条举证,否则视为未获取同意。
- 日志留痕需满足“不可篡改、不可删除、可检索”三大技术要求,国内主流方案是区块链存证+本地WORM存储双备份。
- 审计维度包括:内部合规审计、工信部抽检、第三方尽调、上市招股书披露;不同维度对 granularity(颗粒度)要求不同,需提前做分级存储策略。
- 用户运营反向应用:通过授权链路数据可识别“高拒绝率页面”,进而优化文案与交互,实现合规驱动增长。
答案
“我会把授权链路拆成三层记录,保证十分钟内可还原任意用户的授权现场。
第一层是前端埋点层:用户点击‘同意’按钮时,立即回传一条带加密用户ID、会话ID、协议版本号、页面截图指纹、IP、GPS偏移哈希的日志到日志中台;对于需要单独同意的敏感权限,再埋一条‘sub-consent’事件,确保逐条可拆分。
第二层是业务单据层:每日凌晨把当天所有授权事件批量写入‘用户授权事实表’,字段包括user_id、scene_code、consent_type、ts、protocol_md5、withdraw_url,并做分区备份(冷数据放OSS,热数据放Hive)。
第三层是合规存证层:把事实表摘要写入司法区块链(我们接的是蚂蚁链“可信存证”),生成tx_hash,同时在本地NAS做WORM一次写多次读备份,保留周期7年,满足《电子数据取证规则》第18条。
最后,在内部后台放一个‘授权审计’按钮,审计老师输入用户手机号或设备ID,即可一键拉取三层数据,自动生成带区块链时间戳的PDF报告,10分钟完成举证。上线半年,我们已通过工信部2023年第二批抽检零整改。”
拓展思考
- 如果业务涉及未成年人模式,需在链路里再插入“监护人二次确认”节点,并把监护人身份证号做SHA-256加盐哈希存储,避免直接存原始身份证。
- 未来做跨境传输(如出海业务),授权链路还需额外记录标准合同编号与数据出境安全评估备案号,并与网信办系统做接口级联,否则无法完成年报。
- 从运营视角,可把“授权完成率”做成北极星指标之一,与DAU、GMV并列;通过漏斗下钻发现“用户拒绝高峰”出现在第3页,可反向推动产品做渐进式授权,先给权益再要权限,实现合规与转化的双赢。