...
下面分步骤介绍如何为 Web 应用集成 JavaScript API 并配置 WAF ACL 规则进行攻击流量防护，具体可参考AWS WAF JavaScript 集成接入文档。
2、部署架构图
3、WEB集成客户端测试
第一步，创建WebACL和配置BotControl托管规则
添加 AWSManagedRulesBotControlRuleSet 托管规则到 ACL 中，并把 Rule 级别设置为 Target，可以实现客户端请求的 token 验证。如果请求中不包含 token 或者 token 无效，这条托管规则会触发 Challenge rule action，从而触发 Client SDK 在后台静默完成 Challenge 计算任务得到 token。
选择 Bot Control inspection level 为 Targeted
Rule action 选择 Challenge
第二步，下载WAF CLIENT SDK
从 WAF 的控制台中进入 Application integration，选择 Intelligent threat integration 选项，这里会显示已经开启 AWSManagedRulesBotControlRuleSet 规则的 ACL。
需要把 ACL 所对应的 JavaScript Integration URL 复制到 Web 应用的前端代码的<head></head>之间。
第三步，集成和部署前端代码
WAF Client JavaScript API 提供了 AwsWafIntegration.fetch()方法，内部逻辑封装了 token 的请求和计算，并在业务 http 请求中自动加上了 token。
WAF Client API 向后端发起Post 请求，后端使用 AWS EC2 部署 Echo-Server 做为测试用的 Web 服务器，实现返回 http response，并通过 ALB 提供对外访问。ALB 被刚才配置的 WEB ACL 所保护。
| Code Block | ||
|---|---|---|
| ||
<html>
<head>
<script type="text/javascript" src="https://xxxxxxxxxxxx.us-west-2.sdk.awswaf.com/xxxxxxxxxxxx/xxxxxxxxxxxx/challenge.js" defer></script>
</head>
<body>
<h1>Login Page</h1>
<p>Click on the button below to login</p>
<button onclick="login()">Login</button>
<script>
async function login() {
// 获取用户输入（用户名和姓氏），这里的 'username' 和 'surname' 可以替换为实际输入的变量
let user = {
name: 'username',
surname: 'surname'
};
try {
// 发起一个 POST 请求到 WAF 查询 API
const response = await fetch('https://yourdomain.com/waf/query', {
method: 'POST',
headers: {
'Content-Type': 'application/json' // 设置请求头为 JSON 格式
},
body: JSON.stringify(user) // 将用户对象转换为 JSON 字符串并作为请求体发送
});
// 处理服务器的响应
const responseText = await response.text(); // 获取响应文本
document.getElementById("display").innerText = responseText; // 显示响应内容
console.log(responseText); // 在控制台输出响应内容
} catch (error) {
console.error("Error during login:", error); // 捕获和处理错误
document.getElementById("display").innerText = "Login failed"; // 显示错误信息
}
}
</script>
<p>Hello WAF!</p>
<div id="display"></div> <!-- 显示响应结果 -->
</body>
</html>
|
2、WEB前端代码部署
上传样例代码到EC2的NGINX里面，呈现为客户端可访问的网页如下：
3.4、步骤四：配置AWF
1、在WAF ACL关联ALB
2、配置Token Domain列表
当 WAF 从 web 请求中侦测 token 时，默认只会接受与 ACL 所关联资源的 host domain。当请求是通过 Cloudfront 到 ALB 时，需要把 Cloudfront 所对应的 custom host domain 配置到 Token domain 列表中。配置参考文档。
3.5、步骤五：场景测试
1、访问集成 SDK 的前端网页，观察WEB-API的响应
访问 Web 前端，打开浏览器开发者模式。可以看到，页面在初始化后自动与 WAF 后台进行交互，获取了 challenge.js 并进行静默计算得到 token。在发起 query 请求后，会自动在 cookie header 中带上 aws-waf-token。WAF 后台的 Bot control Rule 进行 token 校验成功后，流量被发送到 ALB。Echo-Server 会把发送的请求原样返回，可以看到请求中包含了 token 信息。
2、增加根据 Token 判断阻断的 WAF Rule
对于 Request 中不带有 token，或者 token 无效，我们希望 WAF 进行阻止的操作。需要做如下配置。
从流程上看，token 无效的请求，AWSManagedRuleBotControlRuleSet 会给这条 Request 加上 Label，用于表示 token 不存在或 token 无效。我们可以继续配置自定义规则，如果 request 包含特定 label，则说明请求来自非法客户端，进行阻断。
Awswaf:managed:token:absent，包含这个 label 说明 token 不存在
Awswaf:managed:token:rejected，包含这个 label 说明 token 无效
增加 Custom Rule，如果请求中包含上述 Label，则 Block
增加 Custom Rule，如果请求的 token 无效，则 Block。以下是等效配置的 JSON 描述：
现在有三条 Rule 作用在 WAF ACL 上：
3、观察不带 Token 的请求访问业务后端的情况
修改 Web 前端，使用 JS 原生 fetch()，不带 token 发送请求给业务后端。
| Code Block | ||
|---|---|---|
| ||
<html>
<head>
</head>
<body>
<h1>Login Page</h1>
<p>Click on the below button to login</p>
<button onclick="login()">Login</button>
<script>
async function login(){
let user = {
name: 'username',
surname: 'surname'
};
const response = await fetch('https://yourdomain.com/waf/query',{
method: 'POST',
headers: {
'Content-Type': 'application/json'
},
body: JSON.stringify(user)
});
const responseText = await response.text()
document.getElementById("display").innerText = responseText
console.log(responseText)
}
</script>
<p>Hello WAF!</p>
<div id='display'></div>
</body>
</html> |
通过 Chrome 浏览器开发者模式可以看到，由于请求不带 token，请求被 WAF 所拒绝。
4、WEB集成-Captcha Integration
JavaScript集成-captcha SDK:
参考手册：https://docs.aws.amazon.com/waf/latest/developerguide/waf-js-captcha-api.html
4.1、步骤一：创建WebACL和配置BotControl
1、创建 WEB ACL，并添加 AWS WAF Bot Control 托管规则
...
3、WEB集成-Captcha Integration
第一步：创建WebACL和添加BotControl托管规则
如果请求中不包含 token 或者 token 无效，这条托管规则会触发 Captcha rule action，从而触发 Client SDK 在后台静默完成 Captcha 计算任务得到 token。
创建托管规则到 ACL 中
把Rule 级别设置为 Target，以便实现客户端请求的 token 验证
选择 Bot Control inspection level 为 Targeted
添加具体的Bot Control的规则条件
Bot Control Rules 选择 CAPTCHA
...
样例代码使用 WAF client API 向后端发起了一个 Post 请求。后端使用 AWS EC2 部署 Echo-Server 做为测试用的 Web 服务器，实现返回 http response，并通过 ALB 提供对外访问。ALB 被刚才配置的 WEB ACL 所保护。
2、WEB前端代码部署
上传样例代码到EC2的NGINX( /usr/share/nginx/html )里面，呈现为客户端可访问的网页如下：
| Code Block | ||
|---|---|---|
| ||
server {
listen 80;
#listen [::]:80;
#server_name _;
root /usr/share/nginx/html;
index index.html index.htm
# Load configuration files for the default server block.
include /etc/nginx/default.d/*.conf;
error_page 404 /404.html;
location = /404.html {
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
}
} |
效果如下：
4.4、步骤四：配置AWF
1、在WAF ACL关联ALB
2、配置Token Domain列表
当 WAF 从 web 请求中侦测 token 时，默认只会接受与 ACL 所关联资源的 host domain。当请求是通过ALB 时，需要把custom host domain 配置到 Token domain 列表中。配置参考文档。
4.5、步骤五：场景测试
1、访问集成 SDK 的前端网页，观察WEB-API的响应
访问 Web 前端，打开浏览器开发者模式。可以看到，页面在初始化后自动与 WAF 后台进行交互，获取了jsapi.js 并进行静默计算得到 token。在发起 query 请求后，会自动在 cookie header 中带上 aws-waf-token。WAF 后台的 Bot control Rule 进行 token 校验成功后，流量被发送到 ALB。Echo-Server 会把发送的请求原样返回，可以看到请求中包含了 token 信息。
...
| Code Block |
|---|
HTTP/1.1 200
Date: Thu, 13 Jun 2024 04:38:54 GMT
Content-Type: application/json;charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Origin
Vary: Access-Control-Request-Method
Vary: Access-Control-Request-Headers
Access-Control-Allow-Origin: http://web001.bosicloud.one
Access-Control-Expose-Headers: X-Sms-Portal-Identity-Token
Access-Control-Allow-Credentials: true
{"msg":"success","code":0,"data":{"waf-query":"ok.","database":"ok.","redis":"ok.","status":"ok"}} |
2、增加根据 Token 判断阻断的 WAF Rule
对于 Request 中不带有 token，或者 token 无效，我们希望 WAF 进行阻止的操作。需要做如下配置。
...
现在有三条 Rule 作用在 WAF ACL 上：
3、观察不带 Token 的请求访问业务后端的情况
修改 Web 前端，使用 JS 原生 fetch()，不带 token 发送请求给业务后端。
...