分类：
2010-05-06 15:37:14
组的设置方法是建立一个名为.htgroup的文本文件，内容如下：
groupname1: username1 username2 username3
groupname2: username1 username3 username4
并在.htaccess中加上“AuthGroupFile /absolute/path/.htgroup”。以ASCII模式上传所有文件后，该目录中的所有文件都会被保护起来。
如果将某些内容如密码，存放在一个文件中，那么别人只需知道该文件的对应位置，就可以一目了然，这样太不安全。其实完全可以不改变其他设置，也不用将文件移到其他地方就可解决这个问题，只需在.htaccess文件中加入以下几行：
order allow,deny
deny from all
如果系统安装的是Apache 1.3以后的版本，更可以支持regular expression的filesmatch。
order allow,deny
deny from all
files和filesmatch表示只对符合要求的部分文件生效。“order deny，allow”表示先找出禁止（deny）的，然后去找许可的（allow）。如果将它们的顺序颠倒“order allow，deny”则表示先找出许可的，然后才去找禁止的。“deny from all”则表示全部IP地址都不许可。相对地，“allow from all”表示全部都允许。可以如下设置：
order allow,deny
allow from all
deny from 111.222
deny from 111.222是指禁止所有以111.222开始的IP地址（如111.222.0.1）。除了设置IP地址外，也可以设置成hostname（如***.com）。“files”和“filesmatch”的用途很多，不但可以设置deny，也可以设置个别文件的密码，如：
require user 123
require user abc
总的来说，通过.htaccess来保护网站更为方便和安全。因为它不像利用程序实现密码保护时，有可能通过猜测的方法获取密码。利用.htaccess文件实现密码保护，一般是很难破解的。上述方案中有一个特点，那就是它使用普通的文本文件来存储验证信息，这就使得查询信息的效率受到了限制。而由于HTTP是无状态的，因此每一次内容被请求时，都要被验证，即使所请求的用户不存在也是如此。当然这对于用户比较少的站点来说根本不是什么问题，因此上述方案适用于用户数量比较少的站点。对于用户数量非常庞大的站点来说，就应该使用带数据模块的方案了。因为在默认情况下，Apache在编译时并不包含数据库模块，所以需要自己来编译和安装Apache服务器。
注意 在Red Hat默认安装和自己编译安装两种情况下，配置文件的位置及其中的一些参数值是不尽相同的，在下面的配置过程中就不一一说明了
此外，在进行编译前，应该删除已有的安装。方法是使用下面的命令查询出所安装的软件包：
rpm -qa|grep httpd
然后使用rpm -e命令进行删除。
下面就来进行配置过程：从站点下载最新的Apache，本节采用当时的最新版本2.2.45。将下载文件复制至/tmp目录中，运行下面命令：
tar zxvf httpd-2.2.45.tar.gz
解压缩后切换至目录httpd-2.2.45中。运行下面命令：
./configure -enable-module=auth_db
这就是声明在编译时要包含数据库模块，这个过程要花费一些时间。
CGI脚本的漏洞已经成为Web服务器的首要安全隐患，通常是程序编写CGI脚本中产生了许多漏洞。控制CGI脚本的漏洞除了在编写时需要注意对输入数据的合法性检查、对系统调用的谨慎使用等因素外，首先使用CGI程序所有者的UID来运行这些程序。这些CGI程序即使存在某些漏洞，那么其危害也仅限于该UID所能够访问的文件。也就是说，这样只能伤害用户的文件，而不会对整个系统带来致命的影响。
通过安装和使用suEXEC的应用程序，可以为Apache服务器提供CGI程序的控制支持（从Apache l.3版以后，suEXEC已经作为Apache服务器的一部分），可以把suEXEC看作一个包装器，在Apache接到对CGI程序的调用请求后，它将这个调用请求交给suEXEC来负责完成具体的调用，并且从suEXEC获得返回的结果。
suEXEC能解决一些安全问题，但也会降低服务性能，因为它只能运行在CGI版本的PHP上，而CGI版本比模块版本运行速度慢。原因是模块版本使用了线程，而使用CGI版本的是进程。在不同线程之间的环境转换和访问公用的存储区域显然要比在不同的进程之间要快得多。
建议在对安全性能要求比较高时使用suEXEC，为此还要以牺牲速度为代价。此外，可以尝试另外一个软件CGIWrap，它的安全性能高于suEXEC。官方网址为ftp://ftp.cc.umr.edu/pub/cgi/cgiwrap。
减少SSI脚本的风险，如果用exec等SSI命令运行外部程序，也会存在类似CGI脚本程序的危险，除了内部调试程序时都应当可以使用Option命令禁止其使用。
Options IncludesNOEXEC
所谓的“监牢”是指通过chroot机制来更改某个软件运行时所能看到的根目录，即将某软件运行限制在指定目录中，保证该软件只能对该目录及其子目录的文件有所动作，从而保证整个服务器的安全。这样即使被破坏或侵入，所受的损伤也不大。
将软件chroot化的一个问题是该软件运行时需要的所有程序、配置文件和库文件都必须事先安装到chroot目录中，通常称这个目录为chroot jail（chroot“监牢”）。如果要在“监牢”中运行Apache，而事实上根本看不到文件系统中那个真正的目录，就需要事先创建目录，并将httpd复制到其中。同时，httpd需要库文件，可以使用LDD（Library Dependency Display）命令查看，LDD的作用是显示一个可执行程序必须使用的共享库。这意味着还需要在“监牢”中创建lib目录，并将库文件复制到其中。手工完成这一工作是非常麻烦的，此时可以用jail软件包来帮助简化chroot“监牢”建立的过程。jail官方网站是：，最新版本为1.9a。
以前，UNIX/Linux上的daemon都是以root权限启动的。当时，这似乎是一件理所当然的事情，因为像Apache这样的服务器软件需要绑定到“众所周知”的端口上（小于1024）来监听HTTP请求，而root是唯一有这种权限的用户。但是，随着攻击者活动的日益频繁，尤其是缓冲区溢出漏洞数量的激增，使服务器安全受到了更大的威胁。一旦某个网络服务存在漏洞，攻击者就能够访问并控制整个系统。因此，为了减小这种攻击所带来的负面影响，现在的服务器软件通常设计为以root权限启动，然后服务器进程自行放弃root权限，再以某个低权限的系统账号来运行进程。这种方式的好处在于一旦该服务被攻击者利用漏洞入侵，由于进程权限很低，攻击者得到的访问权限又是基于这个较低权限的，对系统造成的危害比以前减轻了许多。
有些攻击者会试图找到系统其他的漏洞来提升权限，直至达到root权限。由于本地安全性远低于远程安全性，因此攻击者很有可能在系统中找到可以提升权限的东西。即使没有找到本地漏洞，攻击者也可能会制造其他损害，如删除文件、涂改主页等。
为了进一步提高系统安全性，Linux内核引入了chroot机制。chroot是内核中的一个系统调用，软件可以通过调用库函数chroot，来更改某个进程所能见到的根目录。比如，Apache软件安装在/usr/local/httpd/目录下，以root用户（或具有相同权限的其他账号）启动Apache，这个root权限的父进程会派生数个以nobody权限运行的子进程，具体情况取决于个人设置。父进程监听来自80端口的TCP数据流，然后根据内部算法将这个请求分配给某个子进程来处理。这时Apache子进程所处的目录继承父进程，即/usr/local/httpd/。但是，一旦目录权限设定失误，被攻击的Apache子进程可以访问/usr/local、/usr、/tmp，甚至整个文件系统，因为Apache进程所处的根目录仍是整个文件系统的根。如果能够利用chroot将Apache限制在/usr/local/httpd/，那么，Apache所能存取的文件都是/usr/local/httpd/下的文件或其子目录下的文件。创建chroot“监牢”的作用就是将进程权限限制在文件系统目录树中的某一子树中。
在网站projects/jail/上可以下载到jail的最新版本，它是由jail chroot项目小组开发的。该软件包包含了帮助自动创建chroot“监牢”的C程序、Perl程序和Bash脚本。
首先将jail.tar.gz置于任意目录，然后执行命令：
#tar xzvf jail.tar.gz && cd jail/src
按照个人实际情况修改makefile文件，尤其是安装路径（默认安装路径是/usr/local）、体系结构（jail支持Linux, FreeBSD, IRIX和Solaris），以及编译选项等。最后执行命令：
#make && make install
为jail创建chroot“监牢”。
现在创建一个目录作为chroot“监牢”，以/var/chroot/为例。执行下面的命令为chroot“监牢”创建环境：
#/usr/local/bin/mkjailenv /var/chroot
这样“监牢”就建好了。jail软件包提供了几个Perl脚本作为其核心命令，包括mkjailenv、addjailuser和addjailsw。addjailsw会从真实文件系统中复制二进制可执行文件及其相关的其他文件（包括库文件、辅助性文件和设备文件）到该“监牢”中。
接下来需要为这个“监牢”增加一些软件，以便让它运行起来。执行以下命令安装一些基本的软件，包括ls、cat、cp等程序和ld-linux.so.2等库文件。
#/usr/local/bin/addjailsw /var/chroot
事实上仅有这些基本软件是不够的，还需要把一些真正有用的东西加进来。以Apache服务器软件为例：
#addjailsw /var/chroot/ -P /usr/local/httpd/bin/httpd
addjailsw
A component of Jail (version 1.9 for linux)
projects/jail/
Juan M. Casillas
Guessing /usr/local/httpd/bin/httpd args(0)
Warning: file /var/chroot//lib/libssl.so.4 exists. Overwritting it
Warning: file /var/chroot//lib/libcrypto.so.4 exists. Overwritting it
Warning: file /var/chroot//lib/libresolv.so.2 exists. Overwritting it
……
Done.
不用在意那些告警信息，因为jail会调用LDD检查httpd用到的库文件。而几乎所有基于共享库的二进制可执行文件都需要上述的几个库文件。接下来将Apache的相关文件复制到“监牢”中：
#cp -a /usr/local/httpd/ /var/chroot/usr/local/
可根据个人情况依次将Apache需要的文件复制到“监牢”中。
有时候需要为chroot“监牢”创建新的用户，比如Apache要求创建nobody用户作为子进程用户。鉴于可能有其他进程使用nobody，还可以使用另一用户——httpd。首先需要在真实系统中创建httpd用户：
#useradd -d /var/chroot -s /usr/local/bin/jail httpd
然后执行以下命令在chroot“监牢”中创建httpd用户：
#/usr/local/bin/addjailuser /var/chroot /usr/local/httpd /usr/sbin/httpd httpd
接下来修改/var/chroot/usr/local/httpd/conf/httpd.conf，将User nobody替换为User httpd。由于chroot后Apache将以httpd身份启动进程，只有root有权将Apache绑定在低端口上（通常为80），因此还需要修改端口值，该值必须大于1024（假设为8080）。这个修改要应用到Apache的所有配置文件中，包括虚拟主机的配置。至于Apache的其他设置，与在真实文件系统中一样配置即可。
接下来需要复制一些其他的文件。启动Apache，最常见的方式就是调用apachectl，这是个Bash脚本。查看这个文件，会发现如下行：
HTTPD='/usr/local/httpd/bin/httpd'
LYNX="lynx -dump"
ULIMIT_MAX_FILES="ulimit -S -n `ulimit -H -n`"
ARGV="-h"
$HTTPD -k $ARGV
$HTTPD -k start -DSSL
$HTTPD -t
$LYNX $STATUSURL | awk ' /process$/ { print; exit } { print } '
其中ulimit、lynx和awk是辅助性的程序。另外需要注意的是，程序使用不同的参数时，可能会使用不同的库文件，因此，为了让Apache完整运行，使用下面的命令来跟踪所有可能的文件：
///usr/local/bin/addjailsw /var/chroot -P httpd "-k start -DSSL"
用上述的参数替换引号中的参数，完成全部的工作。
最后，让Apache成功运行起来：
//su - httpd &
打开浏览器进行测试，访问Web服务器时记住加上8080端口号。
使用具有SSL功能的Web服务器，可以提高网站的安全性能。SSL协议工作在Linux TCP/IP协议和HTTP协议之间，其关系如图6-12所示。
SSL使用加密方法来保护Web服务器和浏览器之间的信息流。SSL不仅用于加密在互联网上传递的数据流，而且还提供双方身份验证。这样就可以安全地在线购物而不必担心别人窃取信用卡的信息。这种特性使得SSL适用于那些交换重要信息的地方，像电子商务和基于Web的邮件。
图6-12 SSL协议与Linux TCP/IP协议和HTTP协议之间关系
SSL使用公共密钥加密技术，服务器在连接结束时给客户端发送公用密钥用来加密信息，而加密的信息只有服务器用它自己持有的专用密钥才能解开。客户端用公用密钥加密数据，并且发送给服务器自己的密钥，以唯一确定自己，防止在系统两端之间有人冒充服务器或客户端进行欺骗。加密的HTTP连接用443端口号代替80端口号，以区别于普通的不加密的HTTP。客户端使用加密HTTP连接时会自动使用443端口而不是80端口，这使得服务器更容易做出相应的响应。SSL验证和加密的具体过程如下：
① 用户使用浏览器，访问Web服务器站点，发出SSL握手信号；
② Web服务器发出回应，并出示服务器证书（公钥），显示系统Web服务器站点身份；
③ 浏览器验证服务器证书，并生成一个随机的会话密钥，密钥长度达到128位；
④ 浏览器用Web服务器的公钥加密该会话密钥；
⑤ 浏览器将会话密钥的加密结果发送Web服务器；
⑥ Web服务器用自己的私钥解密得出真正的会话密钥；
⑦ 现在浏览器和Web服务器都拥有同样的会话密钥，双方可以放心使用这个会话密钥来加密通信内容；
⑧ 安全通信通道建立成功。
Apache服务器使用SSL时通常有两种选择，即主服务器或虚拟Web站点。
如果使用的是RHEL 3.0~4.0，那么可以直接使用命令“rpm -qa | grep mod_ssl”检查，如果没有安装，可以以root的身份登录系统，输入命令“system-config-packages”。利用GUI套件管理工具的网页服务器，点选“详细信息”，然后勾选“mod_ssl”，提示放入适当的光盘，便可完成安装工作，如图6-13所示。
图6-13 安装mod_ssl软件包
下面产生SSL凭证，使用以下命令可以产生.key和.csr档：
# openssl genrsa -out server.key 1024
Generating RSA private key, 1024 bit long modulus
......++++++
........++++++
e is 65537 (0x10001)
# chmod 600 server.key
# openssl req -new -key server.key -out server.csr
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [GB]:CN
State or Province Name (full name) [Berkshire]:China
Locality Name (eg, city) [Newbury]:beijing City
Organization Name (eg, company) [My Company Ltd]:x41
Organizational Unit Name (eg, section) []:x41
Common Name (eg, your name or your server's hostname) []:localhost
Email Address []:goodcjh@2911.net
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:goodcjh
An optional company name []:goodcjh
注意 黑体部分是需要手工输入的。下面要自行签署才有效，然后再让使用者汇入你的凭证才行。
以下将示范如何自己签署金钥：
openssl x509 -req -days 365 –in server.csr -signkey www. server.key -out server.crt
完成之后，你应该就会产生三个文件：server.csr, server.key, server.crt。将它们复制到ca存放的目录/etc/httpd/conf/ca，然后修改Apache配置文件httpd.conf，添加以下两行：
SSLCertificateFile /etc/httpd/conf/ca/server.crt
SSLCertificateKeyFile /etc/httpd/conf/ca/server.key
重新启动Apache：
apachectl stop
apachectl startssl
使用浏览器访问Apache服务器的首页，输入“”，此时出现屏幕提示，如图6-14所示。
点击“确定”按钮，即可进入加密显示的Apache首页，注意浏览器的位置栏和右下角的标志，如图6-15所示。
图6-14 HTTPS安全性提示的界面
如果使用的Linux发行版本没有包括mod_ssl软件，可以使用APT命令添加。Debian GNU/Linux 是APT（Advanced Package Tool）的缔造者。其初衷是利用工具来解决软件安装时的依赖性问题。工作原理大致为：用户安装APT客户端工具，查寻APT服务器的资料库（repositories）上的RPM软件包信息，并分析软件包之间的依赖性，然后下载并进行安装。APT 除了可以让你很方便且快速地安装 RPM 软件外，你也可以用它来更新系统。虽然APT是基于Debian的软件包管理工具，但是已经被一个巴西公司Conectiva移植到基于RPM的系统上。因此，对于基于RPM软件包管理的平台，如 Red Hat、TurboLinux、SuSe、Mandrake等Linux发行版本，APT是一个非常优秀的软件管理工具。
图6-15 加密显示的Apache首页
运行APT之前需要确认服务器上Apache是否已经可以提供WWW服务，并且/var分区是否有足够的空间。
# wget 1.1.fc3.fr.i386.rpm
# wget http://ftp.freshrpms.net/pub/freshrpms/fedora/linux/3/apt/apt-devel-0.5. 15cnc6-1.1.fc3.fr.i386.rpm
# rpm －ivh apt-devel-0.5.15cnc6-1.1.fc3.fr.i386.rpm
# rpm －ivh apt-0.5.15cnc6-1.1.fc3.fr.i386.rpm
接着需要加入freshrpms.net的公共密钥GPG-KEY，然后在/etc/apt下建立一个/gpg文件夹，将GPG-KEY保存在那里，以便日后管理。
# rpm --import
安装图形界面，freshrpms.net站点提供了一个图形界面的apt-rpm接口Synaptic，使用图形界面的APT更加方便，可以直接利用APT安装Synaptic：
# apt-get install synaptic
在几行提示之后Synaptic就安装好了，进入X Window后，Synaptic会出现在“系统设置”菜单里面。界面如图6-16所示。
图6-16 APT图形化接口Synaptic
APT系统主要包括以下命令，如表6-1所示。
表6-1 APT系统的主要命令
|
命 令 |
描 述 |
|
apt-get update |
更新apt-get的本地数据库，使其与服务器的pkglist文件同步。在升级以前一般都要执行本命令实现与服务器的一致 |
|
apt-get check |
验证本地系统的完整性 |
|
apt-get dist-upgrade |
安装所有的基础软件包，升级一切软件包，并在需要时安装新软件包 |
|
apt-get remove package_name |
删除该软件包，同时会删除依赖于它的软件包 |
|
apt-get install package_name |
安装某个软件包及其相关软件包 |
|
apt-get source package_name |
下载软件包的source rpm |
|
apt-get clean |
删除保存在缓存目录下（/var/cache/apt/archives）的被下载的软件包 |
|
apt-get upgrade package_name |
升级指定的软件包，并升级其依赖的软件包 |
|
apt-cdrom add |
自动安装光盘并建立列表 |
|
apt-cache depends package_name |
显示软件包的依赖性关系 |
|
apt-cache package_name |
在网络上搜索指定的软件包 |
|
apt-config dump |
显示目前的配置信息 |
其中用户使用最多的就是apt-get命令。
# apt-get install openssl
# apt-get install libapache-mod-ssl
# apache-modconf apache enable mod_ssl
然后产生认证文件。方法和上面相似。
# cd /etc/apache/ssl.key/
# openssl genrsa -out server.key 1024
# chmod 600 server.key
# openssl genrsa -des3 -out server.key 1 024
# cd ../ssl.csr/
# openssl req -new -key ../ssl.key/server.key -out server.csr
# cd ../ssl.crt/
# openssl req new -x509 -nodes -sha1 -days 365 -key /ssl.key/server.key -out server.crt
如果使用的是虚拟主机，还要修改Apache配置文件：
Listen *:443
ServerName secure.example.org
DocumentRoot /home/username/public_html/
User username
Group groupname
DirectoryIndex index.php index.html index.htm
SSLEngine On
SSLCertificateKeyFile /etc/apache/ssl.key/server.key
SSLCertificateFile /etc/apache/ssl.crt/server.crt
SSLCACertificateFile /etc/apache/ssl.crt/ca.crt
Apache服务器对拒绝服务攻击的防范主要通过软件Apache DoS Evasive Maneuvers Module 来实现。它是一款mod_access的替代软件，可以对抗DoS攻击。该软件可以快速拒绝来自相同地址对同一URL的重复请求，通过查询内部一张各子进程的哈希表来实现。到网站 securityfocus.com/data/tools/dospatch.tar.gz上下载软件。软件安装的配置可以查看Linux中文主页上的Apache性能和安全指南，过程比较简单，限于篇幅这里就不介绍了。
同时可以使用Linux系统强大的命令手段防范Dos攻击。
netstat -an | grep -i “服务器IP地址:80” | awk '{print $6}' | sort | uniq -c | sort -n
这个命令会自动统计TCP连接的各个状态的数量，如果syn_recv很高的话，就不能排除有基于TCP协议的拒绝服务攻击的可能。于是需要打开tcp_syncookies：
echo 1 > /proc/sys/net/ipv4/tcp_syncookies
如果没有 /proc/sys/net/ipv4/tcp_syncookies，说明内核不支持syncookies，需要重新编译内核，同时降低SYN重试次数。
echo “1” > /proc/sys/net/ipv4/tcp_syn_retries
echo “1” > /proc/sys/net/ipv4/tcp_synack_retries
同时加大syn_backlog，以保证用户的访问：
echo “2048” > /proc/sys/net/ipv4/tcp_max_syn_backlog
