This document will attempt to explain some procedures and commonly used software to help your Linux system be more secure. It is important to discuss some of the basic concepts first, and create a security foundatation before we get started.
In the ever-changing world of global data communications, inexpensive Internet connections, and fast-paced software development, security is becomming more and more of an issue. Security is now a basic requirement because global computing is inherently insecure. As your data goes from point-A to point-B on the Internet, for example, it may pass through several other points along the way, giving other users the opportunity to intercept, and even alter, your data. Even other users on your system may maliciously transform your data into something you did not intend. Unauthorized access to your system may be obtained by intruders, also known as "crackers", who can then used advanced knowledge to impersonate you, steal information from you, as well as prevent you from using your own resources for what they were intended to be used for. If your still wondering what the difference is between a "Hacker" and a "Cracker", see Eric Raymond's document, "How to Become A Hacker", available at http://sagan.earthspace.net/~esr/faqs/hacker-howto.html.
The first thing to keep in mind is that there is never any such thing as a "completely" secure computer system. All you can do is make it increasingly difficult for someone to compromise your system. For the average home Linux user, not much is required to keep the causal cracker at bay. For high profile Linux users (banks, telecommunications companies, etc) much more work is required.
Another factor to take into account is that the more you increase your system security, the more intrusive your security becomes. You need to decide where in this balancing act your system is still usable and yet secure for your purposes. For instance, you could require everyone dialing into your system to use a call back modem to call them back at their home number. This is more secure, but if someone is not at home, it makes it difficult for them to login. You could also setup your Linux system with no network or connection to the Internet, but this makes it harder to surf the web. If you are a large to medium sized site, you should establish a "Security Policy" stating how much security is required by your site and what auditing is in place to check it. You can find a well-known security policy example at http://ds.internic.net/rfc/rfc2196.txt. It has been recently updated, and contains a great framework for establishing a security policy for your company.
Before you attempt to secure your system, you should determine what level of threat you have to protect against, what risks you should or should not take, and how vulnerable your system is as a result. You should analyze your system so that you know what you're protecting, why you're protecting it, what value it has, and who has responsibility for it.
Additionally, having one insecure account on your system can result in your entire network being compromised. A single user that is allowed to login using an rhosts file, or allowing the use of an insecure service, such as tftp, you risk an intruder using this to 'get his foot in the door'. Once the intruder has a user account on your system, or someone else's system, it can be used to gain access to another system, or another account.
There are several types of intruders, and it is useful to keep the different characteristics in mind as you are securing your systems.
What's at stake if someone breaks into your system? Of course the concerns of a dynamic PPP home user will be different than those of a company connecting their machine to the Internet, or another large network.
How much time would it take to retrieve/recreate any data that was lost? An initial time investment now can save ten times more time later if you have to recreate data that was lost. Have you checked your backup strategy, and verified your data lately?
Create a simple, generic policy for your system that your users can readily understand and follow. It should protect the data you're safeguarding, as well as the privacy of the users. Some things to consider adding are who has access to the system (Can my friend use my account?), who's allowed to install software on the system, who owns what data, disaster recovery, and appropriate use of the system.
A generally accepted security policy starts with the phrase:
"That which is not permitted is prohibited"
This means that unless you grant access to a service for a user, that user shouldn't be using that service until you do grant access. Make sure the policies work on your regular user account, Saying, "Ah, I can't figure it out, I'll just do it as root" can lead to security holes that are very obvious, and even ones that haven't been exploited yet.
This document will discuss the various means in which you can secure the assets you have worked hard for, including your local machine, data, users, network, and even your reputation. What would happen to your reputation if an intruder deleted one of your user's data? Or defaced your web site? Or published your company's corporate project plan for next quarter? If you are planning a network installation, there are many considerations you must take into account before adding a single machine to your network.
Even if you have a single dialup PPP account, or just a small site, this does not mean intruders won't be interested in your systems. Many intruders are not aiming at only large sites, they are trying to exploit as many sites as they can, regardless of its size. Additionally, they may use a security hole in your site to gain access to another site with which you may be connected.
Intruders have a lot of time on their hands, and can avoid guessing how you've obscured your system by simply trying all the possibilities. There are also several reasons an intruder may be interested in your systems, which we will discuss later.
Perhaps the area of most concentration on security is done with host-based security. This typically involves making sure your own system is secure, and hoping everyone else on your network does the same. Choosing good passwords, securing your host's local network services, keeping good accounting records, and upgrading programs with known security exploits are among the things the local security administrator is responsible for doing. Although this is absolutely necessary, it can become a daunting task once your network of machines becomes larger.
Network security is also as necessary as local host security. With your single system, or a distributed computing network, the Internet, or hundreds, if not thousands or more computers on the same network, you can't rely on each one of those systems being secure. Making sure authorized users are the only ones permitted to use your network resources, building firewalls, using strong encryption, and ensuring there are no rogue, or unsecured, machines on your network are all part of the network security administrator's duties.
This document will discuss some of the techniques used to secure your site, and hopefully show you some of the ways to prevent an intruder from gaining access to what you are trying to protect.
One type of security that must be discussed is "security through obscurity". This means that by doing something like changing the login name from 'root' to 'toor', for example, to try and obscure someone from breaking into your system as root is only a false sense of security, and will result in very unpleasant consequences. Rest assured that any system attacker will quickly see through such empty security measures. Simply because you may have a small site, or relatively low profile does not mean an intruder won't be interested in what you have. We'll discuss what your protecting in the next sections.
This document has been segregated into a number of sections. They cover several broad kinds of security issues. The first, physical security, covers how you need to protect your physical machine from tampering. The second describes how to protect your system from tampering by local users. The third, files and filesystem security show you how to setup your filesystems and premissions on your files. The next, password security and encryption discusses how to use encryption to better secure your machine and network. Kernel security discusses what kernel options you should set or be aware of for a more secure machine. network security, describes how to better secure your Linux system from network attacks. Security preperation discusses how to prepair your machine(s) before bringing the on-line. The next discusses what to do when you detect a system compromise in progress or detect one that has recently happened. Then links to other security resources are enumerated, and finally some questions and answers and a few closing words.
The two main points to realize when reading this document are: