记录一次服务器一直向外发送大量请求(挖矿病毒)排除

应急响应-挖矿木马-典型处置案例 根据上述排查信息总结发现,此次内网服务器所感染的病毒为Nrs Miner挖矿蠕虫病毒。病毒传播的方法:利用“永恒之蓝”漏洞进行传播,传播端口为445。通过收集病毒感染的服务器日志信息,发现最早感染的主机为堡垒机应用服务器,感染时间为2018/11/16 17:48:18。通过收集分析堡垒机应用服务器所有日志信息,排查人为投毒的可能性。 阅读详情

1、症状

  1. 服务器一直向外发送SYN请求,并且无法通过netstat -anplt获取到对应的PID
  2. 服务器CPU一直很低,通过PS查找不到异常程序
  3. 安装NetHogs,工具卡死,无法显示是那个程序发起的请求(因为请求都是SYN_SEND,并且发生完成,进程就死亡),只能显示-

2、原因
1、大概率是因为Redis没有认证密码,通过aof设置定时任务,拉取病毒脚本http://oracle.zzhreceive.top/b2f628/b.sh
2、相关分析看博客1、博客2
3、病毒是TeamTNT变种

3、解决方案

1、删除认证密钥
cd ~/.ssh/ 
cat authorized_keys*
[root@redis-server .ssh]# lsattr authorized_keys*  
-----a---------- authorized_keys
-----a---------- authorized_keys2
[root@redis-server .ssh]# chattr -a authorized_keys*
[root@redis-server .ssh]# echo > authorized_keys
[root@redis-server .ssh]# echo > authorized_keys2
2、停止进程,并且删除文件
rm -rf /var/tmp/.copydie/
[root@redis-server ~]# systemctl stop kswapd0
[root@redis-server ~]# rm -f /etc/systemd/system/kswapd0.service 
[root@redis-server ~]# systemctl daemon-reload
3、删除关联进程
[root@redis-server ~]# rm -f  /usr/share/[scan] /usr/local/bin/pnscan /usr/local/bin/pnscan /usr/libexec/urlgrabber-ext-down
[root@redis-server ~]# systemctl stop scan
[root@redis-server ~]# systemctl stop mass
[root@redis-server ~]# rm -f /etc/systemd/system/scan.service /etc/systemd/system/mass.service 
4、刷新
[root@redis-server ~]# systemctl daemon-reload
5、验证
netstat -anplt|grep syn
Linux服务器挖矿病毒kdevtmpfsi/kinsing一键清理脚本实战指南 在Linux服务器运维中,进程管理与系统安全是保障服务稳定运行的核心基础。恶意进程,尤其是挖矿病毒,会通过消耗CPU/GPU资源、创建持久化机制等方式,对系统性能与安全构成严重威胁。其技术价值在于,自动化查杀脚本能高效应对此类安全事件,减少手动排查的疏漏与时间成本。典型的应用场景包括线上服务器资源异常告警、安全巡检发现可疑进程,以及容器化环境下的安全治理。本文聚焦于kdevtmpfsi与kinsing这对常见的挖矿病毒组合,提供了一套覆盖进程查杀、文件清理、持久化机制清除及Docker容器专项检查的Shel 阅读详情

相关推荐

Ubuntu服务器挖矿病毒排查与清除实战:从Python进程异常到系统加固

在Linux服务器运维中,进程管理与系统安全监控是保障服务稳定的基础。当服务器出现CPU使用率异常飙高、系统响应变慢时,往往意味着资源被恶意占用,其背后原理常与未授权进程或恶意软件有关。这类问题不仅消耗计算资源,导致电费与云成本激增,更暴露了系统存在的安全漏洞。从技术价值看,掌握服务器入侵检测与应急响应能力,是运维工程师保障业务连续性的核心技能。典型的应用场景包括Web服务器性能骤降排查、云计算实例资源异常消耗分析等。本文聚焦于一种伪装成Python进程的挖矿病毒,通过分析其利用计划任务(Cron)实现持久

weixin_34241036的博客 330

Linux服务器大量向外发包问题排查

最近Linux redhat 6.5 APP 业务系统,向外大量发送流量,不断建立tcp连接,目标地址是美国的一个IP, 估计被当成肉鸡了,比较悲惨,直接飞向IDC机房,防火墙显示这个APP服务器tcp连接很多每秒10W个, 从服务器上使用命令sar -n DEV 2 10 ,确实出现大量发包的问题,(下边是正常的,异常的情况eth0txpck/s 10000左右了) 先进行限速

TURING.DT 1万+

Linux服务器CPU飙高?手把手教你排查并清除kdevtmpfsi挖矿病毒(附样本下载)

