大家公司的生产级别代码，对于密码等敏感数据的安全储存一般是怎么操作的？

想在开源项目里用比较正规的流程储存密钥等敏感数据，但是实习经验不多，自己做的过程中还是挺多问题的，有没有大佬讲讲一般商业公司是怎么处理的。想学习一个一般商业公司的还可以的安全管理实现，主要是像大公司或者云平台那种管理咱也没那个成本搞，搞了也用不上。

目前我的操作方法就是注入数据库密码等等把密文写到配置文件里，然后在代码里读取并解码，就还原成真实密码。唯一好处可能是密文和代码分离了，方便管理。但是密文和密钥又都写在一块，解码方式也很明确，感觉还是意义不大。如果说真的是为了对抗网络攻击的话，那代码泄露和配置文件泄露的安全损害级别应该是一样的，对方有能力获取你的代码又怎么会没能力获取配置文件，还不是会导致所有原文泄露？

在用户管理方面，比如 nginx 是 A 用户启动的，业务是 B 用户启动的，给密钥文件夹加上 B 的只读权限也许有用。不过说实在的既然只用 nginx 做路由，业务过于单纯，实在是想不到它有什么潜在风险。毕竟全球运行这么多年了，好像也没听说过哪个 0day 漏洞导致 nginx 本身出问题的。

还有一个处理方案可能是配置文件只存密文，在每次服务启动时管理员手动输入密钥，但是现在服务都做的容器化，每次启动输入既麻烦又不好管理，我觉得应该没有人实际上是这么操作的。

最后我还想知道一般安全设计上是否需要防范内存攻击，我的程序把密码原文读取到内存，需要防止有人把内存 dump 出来做分析吗，这是否意味着相关内存需要尽快被销毁？

FlyingBackscratc

19 天前

@Inn0Vat10n 感觉网络隔离这个在发生权限泄露以后意义不大，感觉从 v 站发帖的观察来看服务器被挂马是常见网安问题，此种情况下内部网络隔离形同虚设。pk/sk 鉴权应该不是单纯用 tls 加密通信这种感觉而是涉及鉴权逻辑吧，不过这种和密码又有啥区别，感觉只是 sk 比密码长一点这样。。。

jinliming2

18 天前

首先，没有绝对的安全。如果真到了可以到你服务器上进行任意代码执行了，那基本上对你的密码是啥也就没啥兴趣了。都能直接进到你家翻箱倒柜了，也就没有必要知道你家防盗门上的密码了。
安全防护通常是很多层，对密码的保护只是其中一层。
代码是很多人都可以访问到的，比如公司里的程序员，几乎人手一份代码，代码泄漏的风险本身就很高。而密码不放在代码里，那么即便是你泄漏了代码，在不考虑其他漏洞的情况下，生产数据库还是安全的。
当然，即便是保护了密码的安全，生产数据库通常也都是网络隔离不能公网访问的，这是另一道安全防线。但也不能说既然不能公网访问，那就不设置密码了吧？