环境变量 安全道环境变量是配置应用程序的标准方式,没有硬编码机密或环境特有细节.
但是它们很容易被滥用.
我见过API键承诺重置, 配置当一个变量缺失时崩溃, 默认默默地覆盖生产设置。
这就是我如何安全处理他们。
从不提交机密 最重要的规则: 永远不要在您的代码中放出真正的秘密, 或将其用于版本控制.
包括档案 立即加进你 如果你使用像Laravel这样的框架或者像Vite这样的工具,默认是你的朋友.
承诺,但从来没有真正的。
对于本地开发,您可以从示例中生成一个并填入自己的值.
用于制作,通过您的主机提供者的仪表板或AWS秘密管理器或HashiCorp Vault等秘密管理器设定变量.
明确读取变量 不要直接进入你的密码库 相反,集中您的配置 。
创建一个( 或) 来读取和验证您需要的所有变量 。
现在,你的应用 进口和使用。
这有几个好处: 失败快: 如果缺少一个需要的变量, 应用程序在启动时会崩溃, 而不是在尝试使用时。
类型安全性:您可以一次解析并验证值.
很容易在测试中嘲笑。
使用默认是方便的,但可以隐藏问题.
例如,如果你在生产中违约,你可能会不小心跑到错误的端口而不注意.
我更喜欢没有关键变量的默认,只提供日志级别或特征旗等非关键变量的默认.
在上面的配置中,我曾经用于端口.
这对开发是好的, 但考虑你是否想要在生产。
如果你不确定,就按规定做 解析和验证类型环境变量总是字符串.
如果您需要数字、布尔或数组,请明确分析。
我见过从vs的bugs 后者是真实的,即使变量是。
使用小助手 : 然后在配置中: 避免将相撞命名为前缀您的变量 。
这可以防止多个应用程序在同一 shell 或 CI 环境中运行时的冲突.
也说明哪些变量属于你的应用程序。
不要记录机密 它诱导在启动时登录配置以进行调试.
不要记录秘密。
如果有必要,请戴上面具: 这足以证明它的设定,但不足以泄露.
复杂配置使用库 如果您需要嵌入的配置、 默认和验证, 请考虑像装入文件, 或者用于验证的库 。
这些工具处理解析, 需要检查和错误消息 。
它会发出一个列出所有缺失变量的明显错误, 这比调试一个后期要好得多 。
保留.env 出道克图像 如果使用多克克,不要将环境变量放入图像.
这是一种安全风险 并使得图像不那么容易携带。
相反,在运行时通过它们,或者使用文件 。
在、使用或.CI/CD方面 在CI中,设置了管道设置中的变量,而不是代码.
大多数CI系统都有一种存储加密秘密的方法.
用那个 在 GitHub 动作中, 您可以在工作流程文件中使用秘密: 最后的想法 目标是使配置明确化,迅速失败,并避免机密出现代码.
从一个简单的配置模块开始,添加验证,从不承诺真实值.
你的未来自己会感谢你 当你没有醒来 安全漏洞 或神秘的生产错误。
编码愉快!