本文详细介绍了Linux服务器CPU飙高时如何排查并清除kdevtmpfsi挖矿病毒的全过程,包括异常识别、病毒定位、清除步骤及系统加固措施。通过实战案例和命令示例,帮助运维人员快速应对服务器安全问题,提升应急响应能力。

weixin_33686714的博客 424

大量syn请求处理的一些问题

在高并发连接服务器编写时,当同一秒内大量连接进入,epoll_wait的et总是丢失一部分连接,经上网查询后要求对每次accept都需要循环检查,添加代码后少量连接没有问题,连接数量上100就又会丢失一部分连接,无论是et模式还是lt模式都有这种情况。 今天偶然觉得可能会是accept的问题,纯accept循环仍然丢失连接,wireshark抓包没有问题,都收到了确认,服务器客户端都没有报错苦思

ljq550000的专栏 1530

Linux下大量SYN_SENT连接问题的解决方法

主要介绍了Linux下大量SYN_SENT连接问题的解决方法,需要的朋友可以参考下

别再纠结Dify了!实测对比RAGFlow和Dify,聊聊企业知识库到底该怎么选

本文深度对比了RAGFlow和Dify在企业知识库选型中的实际表现,从技术架构、性能指标、部署成本等多维度进行分析。RAGFlow在复杂文档处理和准确率方面表现突出,适合有专职技术团队的企业;而Dify则以低门槛和快速部署见长。文章提供了六维度评估法,帮助企业根据文档复杂度、准确率要求等技术指标做出明智选择。

weixin_30897233的博客 669

TCP三次握手和四次挥手(详细+通俗)

TCP/IP协议中,TCP的三次握手和四次挥手机制 这个问题必问,你就说是不是吧。看了一些资料和讲解视频,整理下。 上部分是比较详细的讲解,“专业范”, 下部分是比较通俗的讲解,“易懂范”。 面试根据自己情况,想怎么回答这个问题,废话不说了,全文背诵 一.专业范 首先在TCP报文格式中,有六大标志位 : SYN,同步标志位;ACK 确认标志位;PSH 传送标志位; FIN 结束标志位;RST 重置标志位;URG 紧急标志位; 还有seq 序号;ack 确认号 1.三次握手: 1) 第一

偏执狂的博客 2万+

Multisim14.3中FPGA接口电路设计:原理图项目应用

深入讲解在multisim14.3环境下构建FPGA接口电路的方法,结合原理图设计与项目实践,展现multisim14.3强大的电路仿真能力,提升数字系统开发效率。

weixin_42578963的博客 1157

TCP 之 SYN_SENT状态

SYN_SENT是TCP连接的发起方第一次发给接受放的时候设置成的状态。 可以通过netstat -ano查看 其中 在"state" 中可能会有 SYN_SENT 如果在"state"中出现大量的"SYN_SENT ",那么你很有可能中了蠕虫病毒.这类病毒为了感染别的计算机,它就要扫描别的计算机,在扫描的过程中对每个要扫描的计算机都要发出了同步请求,这也是出现许多SYN_S...

icebergliu1234的博客 6万+

基于RK3588与Gstreamer的端侧实时视频流AI推理系统构建

本文详细介绍了基于RK3588芯片与Gstreamer框架构建端侧实时视频流AI推理系统的完整方案。通过硬件选型、环境配置、OpenCV编译优化、视频流处理实战及模型部署等关键环节的深入解析,展示了如何利用RK3588的6TOPS NPU算力与Gstreamer的低延迟特性,实现工业质检、智能交通等场景下的高效边缘计算。特别针对RTSP推拉流优化、RKNN模型转换等核心技术难点提供了实用解决方案。

weixin_30516243的博客 381

从Datasheet到可用的Verilog模块:手把手教你为N25Q128 SPI Flash写状态机驱动

本文详细介绍了如何从Datasheet到实现可用的Verilog模块,手把手教你为N25Q128 SPI Flash编写状态机驱动。文章涵盖SPI Flash的核心工作机制、数据手册解析方法、Verilog状态机设计实践以及调试与性能优化技巧,特别适合FPGA开发者和硬件设计工程师参考。

weixin_30596023的博客 175

服务器集体中毒事件 xmrig trace 挖矿病毒

事件简述: 2019年12月22日,我们服务的一个客户服务器大面积提示被用于“挖矿”,随即我们便进行了病毒的清理,但病毒的来源通过我们原有实施的监控和安全检测中并未能发现。事前我们在服务器的远程登录上限制了只允许VPN+堡垒机登录,对服务器的各方面性能、所有人员的风险操作以及可能通过web渗透的异常登录和执行行为均有监控和告警,但这次在服务器监控和安全监控中我们却未找到任何端倪。 发生这次事件...

