能力值：
( LV2，RANK：10 )
|
-
-
2 楼
不一定，不过最好升级杀毒软件，看看各个钩子，驱动有没有异常。
以下这段话是360官方给出的，意思就是说你上网的时候连接过这些IP，现在这个已经从这些IP断开了，但系统System Idle Process这个虚拟进程不会马上关闭这些连接，类似延时一样的效果。可以无视这个System Idle Process进程的IP连接。
原理==========================================
这些socket处于time_wait状态Tcp连接，主动关闭的一方，socket会进入TIME_WAIT状态。进入这个状态后，socket资源已经被进程释放，不在属于原进程，而被系统接管缓存下来。因此我们可以看到所有TIME_WAIT状态的socket都是在系统0号进程。处于TIME_WAIT状态的socket没有任何危害，只是被系统缓存的资源。任何程序只要主动关闭tcp的socket连接都会出现这个现象，这是一个完全正常的现象，大家不用担心，系统没有问题。不光360的程序会显示在这里面，其他程序主动关闭的tcp socket也会显示在0号进程
|
能力值：
( LV2，RANK：10 )
|
-
-
3 楼
抓包分析一下，看是什么数据
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
楼主不给出抓包分析的话是没有用的，嫌麻烦你先看一下网速，有没有速度？没有的话就是2l说的，有的话进一步抓包分析吧。。。
|
能力值：
( LV2，RANK：10 )
|
-
-
5 楼
你这个抓到的目录上来说的话，感觉确实是py的开发环境，但肯定跟国内没关系吧，而且也不需要联网，不过说你这个远程到80端也不是很可疑，把那个文件的数字证书跟py的文件对比一下，也可以pt定位一下，目测是马，也可以下一些专业的杀软，像是毛豆啊之类的，那些的hips都是不错的吧，可能是rootkit类的
|
能力值：
( LV2，RANK：10 )
|
-
-
6 楼
CP协议有一种机制是连接断开后要等待一段时间才能再次使用(相同的远端IP+远端端口，相同的本地IP+本地端口)，
这时TCP会进入2MSL状态，也就是TIME_WAIT状态。
而很多的TCP连接都是由应用程序要求连接的，当应用程序接收/发送好了数据，我们把这个应用程序关闭，CPU的占用率会回归到System Idle Process，这个时候原先建立的TCP连接还处于TIME_WAIT状态，可能就转到System Idle Process下去了。
ps：转的 应该就是正确答案。
实在不放心你可以去抓包试试。
|
|
|
|
