CloudFront与Elastic Beanstalk间未加密HTTP流量的劣势与安全风险问询

实际架构劣势 #

• 缓存与性能受限：CloudFront针对HTTP后端的缓存策略支持有限，无法启用基于请求头、Cookie的精细化缓存规则；同时HTTP缺少TLS连接复用机制，每次请求都需重新建立TCP连接，增加端到端延迟。
• 合规性直接失效：若业务涉及PCI DSS、HIPAA等合规标准，明文传输用户敏感数据（如支付信息、医疗记录）会直接违反合规要求，无法通过审计。
• 后续运维成本升高：后续切换HTTPS时，需额外配置EB的SSL证书、CloudFront后端协议，还要处理证书过期、更新等流程，增加运维复杂度。

具体安全风险 #

• 数据泄露风险（含ISP入侵场景）：如果CloudFront与EB的流量经过公网或ISP链路，当ISP设备被入侵时，攻击者可通过流量嗅探获取所有明文传输的敏感数据（如用户身份信息、表单数据、API参数）。即便流量走AWS内部私有网络，也存在极低概率的内部节点风险，且合规性问题依然无法规避。
• 中间人攻击（MITM）：攻击者可在传输路径上拦截并篡改流量，比如向用户页面植入恶意脚本、篡改API响应内容，导致用户遭遇钓鱼攻击或业务数据被恶意修改。
• 凭证窃取：若应用在HTTP请求中传输认证凭证（如API密钥、Session ID），这些信息会以明文形式被窃取，攻击者可利用凭证冒充合法用户访问应用，执行未授权操作或获取敏感数据。
• 数据完整性破坏：明文数据包易被篡改，攻击者可修改请求参数（如支付金额）或返回结果，引发业务逻辑异常，造成经济损失或用户信任危机。

内容的提问来源于stack exchange，提问作者D. Richard