一个公共API在AWS Fargate上作为Amazon ECS任务运行，位于Application Load Balancer (ALB) 之后。服务自动扩缩根据CPU进行任务扩缩。最近，SQL注入攻击激增导致服务扩缩到最大，API变得不可用。架构师必须阻止SQL注入攻击到达ECS服务，允许合法流量，并最大限度地提高运营效率。哪种解决方案符合这些要求？

正确的解决方案是创建一个新的AWS WAF Web ACL，并添加一条规则来阻止与SQL数据库规则组匹配的请求，然后将Web ACL附加到ALB。AWS WAF的SQL数据库规则组专门设计用于检测和阻止常见的SQL注入模式，能有效防止此类攻击到达后端ECS服务。将Web ACL配置为默认允许所有不匹配这些规则的其他流量，可以确保合法流量不受影响。 其他选项的不足在于： 仅创建新的AWS WAF Web ACL而不配置具体的SQL注入防护规则，无法有效阻止攻击。 实施AWS WAF Bot Control主要针对恶意机器人流量，虽然某些SQL注入可能来自机器人，但Bot Control并非专门用于SQL注入防护，且“仅允许合法流量”的配置可能过于严格，影响正常用户。 创建IP集并动态添加IP地址的方案，虽然可以阻止已知攻击者，但SQL注入攻击源IP可能不断变化，这种响应式防护效率较低，且无法预防首次攻击。