ANALYSIS
Here is the list of the top 10 Unix vulnerabilities: U1 Remote Procedure Calls (RPC) U2 Apache Web Server U3 Secure Shell (SSH) U4 Simple Network Management Protocol (SNMP) U5 File Transfer Protocol (FTP) U6 R-Services -- Trust Relationships U7 Line Printer Daemon (LPD) U8 Sendmail U9 BIND/DNS U10 General Unix Authentication -- Accounts with No Passwords or Weak Passwords Of particular note on the Unix side, BIND/DNS vulnerabilities are now number 9 on the top 10 Unix list, down from number one on the original Top 10 list from June 2001. After this long, it shouldn't be there at all. And it wouldn't be, if systems were updated every few years. RPC weaknesses are now number one on the Unix list, up from number three in 2001, but some of the same CVEs are still cited today, which means that known holes have yet to be fixed on a vast number of systems. RPC
RPCs let one computer exchange files and run applications on other systems, so it's commonly used for remote network management and other tasks. Applicability -- Most Unix and Linux systems are affected. RPCs are installed and enabled by default in most installations. Try to run rpcinfo to see whether RPC services are enabled. Fix -- Install patches and block unnecessary services. Click here for links to various patches. Apache
Internet Web servers are inherently vulnerable for various reasons, as you can see by the fact that Apache is number two on the Unix list, while IIS is number one on the Windows list. Although Apache is considerably more secure than IIS, the myth that it is totally secure accounts for the lax attention to Apache security and actually leaves the server highly vulnerable. Applicability -- Most Unix and Linux versions come with Apache enabled. Fix -- Apply Apache patches. Compile only the functions you really need. For a laundry list of steps, you can take to help secure Apache see the SANS/FBI report. SSH
SSH is used to replace Telnet, FTP, and R-commands and is considerably more secure than those programs, but both OpenSSH and the SSH Communication Security's commercial version of SSH have a number of vulnerabilities. Applicability -- Any system running OpenSSH 3.3 or earlier, or SSH 3.0.0 or earlier is affected. Fix -- Keep SSH updated with the latest version. SNMP
SNMP was designed to make it easy to remotely manage networks via TCP/IP and is therefore vulnerable simply because it is intended to allow outsiders to run software remotely. Even the smallest vulnerability can allow unauthorized users to take over a network. SNMP is also found in the Windows world, but SNMP attacks are almost exclusive to Unix and Linux systems, perhaps because there are so many other ways to attack Windows. Applicability -- Most Linux and Unix systems come with SNMP installed and enabled by default. Fix -- The best fix is to disable SNMP if you can do without it. Otherwise, keep your version patched and use v3 if possible. On v1 and v2, treat community names as if they were passwords (i.e., make them difficult to guess and change them regularly). Additional tips on hardening SNMP are found in the original SANS/FBI report. FTP
Back when the Internet was a friendlier place, everyone placed files on servers and invited anyone to download them using FTP. Anonymous FTP is still widely available, but companies aren't using it for confidential data any longer. The problem with even authenticated FTP file transfers that require a unique user ID and password is that the data is transmitted in clear text. If that's not bad enough, a lot of FTP server programs have serious vulnerabilities. Applicability -- Most Unix and Linux systems have FTP installed and enabled by default. Use the free Nessus scanner to see whether your server is vulnerable to FTP. Fix -- Disable FTP if possible. If that isn't an option, place as many limits on it as you can, including placing administrative accounts in /etc/FTPusers to protect them and at a minimum, disabling the anonymous upload capability. Use TCP wrappers to limit FTP access to certain IP addresses. Click here if you need to install TCP wrappers on your system. See more options in the SANS/FBI report. R-Services
Rsh, rcp, rlogin, and rexec allow external access to a system and make it easy to move between systems without having to log in each time. R-Services are dangerous because they are not encrypted and use poor host authentication. Applicability -- Most Unix and Linux systems have R-Services installed and enabled. Fix -- Disable the services if at all possible; if not, use TCP wrappers to restrict access. Printer daemon
LPD lets users connect to a printer via TCP port 512. Applicability -- Most Unix and Linux systems are affected. Fix -- See CERT's general advisory about LPD, issued in 2001, for detailed help. Sendmail
This popular program is used for running an SMTP server. Applicability -- Most Unix and Linux systems have Sendmail installed and enabled. Fix -- Updating to the latest version will address a multitude of problems. You should not allow Sendmail to run in daemon mode except on dedicated mail servers or relays. BIND/DNS
This DNS server software is widely used and hence a popular target, but fixes are posted quickly. The major threat is to systems with older versions installed. Applicability -- Because of its popularity, administrations of all versions of BIND need to be aware of this general threat. Fix -- Keep versions updated. Otherwise, disable the BIND daemon (named) unless needed. Other steps to secure BIND are detailed in the Top 20 document. Passwords
No comment should be necessary regarding this vulnerability, but you'll find detailed recommendations in the SANS/FBI report.
