Cloudflare Workers安全与可见性：运行敏感代码是否存在泄露注入风险

1. Cloudflare及第三方能否查看你的代码、密钥 #

• 无论你使用免费套餐还是付费套餐，Cloudflare作为基础设施提供方，底层系统确实具备访问你部署的Worker代码、绑定的环境变量（即你存储的安全密钥）的能力。根据其公开的服务条款，Cloudflare不会主动扫描、访问用户的Worker代码和敏感配置，仅在合规法律要求、故障排查必要的场景下才会调用相关访问权限。
• 其他第三方在无你的账号权限的前提下，无法直接访问Cloudflare侧存储的你的Worker代码和密钥。这一特性和你使用Dart作为开发语言无关，所有运行在公有云服务上的代码都遵循相同的底层逻辑：基础设施运营方天然拥有系统级访问权限。

2. 恶意代码注入风险说明 #

• 正常部署流程下，所有Worker的版本更新都需要你的Cloudflare账号鉴权，只要你没有泄露账号凭证、API令牌，第三方无法向你的Worker注入恶意代码。
• Cloudflare不会主动修改任何用户的Worker代码，仅会对所有Worker统一添加运行必需的runtime层面封装，不存在针对单个用户的代码篡改行为。
• 如果你使用公共CI/CD流程部署，或本地开发环境被入侵，确实可能出现恶意代码被提前注入后再部署到Cloudflare的情况，这类风险属于开发链路安全问题，和Cloudflare服务本身无关。

3. 适配你的场景的安全建议 #

• 不要将安全密钥硬编码在Dart代码中，全部存入Cloudflare Workers提供的加密环境变量中，环境变量不会在运行日志、部署记录中明文输出，安全等级远高于硬编码。
• 开启Cloudflare账号的两步验证，生成部署用API令牌时遵循最小权限原则，仅分配Worker部署的必要权限，避免全权限令牌泄露造成的风险。
• 定期查看Worker的部署版本历史，确认所有更新都是你本人或授权人员提交的。

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