软件开发培训班 >> 网络技术 >> 网络安全
基于错误CRC的防火墙探测技术 |
||||
|
包过滤防火墙的配置越来越让人感觉到“防火墙”这个词和非专业技术人员融洽相处的安全感。 我们可以看到在商业软件，嵌入式设备或开放源代码的操作系统中它们都是工作在第3级。然而对第4级的支持却并不完全：它们过滤特定的端口号，TCP标记，SEQ序号，碎片，但是……第4级的校验和又如何呢？它们是否在分析标记或端口号之前核算TCP校验和呢？不！很多开发人员或许会认为这是多虑了，其他一部分则认为这些数据报会被目的操作系统的栈简单的丢弃。的确这些都是对的，但是我们如何才能好好的利用这个“特性”呢？ 1) 防火墙返回探测数据报 2) 破坏31337端口伪正经的探测 3) 在网络中插入损坏的数据报 一些阻碍的东西 一个完整的网络栈将会丢弃损坏的数据报，并不会返回任何信息。不管目标端口是关闭的，开放的或任何情况……但是包过滤防火墙却没有如此的聪明，它们回对此做出回答。 如果我们想确定在我们和目标主机之间是否有一个包过滤装置，首先我们必须判断这个包过滤装置被配置为丢弃损坏了的数据报还是返回一个错误。在此我们发送一个有效的TCP数据报到一个应该被过滤到的目标端口：
好的。目标主机自己或另一个包过滤装置返回了一个RST。下一步就是判断这个RST数据报是来自目标主机或包过滤装置：
另一种探测包过滤装置是否存在的技术是比较RST数据报和SYN数据报(直接来自目标主机)的生存周期(TTL)。然而TTL技术在桥接网络中的所有包过滤装置中，或过滤装置没有递减TTL值而是直接在目标主机前面被替换掉了时都会失败。前面描述过的CRC技术都可以在以上两种情况中用来探测包过滤装置的存在。 另外一个例子，我们使用UDP数据报：
我为Nmap-3.1ALPHA4添加了两个新的扫描技术： -sZ BadTCP SYN秘密端口扫描 -sV BadUDP 端口扫描 注意-sZ选项来源于错误的-sS选项，而-sV则来自于-sU。BadTCP扫描使用FIN扫描引擎，因为主机的默认行为是不会对此作出应答。BadUDP扫描则使用UDP扫描引擎因为主机的默认行为也是不会做出应答。 我希望Fyodor在将来的Nmap 4.00版本中能够许诺对目标端口当前状态的完整定义： - 关闭 - 开放 - 端口被过滤掉了(没有应答) - 存在防火墙(防火墙做出了应答) 那么扫描记录如何对付这种新的扫描方式呢？它仍然认为这些是有效的数据报，所以它不会更改配置选项以适应有效或无效的SYN数据报。 技术分析 好了，那么像OpenBSD 3.2 这么好的系统中的包过滤装置是否会为每一个数据报计算校验和呢？ 不，为了避免应答探测它们只需要核查那些需要做出应答的数据报的校验和。但是，应该引入一个发现错误校验和的数据报并丢弃它的选项。一些工具给你提供了修改数据报为伪正经数据报的功能，像ettercat，并允许你的电脑将数据报修改后直接发送到真实的目的主机。我们如何才能发现banner欺骗呢？
如果你接收到一个SYN+ACK数据报，你就可以开始发誓…… 我们可以发现基于这种伪正经攻击的技术已经的到了发展。例如DSniff会核算TCP校验和，因为它是工作在委托模式，但是ettercap使用的是非委托模式，所以它不需要核算校验和。 那核算校验和是否是必须的呢？不，只有在你想要修改数据报或对接收到的数据报做出应答是才需要这样做。因此如果你的程序只是简单的嗅探数据报，而不发送或修改它们那么你就会很安全。（责任编辑：zhaohb） |
