在Cloudflare Worker代码中硬编码密码是否安全？是否存在泄露风险？

直接给出结论：硬编码密码和保密URL完全不安全，存在明确的泄露风险。

具体风险点 #

• 代码泄露风险：Cloudflare Worker的运行代码并非完全不可触及——如果Worker配置不当（比如开启公开预览、内部权限管理疏漏），或遭遇第三方依赖漏洞，攻击者可获取完整Worker代码，硬编码的pwd和myURL会直接暴露。哪怕是协作开发场景，只要代码提交到Git这类版本控制系统，硬编码的敏感信息会永久留在提交历史里，后续删除也能通过历史版本找回。
• 传输过程风险：示例里把密码放在请求头pwd中发送，若myURL使用HTTP协议，密码会在网络中明文传输，任何监听流量的人都能轻松截获；就算用HTTPS加密传输，硬编码在代码里的密码本身就是定时炸弹——只要代码泄露，密码直接失去保密性。
• 间接泄露可能：虽然终端用户无法直接查看Worker运行代码，但如果Worker存在逻辑漏洞（比如错误将敏感信息返回给用户），或攻击者通过社工、内部权限泄露拿到代码，最终都会导致密码和保密URL流出。

正确的处理方式 #

• 使用Cloudflare Workers Secrets存储敏感数据：这是官方推荐的安全方案，把pwd和myURL这类敏感信息添加为Worker的Secrets，代码中通过env.PWD、env.MY_URL调用，代码里不会出现明文敏感内容，且Secrets仅对Worker和授权的Cloudflare账户可见。
• 改用标准安全认证方式：避免在请求头里明文传密码，优先使用Bearer Token、Basic Auth这类标准认证协议（必须搭配HTTPS），或用Cloudflare Access管控目标服务的访问权限，无需手动传递密码。
• 严格管控代码权限：限制Worker代码的访问人员，版本控制系统里禁止提交敏感信息，必要时用.gitignore过滤配置文件，或对敏感配置加密后再提交。

内容的提问来源于stack exchange，提问作者Tom