【1、在服务器端配置】php
安全,PHP代码编写是一方面,PHP的配置更是很是关键。
咱们php手手工安装的,php的默认配置文件在 /usr/local/apache2/conf/php.ini,咱们最主要就是要配置php.ini中的内容,让咱们执行 php可以更安全。整个PHP中的安全设置主要是为了防止phpshell和SQL Injection的攻击,一下咱们慢慢探讨。咱们先使用任何编辑工具打开 /etc/local/apache2/conf/php.ini,若是你是采用其余方式安装,配置文件可能不在该目录。
(1) 打开php的安全模式
php的安全模式是个很是重要的内嵌的安全机制,可以控制一些php中的函数,好比system(),
同时把不少文件操做函数进行了权限控制,也不容许对某些关键文件的文件,好比/etc/passwd,
可是默认的php.ini是没有打开安全模式的,咱们把它打开:
safe_mode = on
(2) 用户组安全
当safe_mode打开时,safe_mode_gid被关闭,那么php脚本可以对文件进行访问,并且相同
组的用户也可以对文件进行访问。
建议设置为:
safe_mode_gid = off
若是不进行设置,可能咱们没法对咱们服务器网站目录下的文件进行操做了,好比咱们须要
对文件进行操做的时候。
(3) 安全模式下执行程序主目录
若是安全模式打开了,可是倒是要执行某些程序的时候,能够指定要执行程序的主目录:
safe_mode_exec_dir = D:/usr/bin
通常状况下是不须要执行什么程序的,因此推荐不要执行系统程序目录,能够指向一个目录,
而后把须要执行的程序拷贝过去,好比:
safe_mode_exec_dir = D:/tmp/cmd
可是,我更推荐不要执行任何程序,那么就能够指向咱们网页目录:
safe_mode_exec_dir = D:/usr/www
(4) 安全模式下包含文件
若是要在安全模式下包含某些公共文件,那么就修改一下选项:
safe_mode_include_dir = D:/usr/www/include/
其实通常php脚本中包含文件都是在程序本身已经写好了,这个能够根据具体须要设置。
(5) 控制php脚本能访问的目录
使用open_basedir选项可以控制PHP脚本只能访问指定的目录,这样可以避免PHP脚本访问
不该该访问的文件,必定程度上限制了phpshell的危害,咱们通常能够设置为只能访问网站目录:
open_basedir = D:/usr/www
(6) 关闭危险函数
若是打开了安全模式,那么函数禁止是能够不须要的,可是咱们为了安全仍是考虑进去。好比,
咱们以为不但愿执行包括system()等在那的可以执行命令的php函数,或者可以查看php信息的
phpinfo()等函数,那么咱们就能够禁止它们:
disable_functions = system,passthru,exec,shell_exec,popen,phpinfo
若是你要禁止任何文件和目录的操做,那么能够关闭不少文件操做
disable_functions = chdir,chroot,dir,getcwd,opendir,readdir,scandir,fopen,unlink,delete,copy,mkdir, rmdir,rename,file,file_get_contents,fputs,fwrite,chgrp,chmod,chown
以上只是列了部分不叫经常使用的文件处理函数,你也能够把上面执行命令函数和这个函数结合,
就可以抵制大部分的phpshell了。
(7) 关闭PHP版本信息在http头中的泄漏
咱们为了防止黑客获取服务器中php版本的信息,能够关闭该信息斜路在http头中:
expose_php = Off
好比黑客在 telnet www.12345.com 80 的时候,那么将没法看到PHP的信息。
(8) 关闭注册全局变量
在PHP中提交的变量,包括使用POST或者GET提交的变量,都将自动注册为全局变量,可以直接访问,
这是对服务器很是不安全的,因此咱们不能让它注册为全局变量,就把注册全局变量选项关闭:
register_globals = Off
固然,若是这样设置了,那么获取对应变量的时候就要采用合理方式,好比获取GET提交的变量var,
那么就要用$_GET['var']来进行获取,这个php程序员要注意。
(9) 打开magic_quotes_gpc来防止SQL注入
SQL注入是很是危险的问题,小则网站后台被入侵,重则整个服务器沦陷,
因此必定要当心。php.ini中有一个设置:
magic_quotes_gpc = Off
这个默认是关闭的,若是它打开后将自动把用户提交对sql的查询进行转换,
好比把 ' 转为 \'等,这对防止sql注射有重大做用。因此咱们推荐设置为:
magic_quotes_gpc = On
(10) 错误信息控制
通常php在没有链接到数据库或者其余状况下会有提示错误,通常错误信息中会包含php脚本当
前的路径信息或者查询的SQL语句等信息,这类信息提供给黑客后,是不安全的,因此通常服务器建议禁止错误提示:
display_errors = Off
若是你倒是是要显示错误信息,必定要设置显示错误的级别,好比只显示警告以上的信息:
error_reporting = E_WARNING & E_ERROR
固然,我仍是建议关闭错误提示。
(11) 错误日志
建议在关闭display_errors后可以把错误信息记录下来,便于查找服务器运行的缘由:
log_errors = On
同时也要设置错误日志存放的目录,建议根apache的日志存在一块儿:
error_log = D:/usr/local/apache2/logs/php_error.log
注意:给文件必须容许apache用户的和组具备写的权限。
MYSQL的降权运行
新创建一个用户好比mysqlstart
net user mysqlstart fuckmicrosoft /add
net localgroup users mysqlstart /del
不属于任何组
若是MYSQL装在d:\mysql ,那么,给 mysqlstart 彻底控制 的权限
而后在系统服务中设置,MYSQL的服务属性,在登陆属性当中,选择此用户 mysqlstart 而后输入密码,肯定。
从新启动 MYSQL服务,而后MYSQL就运行在低权限下了。
若是是在windos平台下搭建的apache咱们还须要注意一点,apache默认运行是system权限,
这很恐怖,这让人感受很不爽.那咱们就给apache降降权限吧。
net user apache fuckmicrosoft /add
net localgroup users apache /del
ok.咱们创建了一个不属于任何组的用户apche。
咱们打开计算机管理器,选服务,点apache服务的属性,咱们选择log on,选择this account,咱们填入上面所创建的帐户和密码,
重启apache服务,ok,apache运行在低权限下了。
实际上咱们还能够经过设置各个文件夹的权限,来让apache用户只能执行咱们想让它能干的事情,给每个目录创建一个单独能读写的用户。
这也是当前不少虚拟主机提供商的流行配置方法哦,不过这种方法用于防止这里就显的有点大材小用了。 html
【2、在PHP代码编写】mysql
虽然国内不少PHP程序员仍在依靠addslashes防止SQL注入,仍是建议你们增强中文防止SQL注入的检查。addslashes的问题在于黑客能够用0xbf27来代替单引号,而addslashes只是将0xbf27修改成0xbf5c27,成为一个有效的多字节字符,其中的0xbf5c仍会被看做是单引号,因此addslashes没法成功拦截。
固然addslashes也不是毫无用处,它是用于单字节字符串的处理,多字节字符仍是用mysql_real_escape_string吧。
另外对于php手册中get_magic_quotes_gpc的举例:
if (!get_magic_quotes_gpc()) {
$lastname = addslashes($_POST[‘lastname’]);
} else {
$lastname = $_POST[‘lastname’];
}程序员
最好对magic_quotes_gpc已经开放的状况下,仍是对$_POST[’lastname’]进行检查一下。
再说下mysql_real_escape_string和mysql_escape_string这2个函数的区别:
mysql_real_escape_string 必须在(PHP 4 >= 4.3.0, PHP 5)的状况下才能使用。不然只能用 mysql_escape_string ,二者的区别是:mysql_real_escape_string 考虑到链接的
当前字符集,而mysql_escape_string 不考虑。
总结一下:
* addslashes() 是强行加\;
* mysql_real_escape_string() 会判断字符集,可是对PHP版本有要求;
* mysql_escape_string不考虑链接的当前字符集。
-------------------------------------------------------------------------------------------------
在PHP编码的时候,若是考虑到一些比较基本的安全问题,首先一点:
1. 初始化你的变量
为何这么说呢?咱们看下面的代码:
PHP代码
算法
1
2
3
4
5
6
7
8
9
10
11
|
<?php
if
(
$admin
)
{
echo
'登录成功!'
;
include
(
'admin.php'
);
}
else
{
echo
'你不是管理员,没法进行管理!'
;
}
?>
|
好,咱们看上面的代码好像是能正常运行,没有问题,那么加入我提交一个非法的参数过去呢,那么效果会如何呢?好比咱们的这个页是http://daybook.diandian.com/login.php,那么咱们提交:http://daybook.diandian.com/login.php?admin=1,呵呵,你想一些,咱们是否是直接就是管理员了,直接进行管理。
固然,可能咱们不会犯这么简单错的错误,那么一些很隐秘的错误也可能致使这个问题,好比phpwind论坛有个漏洞,致使可以直接拿到管理员权限,就是由于有个$skin变量没有初始化,致使了后面一系列问题。那么咱们如何避免上面的问题呢?首先,从php.ini入手,把php.ini里面的register_global =off,就是否是全部的注册变量为全局,那么就能避免了。可是,咱们不是服务器管理员,只能从代码上改进了,那么咱们如何改进上面的代码呢?咱们改写以下:
PHP代码
sql
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
<?php
$admin
= 0;
// 初始化变量
if
(
$_POST
[
'admin_user'
] &&
$_POST
[
'admin_pass'
])
{
// 判断提交的管理员用户名和密码是否是对的相应的处理代码
// ...
$admin
= 1;
}
else
{
$admin
= 0;
}
if
(
$admin
)
{
echo
'登录成功!'
;
include
(
'admin.php'
);
}
else
{
echo
'你不是管理员,没法进行管理!'
;
}
?>
|
那么这时候你再提交http://daybook.diandian.com/login.php?admin=1就很差使了,由于咱们在一开始就把变量初始化为 $admin = 0 了,那么你就没法经过这个漏洞获取管理员权限。
2. 防止SQL Injection (sql注射)
SQL 注射应该是目前程序危害最大的了,包括最先从asp到php,基本上都是国内这两年流行的技术,基本原理就是经过对提交变量的不过滤造成注入点而后使恶意用户可以提交一些sql查询语句,致使重要数据被窃取、数据丢失或者损坏,或者被入侵到后台管理。
那么咱们既然了解了基本的注射入侵的方式,那么咱们如何去防范呢?这个就应该咱们从代码去入手了。
咱们知道Web上提交数据有两种方式,一种是get、一种是post,那么不少常见的sql注射就是从get方式入手的,并且注射的语句里面必定是包含一些sql语句的,由于没有sql语句,那么如何进行,sql语句有四大句:select 、update、delete、insert,那么咱们若是在咱们提交的数据中进行过滤是否是可以避免这些问题呢?
因而咱们使用正则就构建以下函数:
PHP代码
shell
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<?php
function
inject_check(
$sql_str
)
{
return
eregi
(
'select|insert|update|delete|'
|
function
verify_id(
$id
=null)
{
if
(!
$id
) {
exit
(
'没有提交参数!'
); }
// 是否为空判断
elseif
(inject_check(
$id
)) {
exit
(
'提交的参数非法!'
); }
// 注射判断
elseif
(!
is_numeric
(
$id
)) {
exit
(
'提交的参数非法!'
); }
// 数字判断
$id
=
intval
(
$id
);
// 整型化
return
$id
;
}
?>
|
呵呵,那么咱们就可以进行校验了,因而咱们上面的程序代码就变成了下面的:
PHP代码
数据库
1
2
3
4
5
6
7
8
9
10
11
|
<?php
if
(inject_check(
$_GET
[
'id'
]))
{
exit
(
'你提交的数据非法,请检查后从新提交!'
);
}
else
{
$id
= verify_id(
$_GET
[
'id'
]);
// 这里引用了咱们的过滤函数,对$id进行过滤
echo
'提交的数据合法,请继续!'
;
}
?>
|
好,问题到这里彷佛都解决了,可是咱们有没有考虑过post提交的数据,大批量的数据呢?
好比一些字符可能会对数据库形成危害,好比 ' _ ', ' %',这些字符都有特殊意义,那么咱们若是进行控制呢?还有一点,就是当咱们的php.ini里面的magic_quotes_gpc = off的时候,那么提交的不符合数据库规则的数据都是不会自动在前面加' '的,那么咱们要控制这些问题,因而构建以下函数:
PHP代码
apache
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<?php
function
str_check(
$str
)
{
if
(!get_magic_quotes_gpc())
// 判断magic_quotes_gpc是否打开
{
$str
=
addslashes
(
$str
);
// 进行过滤
}
$str
=
str_replace
(
"_"
,
"\_"
,
$str
);
// 把 '_'过滤掉
$str
=
str_replace
(
"%"
,
"\%"
,
$str
);
// 把' % '过滤掉
return
$str
;
}
?>
|
咱们又一次的避免了服务器被沦陷的危险。
最后,再考虑提交一些大批量数据的状况,好比发贴,或者写文章、新闻,咱们须要一些函数来帮咱们过滤和进行转换,再上面函数的基础上,咱们构建以下函数:
PHP代码
安全
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
<?php
function
post_check(
$post
)
{
if
(!get_magic_quotes_gpc())
// 判断magic_quotes_gpc是否为打开
{
$post
=
addslashes
(
$post
);
// 进行magic_quotes_gpc没有打开的状况对提交数据的过滤
}
$post
=
str_replace
(
"_"
,
"\_"
,
$post
);
// 把 '_'过滤掉
$post
=
str_replace
(
"%"
,
"\%"
,
$post
);
// 把' % '过滤掉
$post
=
nl2br
(
$post
);
// 回车转换
$post
= htmlspecialchars(
$post
);
// html标记转换
return
$post
;
}
?>
|
呵呵,基本到这里,咱们把一些状况都说了一遍,其实我以为本身讲的东西还不多,至少我才只讲了两方面,再整个安全中是不多的内容了,考虑下一次讲更多,包括php安全配置,apache安全等等,让咱们的安全正的是一个总体,做到最安全。
最后在告诉你上面表达的:1. 初始化你的变量 2. 必定记得要过滤你的变量
一个是没有对输入的数据进行过滤(过滤输入),还有一个是没有对发送到数据库的数据进行转义(转义输出)。这两个重要的步骤缺一不可,须要同时加以特别关注以减小程序错误。
对于攻击者来讲,进行SQL注入攻击须要思考和试验,对数据库方案进行有根有据的推理很是有必要(固然假设攻击者看不到你的源程序和数据库方案),考虑如下简单的登陆表单:
做为一个攻击者,他会从推测验证用户名和密码的查询语句开始。经过查看源文件,他就能开始猜想你的习惯。
好比命名习惯。一般会假设你表单中的字段名为与数据表中的字段名相同。固然,确保它们不一样未必是一个可靠的安全措施。
第一次猜想,通常会使用下面例子中的查询:
使用用户密码的MD5值原来是一个通行的作法,但如今并非特别安全了。最近的研究代表MD5算法有缺陷,并且大量MD5数据库下降了MD5反向破解的难度。请访问http://md5.rednoize.com/ 查看演示(原文如此,山东大学教授王小云的研究代表能够很快的找到MD5的“碰撞”,就是能够产生相同的MD5值的不一样两个文件和字串。MD5是信息摘要算法,而不是加密算法,反向破解也就无从谈起了。不过根据这个成果,在上面的特例中,直接使用md5是危险的。)。
最好的保护方法是在密码上附加一个你本身定义的字符串,例如:
固然,攻击者未必在第一次就能猜中,他们经常还须要作一些试验。有一个比较好的试验方式是把单引号做为用户名录入,缘由是这样可能会暴露一些重要信息。有不少开发人员在Mysql语句执行出错时会调用函数mysql_error()来报告错误。见下面的例子:
虽然该方法在开发中十分有用,但它能向攻击者暴露重要信息。若是攻击者把单引号作为用户名,mypass作为密码,查询语句就会变成:
当该语句发送到MySQL后,系统就会显示以下错误信息:
不费吹灰之力,攻击者已经知道了两个字段名(username和password)以及他们出如今查询中的顺序。除此之外,攻击者还知道了数据没有正确进行过滤(程序没有提示非法用户名)和转义(出现了数据库错误),同时整个WHERE条件的格式也暴露了,这样,攻击者就能够尝试操纵符合查询的记录了。
在这一点上,攻击者有不少选择。一是尝试填入一个特殊的用户名,以使查询不管用户名密码是否符合,都能获得匹配:
假定将mypass做为密码,整个查询就会变成:
幸运的是,SQL注入是很容易避免的。正如前面所说起的,你必须坚持过滤输入和转义输出。
虽然两个步骤都不能省略,但只要实现其中的一个就能消除大多数的SQL注入风险。若是你只是过滤输入而没有转义输出,你极可能会遇到数据库错误(合法的数据也可能影响SQL查询的正确格式),但这也不可靠,合法的数据还可能改变SQL语句的行为。另外一方面,若是你转义了输出,而没有过滤输入,就能保证数据不会影响SQL语句的格式,同时也防止了多种常见SQL注入攻击的方法。
固然,仍是要坚持同时使用这两个步骤。过滤输入的方式彻底取决于输入数据的类型(见第一章的示例),但转义用于向数据库发送的输出数据只要使用同一个函数便可。对于MySQL用户,可使用函数mysql_real_escape_string( ):
尽可能使用为你的数据库设计的转义函数。若是没有,使用函数addslashes()是最终的比较好的方法。
当全部用于创建一个SQL语句的数据被正确过滤和转义时,实际上也就避免了SQL注入的风险。若是你正在使用支持参数化查询语句和占位符的数据库操做类(如PEAR::DB, PDO等),你就会多获得一层保护。见下面的使用PEAR::DB的例子:
因为在上例中数据不能直接影响查询语句的格式,SQL注入的风险就下降了。PEAR::DB会自动根据你的数据库的要求进行转义,因此你只须要过滤输出便可。若是你正在使用参数化查询语句,输入的内容就只会做为数据来处理。这样就没有必要进行转义了,尽管你可能认为这是必要的一步(若是你但愿坚持转义输出习惯的话)。实际上,这时是否转义基本上不会产生影响,由于这时没有特殊字符须要转换。在防止SQL注入这一点上,参数化查询语句为你的程序提供了强大的保护。注:关于SQL注入,不得不说的是如今大多虚拟主机都会把magic_quotes_gpc选项打开,在这种状况下全部的客户端GET和POST的数据都会自动进行addslashes处理,因此此时对字符串值的SQL注入是不可行的,但要防止对数字值的SQL注入,如用intval()等函数进行处理。但若是你编写的是通用软件,则须要读取服务器的magic_quotes_gpc后进行相应处理。