自己写的多线程synflood工具,大家测试一下速度.

platinum

哈，原来是这样，很 smart 的做法
还做了什么其他改动吗？除了替换 src 以外？

ssffzz1

也不能说是替换src．我是使用的一个叫anjuta的程序，它是一个ＩＤＥ开发环境．所有的东西都是它生成的．

platinum

谢谢，我去 google 一下 anjuta ^_^

ssffzz1

呵呵．不过我正在学习vim　sed　还有正则表达式，希望早日成仙．

斑竹对这个软件没有别的意见或建议吗．

platinum

我的能力不够啊，多线程没接触过，那部分读不懂

ssffzz1

看来我们更应该加强自己的知识积累，学习才是硬道理．我马上去学．

lovesaka

这样的synflood效率极低
建议
在线程函数里构造数据包先开始主线程设置线程脱离或者线程在线程函数里自己脱离
然后每个线程为他们的不动态改变的头部初始化
像校验和,ip地址,mac地址等需要动态改变的地方在线程循环理做
还有你这不叫synflood太搞笑了
你不觉得这要是拿出去弄人不被抓住才改没有一个人傻用自己机子真实mac来玩这个(可能说得有点过份了不过是提醒你一下别当真^_^)

platinum

原帖由 lovesaka 于 2007-1-21 21:55 发表于 17楼  
你不觉得这要是拿出去弄人不被抓住才改没有一个人傻用自己机子真实mac来玩这个(可能说得有点过份了不过是提醒你一下别当真^_^)

首先，MAC 是不跨路由的，别人又如何知道你的真实 MAC 呢？
其次，若 MAC 是假的话，那么数据包无法与本地 gateway 正常通信，又如何能 DoS gateway 之外的东西呢？

lovesaka

原帖由 platinum 于 2007-1-21 22:07 发表于 18楼  

首先，MAC 是不跨路由的，别人又如何知道你的真实 MAC 呢？
其次，若 MAC 是假的话，那么数据包无法与本地 gateway 正常通信，又如何能 DoS gateway 之外的东西呢？

多谢谢版主提醒早认识这个错误
不然我的想法还在arp欺骗的那段上还是自己技术不精来丢人了^_^

ssffzz1

谢谢各位的提醒，

１　　我没有设置线程脱离．但我不知道这样设置能不能提高速度，个人感觉和运行速度没关系．我会再次验证的．
２　　没有修改ＭＡＣ的确是个问题，如果目标ＭＡＣ是正确的（譬如是网关的），源ＭＡＣ是伪造的，这样的数据包也是可以起到攻击效果的．但如果源和目的ＭＡＣ都是错误的，那么你只能消耗交换机的带宽了．不过好象用socket不能构造二层数据包，也许我需要利用libnet库，当时也有这种想法，但总感觉libnet库构造包和发送包的速度不会太快．因此就没有使用．