提示
X
本案例来自tskb,请前往tskb修改源内容:立即前往
'>

【2022争霸赛*干货满满】AD旁路做服务器负载场景需求场景下,防火墙中攻击源地址均显示为AD的地址

|

问题描述

环境说明:
1.防火墙透明部署在核心交换机与服务器区交换机直接,用于拦截来自内外网的攻击包。
2.负载均衡旁路部署于核心交换机上,使用服务器负载功能。
3.超融合集群内的虚拟机网关地址均在核心交换机上。

问题说明:查看防火墙日志时发现,经过使用AD服务器负载功能的业务在遭受攻击时,防火墙无法获取真实的攻击源其日志显示攻击源地址均为负载均衡的地址,导致安全策略无法开启联动封锁功能因为这种情况会封锁AD的地址导致业务中断,在护网场景下也无法进行有效的溯源。

告警信息

防火墙无法获取真实攻击源

处理过程

查看防火墙日志,发现只有使用服务器负载功能的业务才出现该问题,将问题定位到AD的虚拟服务功能。

根因

对该场景进行分析,得出结论,当AD在旁路部署且需要使用服务器负载的场景下,必须开启SNAT功能,以保证数据流量双向均经过AD。如不做源地址转换会导致数据包的来回路径部不一致。

解决方案

方案一:WEB类的业务(经由400确认,该功能仅适用于web类业务,非web类不支持)可以在AD开启http优化策略并启用透传客户段IP至后台服务器(也就是XFF功能),同时在防火墙端也需要开启X-Forwarded-For选项,这样防火墙就可以获取真实的攻击IP,配置效果如下图:

方案二:本场景中防火墙为透明部署,虚拟机的网关地址在核心交换机上,此时我们可以将需要做负载均衡的虚拟机网关地址改为AD的接口地址,服务器回复数据包的流量会首先交给AD,这样就解决了来回路径不一致的问题,同时我们在将AD的SNAT功能关闭,这样防火墙即可获取到真实的攻击源。(前提是虚拟机的网段需要与用户的网段不在一个子网中,因为只有跨子网通信数据包才会经过网关地址,该客户场景满足此要求)。

建议与总结

AD在旁路模式在做服务器负载会影响安全设备的溯源,建议大家如果有类似的场景可以根据我提供的方案进行配置,如果大家有更好的方案欢迎提出。
糖果星球 发表于 2022-9-21 12:42
  
防火墙无法获取真实攻击源
婳影 发表于 2022-9-21 21:35
  
你好牛啊                                               学习了
新手706856 发表于 2022-9-22 10:02
  
....................
暗夜星空 发表于 2022-9-22 16:09
  
坚持每日学习打卡
张宇畅 发表于 2022-12-11 10:30
  
感谢分享AD旁路做服务器负载场景需求场景下,防火墙中攻击源地址均显示为AD的地址
陈大大98 发表于 2023-4-20 20:30
  
坚持每日学习打卡
新手626351 发表于 2023-8-12 17:01
  
感谢楼主的精彩分享,有助工作!!!
新手716814 发表于 2023-8-13 10:15
  
有助于工作!!!!!!!!!

我要分享
文档编号: 229039
作者: 孙智伟
更新时间: 2022-09-21 11:38
适用版本: