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

应急响应-挖矿木马-典型处置案例 根据上述排查信息总结发现,此次内网服务器所感染的病毒为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连接问题的解决方法,需要的朋友可以参考下

QCC5125/QCC5144----LDAC 44.1K 48K 96K 192K 输出

QCC5125/QCC5144----LDAC 44.1K 48K 96K 192K 输出。而且还不需要license限制。

Alex_886的博客 1975

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

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

偏执狂的博客 2万+

VBA常见错误 - “错误3706,未找到提供程序,该程序可能未正确安装”解决方法

1、问题描述 在利用VBA编程时,引用其它表格数据,出现以下问题: (1)运行“错误3706,未找到提供程序,该程序可能未正确安装”。 (2)引用数据失败 2、解决方法 下载“Access 2010 数据库引擎”,并安装即可。 https://www.microsoft.com/en-us/download/details.aspx?id=54920 AccessDatabaseEngine 2010 官方安装包,官网下载不了的可以来这里下载。(1)运行“错误3706,未找到提..

Nemuel的博客 3万+

TCP 之 SYN_SENT状态

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

icebergliu1234的博客 6万+

当NetApp 7-mode遇到单控制器故障:HA模式手动修复全记录

本文详细记录了NetApp 7-mode存储系统在单控制器故障时的应急修复过程,包括HA配置重建、磁盘初始化和业务恢复等关键步骤。通过实战案例解析如何解决`VIA Interconnect is down`等典型问题,为企业级存储系统的高可用保障提供实用指南。

yolo5detector的博客 246

opencv-meshgrid

使用opencv::repeat函数和std::iota函数完成meshgrid功能。 X Y Z 通俗的说就是根据Z的大小生成X矩阵,Y矩阵

yuegooxi的博客 1607

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

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

枫小秋 的博客 8123

论文分享 - OctoMap八叉树建图原理

论文:OctoMap:An Efficient Probabilistic 3D Mapping Framework Based on Octrees。

一只废佐_的博客 2539

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

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

诺浅的专栏 6715

Hermes接入IMA知识库全攻略:将知识库装进你的Hermes智能体

本文详细介绍了如何将IMA知识库功能接入Hermes Agent平台,实现一站式笔记管理和知识库操作。主要内容包括:获取IMA访问凭证、下载技能包、配置凭据(支持文件和环境变量两种方式)、验证配置有效性,以及实际应用演示(查询知识库列表、创建笔记并添加到知识库)。文章还提供了常见问题解决方案,如认证失败处理、版本更新等。通过该集成,用户可在Hermes中直接调用IMA的笔记创建、知识库管理等强大功能,提升工作效率。

小石头的专栏 640

Apache Flink连载(一):Apache Flink是什么?

Apache Flink 是一个框架和分布式处理引擎,用于在。

qq_32020645的博客 1216

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

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

渗透为止的博客 1988

NVIDIA Isaac Sim 入门教程(二)

Omniverse Isaac Sim 的工作空间非常容易自定义。调整用户界面的大小、停靠、取消停靠、添加和移除面板都非常容易。进入顶部菜单栏,单击下拉菜单最下方的窗口 > 视口 > 视口 2(现在工作区中应该会出现一个名为 "视口 2 "的新视口。如果您想创建更多的视口,请按照相机检查器扩展进行操作。单击并拖动视口 2 的顶部标题以激活停靠部件。拖放到原始视口的右侧,将两个视口并排放置。单击并向左拖动视口 2 的左侧,使视口大小相等。

机器人控制与仿真应用 6544

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

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

Boom!脑洞大爆炸的博客 1880

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

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

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

Sun_Seeker的博客 2948

WINCC7.3破解文件

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

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

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

qianfeng_dashuju的博客 1655

SAP B1中文培訓教材_SDK

公司内部培训资料,对开发工具 ,DIAPI, UIAPI,Add-ON有详细解说

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

排查入侵木马的过程很像扮演一个侦探,通过犯罪现场的蛛丝马迹找到凶手以及行凶手法。还好当初在发现问题的时候并没有马上采取重装系统这种简单粗暴的方式解决问题,不然漏洞依旧存在,服务器依然会被攻击。关于更多更权威网络安全的知识可以参考,里面有最常见的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、付费专栏及课程。

余额充值