共计 4812 个字符，预计需要花费 13 分钟才能阅读完成。
PHP 开发安全问题的示例分析，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
对于互联网应用的开发，作为开发者必须时刻牢记安全观念，并在开发的代码中体现。PHP 脚本语言对安全问题并不太关心，特别是对大多数没有经验的开发者来说。每当你做任何涉及到钱财事务等交易问题时，都要特别注意安全问题的考虑。
安全保护一般性要点
1、不相信表单
对于一般的 Javascript 前台验证，由于无法得知用户的行为，例如关闭了浏览器的 javascript 引擎，这样通过 POST 恶意数据到服务器。需要在服务器端进行验证，对每个 php 脚本验证传递到的数据，防止 XSS 攻击和 SQL 注入
2、不相信用户
要假设你的网站接收的每一条数据都是存在恶意代码的，存在隐藏的威胁，要对每一条数据都进行清理
3、关闭全局变量
在 php.ini 文件中进行以下配置：register_globals = Off
如果这个配置选项打开之后，会出现很大的安全隐患。例如有一个 process.php 的脚本文件，会将接收到的数据插入到数据库，接收用户输入数据的表单可能如下：
input name= username type= text size= 15 maxlength= 64
这样，当提交数据到 process.php 之后，php 会注册一个 $username 变量，将这个变量数据提交到 process.php，同时对于任何 POST 或 GET 请求参数，都会设置这样的变量。如果不是显示进行初始化那么就会出现下面的问题：
?php// Define $authorized = true only if user is authenticatedif (authenticated_user()) { $authorized = true;}?
此处，假设 authenticated_user 函数就是判断 $authorized 变量的值，如果开启了 register_globals 配置，那么任何用户都可以发送一个请求，来设置 $authorized 变量的值为任意值从而就能绕过这个验证。
所有的这些提交数据都应该通过 PHP 预定义内置的全局数组来获取，包括 $_POST、$_GET、$_FILES、$_SERVER、$_REQUEST 等，其中 $_REQUEST 是一个 $_GET/$_POST/$_COOKIE 三个数组的联合变量，默认的顺序是 $_COOKIE、$_POST、$_GET。
推荐的安全配置选项
error_reporting 设置为 Off：不要暴露错误信息给用户，开发的时候可以设置为 ON
safe_mode 设置为 Off
register_globals 设置为 Off
将以下函数禁用：system、exec、passthru、shell_exec、proc_open、popen
open_basedir 设置为 /tmp，这样可以让 session 信息有存储权限，同时设置单独的网站根目录
expose_php 设置为 Off
allow_url_fopen 设置为 Off
allow_url_include 设置为 Off
SQL 注入攻击
对于操作数据库的 SQL 语句，需要特别注意安全性，因为用户可能输入特定语句使得原有的 SQL 语句改变了功能。类似下面的例子：
$sql = select * from pinfo where product = $product
此时如果用户输入的 $product 参数为：
39 DROP pinfo; SELECT FOO
那么最终 SQL 语句就变成了如下的样子：
select product from pinfo where product = 39 DROP pinfo; SELECT FOO
这样就会变成三条 SQL 语句，会造成 pinfo 表被删除，这样会造成严重的后果。
这个问题可以简单的使用 PHP 的内置函数解决：
$sql = Select * from pinfo where product = . mysql_real_escape_string($product) .
防止 SQL 注入攻击需要做好两件事：
对输入的参数总是进行类型验证
对单引号、双引号、反引号等特殊字符总是使用 mysql_real_escape_string 函数进行转义
但是，这里根据开发经验，不要开启 php 的 Magic Quotes，这个特性在 php6 中已经废除，总是自己在需要的时候进行转义。
防止基本的 XSS 攻击
XSS 攻击不像其他攻击，这种攻击在客户端进行，最基本的 XSS 工具就是防止一段 javascript 脚本在用户待提交的表单页面，将用户提交的数据和 cookie 偷取过来。
XSS 工具比 SQL 注入更加难以防护，各大公司网站都被 XSS 攻击过，虽然这种攻击与 php 语言无关，但可以使用 php 来筛选用户数据达到保护用户数据的目的，这里主要使用的是对用户的数据进行过滤，一般过滤掉 HTML 标签，特别是 a 标签。下面是一个普通的过滤方法：
function transform_HTML($string, $length = null) {// Helps prevent XSS attacks // Remove dead space. $string = trim($string); // Prevent potential Unicode codec problems. $string = utf8_decode($string); // HTMLize HTML-specific characters. $string = htmlentities($string, ENT_NOQUOTES); $string = str_replace(# , # , $string); $string = str_replace(% , % , $string); $length = intval($length); if ($length 0) { $string = substr($string, 0, $length); } return $string;}
这个函数将 HTML 的特殊字符转换为了 HTML 实体，浏览器在渲染这段文本的时候以纯文本形式显示。如 strong bold /strong 会被显示为：
STRONG BoldText /STRONG
上述函数的核心就是 htmlentities 函数，这个函数将 html 特殊标签转换为 html 实体字符，这样可以过滤大部分的 XSS 攻击。
但是对于有经验的 XSS 攻击者，有更加巧妙的办法进行攻击：将他们的恶意代码使用十六进制或者 utf- 8 编码，而不是普通的 ASCII 文本，例如可以使用下面的方式进行：
a href= http://www.codetc.com/a.php?variable=%22%3e %3c%53%43%52%49%50%54%3e%44%6f%73%6f%6d%65%74%68%69%6e%67%6d%61%6c%69%63%69%6f%75%73%3c%2f%53%43%52%49%50%54%3e rel= external nofollow
这样浏览器渲染的结果其实是：
a href= http://www.codetc.com/a.php?variable= rel= external nofollow SCRIPT Dosomethingmalicious /SCRIPT
这样就达到了攻击的目的。为了防止这种情况，需要在 transform_HTML 函数的基础上再将 #和 % 转换为他们对应的实体符号，同时加上了 $length 参数来限制提交的数据的最大长度。
使用 SafeHTML 防止 XSS 攻击
上述关于 XSS 攻击的防护非常简单，但是不包含用户的所有标记，同时有上百种绕过过滤函数提交 javascript 代码的方法，也没有办法能完全阻止这个情况。
目前，没有一个单一的脚本能保证不被攻击突破，但是总有相对来说防护程度更好的。一共有两个安全防护的方式：白名单和黑名单。其中白名单更加简单和有效。
一种白名单解决方案就是 SafeHTML，它足够智能能够识别有效的 HTML，然后就可以去除任何危险的标签。这个需要基于 HTMLSax 包来进行解析。
安装使用 SafeHTML 的方法：
1、前往 http://pixel-apes.com/safehtml/?page=safehtml 下载最新的 SafeHTML2、将文件放入服务器的 classes 目录，这个目录包含所有的 SafeHTML 和 HTMLSax 库 3、在自己的脚本中包含 SafeHTML 类文件 4、建立一个 SafeHTML 对象 5、使用 parse 方法进行过滤
?php/* If you re storing the HTMLSax3.php in the /classes directory, along with the safehtml.php script, define XML_HTMLSAX3 as a null string. */define(XML_HTMLSAX3, // Include the class file.require_once( classes/safehtml.php // Define some sample bad code.$data = This data would raise an alert script alert( XSS Attack) /script // Create a safehtml object.$safehtml = new safehtml();// Parse and sanitize the data.$safe_data = $safehtml- parse($data);// Display result.echo The sanitized data is . $safe_data;?
SafeHTML 并不能完全防止 XSS 攻击，只是一个相对复杂的脚本来检验的方式。
使用单向 HASH 加密方式来保护数据
单向 hash 加密保证对每个用户的密码都是唯一的，而且不能被破译的，只有最终用户知道密码，系统也是不知道原始密码的。这样的一个好处是在系统被攻击后攻击者也无法知道原始密码数据。
加密和 Hash 是不同的两个过程。与加密不同，Hash 是无法被解密的，是单向的；同时两个不同的字符串可能会得到同一个 hash 值，并不能保证 hash 值的唯一性。
MD5 函数处理过的 hash 值基本不能被破解，但是总是有可能性的，而且网上也有 MD5 的 hash 字典。
使用 mcrypt 加密数据
MD5 hash 函数可以在可读的表单中显示数据，但是对于存储用户的信用卡信息的时候，需要进行加密处理后存储，并且需要之后进行解密。
最好的方法是使用 mcrypt 模块，这个模块包含了超过 30 中加密方式来保证只有加密者才能解密数据。
mcrypt 函数需要以下信息：
1、待加密数据 2、用来加密和解密数据的 key3、用户选择的加密数据的特定
算法
（cipher：如 MCRYPT_TWOFISH192,MCRYPT_SERPENT_256，MCRYPT_RC2, MCRYPT_DES, and MCRYPT_LOKI97）4、用来加密的模式 5、加密的种子，用来起始加密过程的数据，是一个额外的二进制数据用来初始化加密算法 6、加密 key 和种子的长度，使用 mcrypt_get_key_size 函数和 mcrypt_get_block_size 函数可以获取
如果数据和 key 都被盗取，那么攻击者可以遍历 ciphers 寻找开行的方式即可，因此我们需要将加密的 key 进行 MD5 一次后保证安全性。同时由于 mcrypt 函数返回的加密数据是一个二进制数据，这样保存到数据库字段中会引起其他错误，使用了 base64encode 将这些数据转换为了十六进制数方便保存。
以上就上有关针对 PHP 开发安全问题的相关总结的相关介绍，要了解更多 PHP 开发 安全 总结内容请登录丸趣 TV。
关于 PHP 开发安全问题的示例分析问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注丸趣 TV 行业资讯频道了解更多相关知识。