枫小秋 的博客 8123

Python3.8下MvCameraControl.dll加载失败?3种方法彻底解决FileNotFoundError

本文针对Python3.8及以上版本在Windows平台调用MvCameraControl.dll时出现的FileNotFoundError问题,深入剖析了其根源在于Python 3.8引入的DLL加载安全机制变更。文章提供了三种核心解决方案:显式指定DLL完整路径、使用os.add_dll_directory()添加可信目录,以及利用ctypes的winmode参数进行精细控制,并给出了工程化封装建议,帮助开发者彻底解决此兼容性问题。

weixin_29093017的博客 190

记一次服务器被入侵(木马,挖矿)的排查过程

阿里云安全中心报告了告警信息,同时手机短信、邮件、电话也接收到了来自阿里云的风险通知,感觉这方面阿里云还是不错。

诺浅的专栏 6715

芯片设计-信号完整性 SI 解析:Unit Interval 与比特周期的关系及其在高速信号中的应用

本文深入解析了芯片设计中信号完整性(SI)的核心概念Unit Interval(UI)与比特周期的关系及其在高速信号中的应用。通过实际案例和计算公式,详细阐述了UI在不同数据速率下的变化、在眼图分析中的关键作用,以及如何应对高速信号设计中的抖动和码间干扰等挑战。文章还提供了PCB布线和芯片设计中的UI优化技巧,帮助工程师提升高速信号设计的实战能力。

weixin_28683391的博客 468

基于转录逆转的药物重定向 GPS 模型

GPS是一个基于分子结构预测基因表达扰动的开源平台,由三个模块组成:RCL(在LINCS扰动数据上训练抗噪MLP)、GPS4Drugs(预测新化合物的基因表达谱并进行逆转评分)、MolSearch(基于MCTS的分子优化)。平台使用Morgan指纹和Gene Ontology注释作为特征输入,将基因表达扰动离散为三分类标签。训练数据来自LINCS Phase I的18,746个化合物和978个landmark基因,支持四细胞系独立训练,可用于药物重定向与化合物筛选。

听雨草堂 83

[学习记录] windows server靶场挖矿病毒应急响应——3389端口弱口令爆破导致

[学习记录]对window server服务器上通过3389端口弱口令爆破后上传的挖矿病毒进行应急响应

渗透为止的博客 1988

ADS基础教程22 - 有限元电磁仿真(FEM)

一、引言二、FEM操作过程1.新建Layout1.新建Layout2.EM设置3.设置Frequency plan4.设置Output plan5.设置Options6.设置网格频率7.仿真结果三、总结介绍了在ADS中如何进行FEM仿真过程。END!}}END!

XZ_ZC的博客 2579

记一次被通报的挖矿事件应急响应

某单位被上级单位通报,单位的出口IP和境外IP有异常通信行为,要求进行紧急处置。

Boom!脑洞大爆炸的博客 1880

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

Linux运维笔记:服务器感染 netools 病毒案例

本文记录了一例 Linux 服务器挖矿病毒的排查与处理过程。通过 htop 发现 CPU 异常占用但无对应进程,使用 unhide proc 检测到隐藏进程 /tmp/netools 和恶意脚本 /bin/tDLzoNS7 ...

Sun_Seeker的博客 2948

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

一次服务器被入侵的处理经过

  容器为何自动停止?   服务器为何操作卡顿?   进程的神秘连接到底指向何处?   发现——自动停止的容器   某日发现部署在服务器上的一个容器被停掉了,开始以为是同事误操作停止或删除了。   但登录服务器重新启动容器的时候发现一个奇怪的现象:容器启动后几秒钟便会自动停止。   一般来说这种情况可能是容器本身有问题。   但是查看容器日志并未得到任何错误信息,而且该容器镜像已在其...

qianfeng_dashuju的博客 1655

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。,新界面,新视觉,

道路千万条,安全第一条——一次服务器被入侵的处理经过

排查入侵木马的过程很像扮演一个侦探,通过犯罪现场的蛛丝马迹找到凶手以及行凶手法。还好当初在发现问题的时候并没有马上采取重装系统这种简单粗暴的方式解决问题,不然漏洞依旧存在,服务器依然会被攻击。关于更多更权威网络安全的知识可以参考,里面有最常见的10类漏洞以及防御措施。像本文中的Docker远程未授权漏洞以及类似的redis未授权漏洞都属于 OWASP TOP 10 中的漏洞。

AzulSystems的博客 449
上一篇: SOLR数据导入和导出
下一篇: APP开发的野路子-FinClip
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

贝多芬也爱敲代码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值