急!急!急!快来看看我的电脑怎么了?是不是中毒了!!!

来源:百度知道 编辑:UC知道 时间:2024/06/29 01:11:50
卡巴连续弹出如下文字(连续2分钟,2分钟后我重启了!):
2007-10-29 10:36:50 DoS.Generic.SYNFlood! 攻击者IP地址: 122.4.93.223. 协议/服务: TCP 在本地端口80. 时间: 2007-10-29 10:36:50
这是怎么回事啊?

没事的.这些攻击都被拦截了嘛...而且,那些IP地址应该都是伪造的.真正的攻击者不会明显地暴露自己.

你需要把你的WINDOWS补丁打好.
我们没办法使自己不被攻击,只好让自己的防御更完善.

打上补丁后,就很难被攻击突破了.让他攻击吧,反正打上都是MISS...
您可以吧防火墙的局域网和互联网安全等级调成中级
而且按此设置不影响主机的网络安全

SYN-Flood是目前最流行的DDoS攻击手段,早先的DoS的手段在向分布式这一阶段发展的时候也经历了浪里淘沙的过程。SYN-Flood的攻击效果最好,应该是众黑客不约而同选择它的原因吧。那么我们一起来看看SYN-Flood的详细情况.
Syn Flood利用了TCP/IP协议的固有漏洞.面向连接的TCP三次握手是Syn Flood存在的基础 .假设一个用户向服务器发送了SYN报文后突然死机或掉线,那么服务器在发出SYN+ACK应答报文后是无法收到客户端的ACK报文的(第三次握手无法完成),这种情况下服务器端一般会重试(再次发送SYN+ACK给客户端)并等待一段时间后丢弃这个未完成的连接,这段时间的长度我们称为SYN Timeout,一般来说这个时间是分钟的数量级(大约为30秒-2分钟);一个用户出现异常导致服务器的一个线程等待1分钟并不是什么很大的问题,但如果有一个恶意的攻击者大量模拟这种情况,服务器端将为了维护一个非常大的半连接列表而消耗非常多的资源----数以万计的半连接,即使是简单的保存并遍历也会消耗非常多的CPU时间和内存,何况还要不断对这个列表中的IP进行SYN+ACK的重试。实际上如果服务器的TCP/IP栈不够强大,最后的结果往往是堆栈溢出崩溃---即使服务器端的系统足够强大,服务器端也将忙于处理攻击者伪造的TCP连接请求而无暇理睬客户的正常请求(毕竟客户端的正常请求比率非常之小),此时从正常客户的角度看来,服务器失去响应,这种情况我们称做:服务器端受到了SYN Flood攻击(SYN洪水攻击)

多半是,拿你的卡巴查下啊

断开网线杀毒吧,最好是进入安全模式杀毒!

说明你爱到了。IP地址: 122.4.93.223的攻击。