通过Nginx对CC攻击限流

最近公司部署到阿里金融云的系统遭受CC攻击，网络访问安全控制仅靠阿里云防火墙保障，在接入层及应用层并未做限流。

攻击者拥有大量的IP代理，只要合理控制每个IP的请求速率（以不触发防火墙拦截为限），仍给后端服务带来了很大的压力。

起缘：

存在一个检查某手机号是否已注册接口。（用户注册或重置密码时提示用户是否已存在）

/mobilePhone/existent?mobilePhone=13261748254

攻击者通过穷举调用，借此刺探出系统已注册的手机号列表。

接入层限流：

在接入层Nginx限制每个IP的并发请求数为10，每秒钟最大请求数为10。需要支持白名单IP，在白名单范围内的，不需要限速。

IP：由于Nginx隐藏在阿里云各种网络设备的后端，所以使用\(remote_addr是取不到客户的真实IP的。
一个思路是通过\)x_forwarded_for，取得代理链上所有的IP，然后解析出客户端IP。

其实阿里云前端的网络设备会把客户的终端地址通过HTTP头x_real_ip传递过来，所以只需要$http_x_real_ip即可取得客户的真实IP。

在nginx的http节点增加以下配置：

map $http_x_real_ip $limit {
       default          $http_x_real_ip;

       #self IP
       "127.0.0.1"    "";
}
limit_conn_zone $limit zone=ipc:20m;
limit_req_zone $limit zone=ipr:20m rate=10r/s;

在location节点增加以下配置：

limit_conn ipc 10;
limit_req zone=ipr burst=5 nodelay;

limit_conn和limit_req命令的详细使用请参考：

http://nginx.org/en/docs/http/ngx_http_limit_req_module.html

http://nginx.org/en/docs/http/ngx_http_limit_conn_module.html#limit_conn_zone_req

注意：

要修改zone名时，nginx -s reload是不会生效的，此时需要重启Nginx。

nginx -t测试通过，但nginx -s reload不生效时，请查看nginx的error日志，默认地址：/usr/local/nginx/logs/error.log

测试：

使用Jmeter等压力测试工具，分别在白名单IP和非白名单IP下发起大量请求，默认被拦截请求响应码是503，日志为error

后续：

判断某手机号是否已注册交互增加图片验证码，防止机器暴力调用。