Linux server how to level the hacker virus attack

At present, many users are using Linux servers, but the current network environment is not very calm, there are always malicious attacks. Usually, some friends will encounter the problem of the server being hacked. After collecting and sorting out relevant related materials, I have found a solution for the hacking of the Linux server here. I hope that you will have a lot of gains after watching it.

If you have all the right patches installed, have a tested firewall, and activate advanced intrusion detection systems at multiple levels, then in only one case you will be hacked, that is You are too lazy to do what you need to do, for example, to install the latest patch for BIND.

It’s really embarrassing to be unknowingly black. What’s more, some scripts will download some well-known “rootkits” or popular spying tools, which take up your CPU and memory. , data and bandwidth. Where did these bad guys start from there? This starts with the rootkit.

A rootkit is actually a package that hackers use to provide themselves with root-level access to your machine. Once the hacker can access your machine as root, everything is done. The only thing you can do is back up your data with the fastest efficiency, clean the hard drive, and reinstall the operating system. In any case, once your machine is taken over by someone, recovery is not an easy task.

Can you trust your ps command?

The first trick to finding a rootkit on a Linux server is to run the ps command. It may be normal for you to see everything. The real question is, "Is everything really normal?" One trick that hackers often use is to replace the ps command, and the ps on this replacement will not show the illegal programs that are running on your machine. In order to test, you should check the size of your ps file, which is usually located at /bin/ps. It has about 60kB on our Linux machine. I recently encountered a ps program that was replaced by a rootkit. This thing is only about 12kB in size.

Another obvious scam is to link the root command history file to /dev/null. This command history file is used to track and record the commands used by a user after logging in to a Linux machine. The purpose of hackers redirecting your history files to /dev/null is that you can't see the commands they have entered.

You can access your history file by typing history at the shell prompt. If you find yourself using the history command and it does not appear in the list of commands you have used before, you should take a look at your ~/.bash_history file. If the file is empty, execute an ls-l~/.bash_history command. After you execute the above command you will see output similar to the following:

-rw------- 1 jd jd 13829 Oct 10 17:06 /home/jd/.bash_history

Or, you may see output similar to the following: lrwxrwxrwx 1 jd jd 9 Oct 1019:40/home/jd/.bash_history -> /dev/null

If you see The second one shows this. The bash_history file has been redirected to /dev/null. This is a fatal message, immediately disconnect your machine from the Internet, back up your data as much as possible, and start reinstalling the system.

To solve the problem of hacking Linux servers, you need to find unknown user accounts:

When you are going to do a test on your Linux machine, it is wise to first check if there is an unknown user account. of. The next time you log in to your Linux server, type the following command:

grep :x:0: /etc/passwd

There is only one line, I will emphasize it again, in a standard In a Linux installation, the grep command should only return one line, similar to the following:

root:x:0:0:root:/root:/bin/bash

If you typed before After the grep command, your system returns more than one line, which may be a problem. There should be only one user whose UID is 0, and if the grep command returns more than one line, it means more than one user. Seriously, although these are some good basic methods for discovering hacking behavior. But these techniques alone do not constitute sufficient security, and their depth and breadth are far worse than the intrusion detection systems mentioned in the article.

The above is a small knowledge point, about the solution to the hacked Linux server.