见过太多事故是这么来的:本来好好的密钥,被顺手打进日志,日志又进了监控平台,监控平台的内容又被丢给模型分析,一路裸奔到底。
有个开源的小东西专门堵这条链,在日志、遥测和送进模型之前做一层脱敏。思路不新,但位置选得好——以前大家都在入口做校验,其实漏的都在出口。
我们自己也踩过,报错堆栈里把整个请求头打出来了,授权字段就在里面躺着。事后复盘发现代码里根本没人故意打,是某个库默认行为。
所以这类工具的价值不在拦住有心人,在拦住手滑。你们有专门做这层吗?
见过太多事故是这么来的:本来好好的密钥,被顺手打进日志,日志又进了监控平台,监控平台的内容又被丢给模型分析,一路裸奔到底。
有个开源的小东西专门堵这条链,在日志、遥测和送进模型之前做一层脱敏。思路不新,但位置选得好——以前大家都在入口做校验,其实漏的都在出口。
我们自己也踩过,报错堆栈里把整个请求头打出来了,授权字段就在里面躺着。事后复盘发现代码里根本没人故意打,是某个库默认行为。
所以这类工具的价值不在拦住有心人,在拦住手滑。你们有专门做这层吗?
我们是review时靠人眼 迟早出事
出口做拦截 这个位置选对了
库的默认行为最坑 谁都没想到
必须冲 出一次事故够写半年复盘