本文所討論的安全性環境是在Linux+Apache+Mysql+PHP。超出此範圍的安全性問題不在本文範疇之內
##一、apache server安全性設定
##1 、以Nobody用戶運行
一般情況下，Apache是由Root
來安裝和運行的。如果Apache Server程序具有Root使用者特權，那麼它將給系統的安全性構成很大的威脅，應確保Apache
Server進程以最可能低的權限使用者來運作。透過修改httpd.conf檔案中的下列選項，以Nobody使用者執行Apache
達到相對安全的目的。
User nobody
Group# -1
2、ServerRoot目錄的權限
為了確保所有的配置是適當的且安全的，需要嚴格控制Apache 主目錄的存取權限，使非超級使用者無法修改該目錄中的內容。 Apache 的主目錄對應Apache Server設定檔httpd.conf的Server Root控制項中，應為：
Server Root /usr/local/apache
3、SSI的設定
在設定檔access.conf 或httpd.conf中的確Options指令處加入Includes NO EXEC選項，以停用Apache Server 中的執行功能。避免使用者直接執行Apache 伺服器中的執行程序，而造成伺服器系統的公開化。
Options Includes Noexec
4、阻止使用者修改系統設定#
在Apache 伺服器的設定檔中進行以下的設置，阻止使用者建立、修改 .htaccess文件，防止使用者超越能定義的系統安全特性。
AllowOveride None
#
Options None
Allow from all
然後再分別對特定的目錄進行適當的配置。
5、改變Apache 伺服器的預設存取特性
Apache 的預設設定只能保障一定程度的安全，如果伺服器能夠透過正常的映射規則找到文件，那麼客戶端就會取得該文件，如local host/~ root/ 將允許使用者存取整個
檔案系統
。在伺服器檔案中加入以下內容：
ord
er deny,ellow
Deny from all
將禁止對檔案系統的缺省存取。
6、CGI腳本的安全性考量#
CGI腳本是一系列可以透過Web伺服器來執行的程式。為了確保系統的安全性，應確保CGI的作者是可信的。對CGI而言，最好將其限制在一個特定的目
錄下，如cgi-bin之下，便於管理；另外應該保證CGI目錄下的文件是不可寫的，避免一些欺騙性的程序駐留或混跡其中；如果能夠給用戶一個安全性
良好的CGI程式的模組作為參考，也許會減少許多不必要的麻煩和安全隱患；除去CGI目錄下的所有非業務應用的腳本，以防異常的信息洩漏。
7、SSL連結加密#
以上這些常用的措施可以給Apache Server 一個基本的安全運作環境，顯然在具體實施上還要做進一步的細化分解，制定出符合實際應用的安全性設定方案。
二、PHP安全性設定#
伺服器並不能阻止所有的安全性問題，例如程式漏洞問題、使用者輸入表單問題、PHP檔案權限問題等。 也可以透過一些手段來迷惑駭客或別有用心者。
1、程式碼漏洞問題#
許多 PHP 程式所存在的重大弱點並不是 PHP 語言本身的問題，而是程式設計師的安全意識不高而導致的。因此，必須時時注意每一段程式碼可能存在的問題，去發現非正確資料提交時可能造成的影響。
<?php
unlink ($evil_var);
fwrite ($fp, $evil_var);
system ($evil_var);
exec ($evil_var);
?>登入後複製
必須時常留意你的程式碼，以確保每一個從客戶端提交的
變數
都經過適當的檢
查，然後問自己以下一些問題：
此腳本是否只能影響所預期的檔案？
#
非正常的數據提交後能否產生作用？
#
此腳本能用於計劃外的用途嗎？
#
此腳本能否和其它腳本結合起來做壞事？
#
是否所有的事務都被充分記錄了？
在写代码的时候问自己这些问题，否则以后可能要为了增加安全性而重写代码了。注意了这些问题的话，也许还不完全能保证系统的安全，但是至少可以提高安全性。
还可以考虑关闭 register_globals，magic_quotes 或者其它使编程更方便但会使某个变量的合法性，来源和其值被搞乱的设置。
2、用户输入表单问题
验证用户输入的任何数据，保证PHP代码的安全。
注意1：JS只是为了提高来访用户的体验而产生的，而不是验证的工具。因为任何一个来访的用户都可能会，也有可能无意间就禁用了客户端脚本的执行，从而跳过这层验证。所以我们必须在PHP的服务器端程序上检验这些数据。
注意2：不要使用$_SERVER['HTTP_REFERER']这个超级变量来检查数据的来源地址，一个很小的菜鸟黑客都会利用工具来伪造这个变量的数据，尽可能利用Md5，或者rand等函数来产生一个令牌，验证来源的时候，验证这个令牌是否匹配。
3、PHP文件权限问题
PHP
被设计为以用户级别来访问文件系统，所以完全有可能通过编写一段 PHP 代码来读取系统文件如
/etc/passwd，更改网络连接以及发送大量打印任务等等。因此必须确保 PHP 代码读取和写入的是合适的文件。
请看下面的代码，用户想要删除自己主目录中的一个文件。假设此情形是通过 web 界面来管理文件系统，因此 Apache
用户有权删除用户目录下的文件。
<?php
$username = $_POST['user_submitted_name'];
$homedir = "/home/$username";
$file_to_delete = "$userfile";
unlink ("$homedir/$userfile");
echo "$file_to_delete has been deleted!";
?>登入後複製
既然 username 变量可以通过用户表单来提交，那就可以提交别人的用户名和文件名，并删除该文件。这种情况下，就要考虑其它方式的认证：
-只给 PHP 的 web 用户很有限的权限。 -检查所有提交上来的变量。 -以下是更加安全的文件名和变量的验证和检查：
<?php
$username = $_SERVER['REMOTE_USER'];
$homedir = "/home/$username";
if (!ereg('^[^./][^/]*$', $userfile))
die('bad filename');
if (!ereg('^[^./][^/]*$', $username))
die('bad username');
?>登入後複製
4、隐藏PHP扩展名
一般而言，通过隐藏的手段提高安全性被认为是作用不大的做法。但某些情况下，尽可能的多增加一份安全性都是值得的。
一些简单的方法可以帮助隐藏 PHP，这样做可以提高攻击者发现系统弱点的难度。在 php.ini 文件里设置 expose_php = off ，可以减少他们能获得的有用信息。
另一个策略就是让 web 服务器用 PHP 解析不同扩展名。无论是通过 .htaccess 文件还是 Apache 的配置文件，都可以设置能误导攻击者的文件扩展名：
# 使PHP看上去像其它的编程语言
AddType application/x-httpd-php .asp .py .pl
# 使 PHP 看上去像未知的文件类型
AddType application/x-httpd-php .bop .foo .133t
# 使 PHP 代码看上去像 HTML 页面
AddType application/x-httpd-php .htm .html
要让此方法生效，必须把 PHP 文件的扩展名改为以上的扩展名。这样就通过隐藏来提高了安全性，虽然防御能力很低而且有些缺点。
三、Mysql数据库安全性设置
PHP 本身并不能保护数据库的安全。下面的章节只是讲述怎样用 PHP 脚本对数据库进行基本的访问和操作。记住一条简单的原则：深入防御。保护数据库的措施越多，攻击者就越难获得和使用数据库内的信息。正确地设计和应用数据库可以减少被攻击的担忧。
1、数据库设计问题
应用程序永远不要使用数据库所有者或超级用户帐号来连接数据库，因为这些帐号可以执行任意的操作，比如说修改数据库结构（例如删除一个表）或者清空整个数据库的内容。以下截图的用户设置是危险的。
应该为程序的每个方面创建不同的数据库帐号，并赋予对数据库对象的极有限的权限。仅分配给能完成其功能所需的权限，避免同一个用户可以完成另一个用户的事情。这样即使攻击者利用程序漏洞取得了数据库的访问权限，也最多只能做到和该程序一样的影响范围。
2.数据库连接问题
把连接建立在 SSL 加密技术上可以增加客户端和服务器端通信的安全性，或者 SSH 也可以用于加密客户端和数据库之间的连接。如果使用了这些技术的话，攻击者要监视服务器的通信或者得到数据库的信息是很困难的。
3.数据库数据的加密
SSL/SSH 能保护客户端和服务器端交换的数据，但 SSL/SSH 并不能保护数据库中已有的数据。SSL 只是一个加密网络数据流的协议。
如果攻击者取得了直接访问数据库的许可（绕过 web 服务器），敏感数据就可能暴露或者被滥用，除非数据库自己保护了这些信息。对数据库内的数据加密是减少这类风险的有效途径，但是只有很少的数据库提供这些加密功能。
对于这个问题，有一个简单的解决办法，就是创建自己的加密机制，然后把它用在 PHP 程序内，最常见的例子就是把密码经过 MD5 加密后的散列存进数据库来代替原来的明文密码。
<?php
$query = sprintf("INSERT INTO users(name,pwd) VALUES('%s','%s');",
addslashes($username), md5($password));
$result = pg_query($connection, $query);
$query = sprintf("SELECT 1 FROM users WHERE name='%s' AND pwd='%s';",
addslashes($username), md5($password));
$result = pg_query($connection, $query);
if (pg_num_rows($result) > 0) {
echo 'Welcome, $username!';
} else {
echo 'Authentication failed for $username.';
}
?>登入後複製
4、SQL注入问题
直接 SQL 命令注入就是攻击者常用的一种创建或修改已有 SQL 语句的技术，从而达到取得隐藏数据，或覆盖关键的值，甚至执行数据库主机操作系统命令的目的。这是通过应用程序取得用户输入并与静态参数组合成 SQL 查询来实现的。下面将会给出一些真实的例子。
<?php
$query = "SELECT id, name, inserted, size FROM products
WHERE size = '$size'
ORDER BY $order LIMIT $limit, $offset;";
$result = odbc_exec($conn, $query);
?>
登入後複製
可以在原来的查询的基础上添加另一个
SELECT 查询来获得密码： union select '1', concat(uname||'-'||passwd) as name,
'1971-01-01', '0' from usertable; 假如上述语句（使用 ' 和 –）被加入到 $query
中的任意一个变量的话，那么就麻烦了。
这些攻击总是建立在发掘安全意识不强的代码上的。所以，永远不要信任外界输入的数据，特别是来自于客户端的，包括选择框、表单隐藏域和 cookie。就如上面的第一个例子那样，就算是正常的查询也有可能造成灾难。
永远不要使用超级用户或所有者帐号去连接数据库。要用权限被严格限制的帐号。
检查输入的数据是否具有所期望的数据格式。PHP 有很多可以用于检查输入的函数，从简单的变量函数和字符类型函数（比如
is_numeric()，ctype_digit()）到复杂的 Perl 兼容正则表达式函数都可以完成这个工作。
如果程序等待输入一个数字，可以考虑使用 is_numeric() 来检查，或者直接使用 settype() 来转换它的类型，也可以用 sprintf() 把它格式化为数字。
一个更安全的防止SQL注入的分页显示方法：
<?php
settype($offset, 'integer');
$query = "SELECT id, name FROM products ORDER BY name LIMIT 20 OFFSET $offset;";
$query = sprintf("SELECT id, name FROM products ORDER BY name LIMIT 20 OFFSET %d;",
$offset);
?>登入後複製
以上是整理了一些關於PHP安全性的知識的詳細內容。更多資訊請關注PHP中文網其他相關文章！
