前端之家收集整理的这篇文章主要介绍了
PHP 编程安全性小结,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
规则 1:绝不要信任外部数据或输入
关于 Web 应用程序安全性,必须认识到的第一件事是不应该信任外部数据。外部数据(outside data)
包括不是由程序员在
PHP 代码中直接输入的任何数据。在采取措施确保安全之前,来自任何其他来源(比如 GET 变量、表单 POST、
数据库、
配置文件、会话变量或 cookie)的任何数据都是不可信任的。 对
用户输入进行清理的一个简单
方法是,使用正则表达式来处理它。
规则 2:禁用那些使安全性难以实施的 PHP 设置
已经知道了不能信任
用户输入,还应该知道不应该信任机器上配置
PHP 的方式。例如,要确保禁用 register_globals。如果启用了 register_globals,就可能做一些粗心的事情,比如使用 $variable 替换同名的 GET 或 POST 字符串。通过禁用这个设置,
PHP 强迫您在正确的
名称空间中引用正确的变量。要使用来自表单 POST 的变量,应该引用 $_POST['variable']。这样就不会将这个特定变量误会成 cookie、会话或 GET 变量。 要 检查的第二个设置是
错误报告级别。在开发期间,希望获得尽可能多的
错误报告,但是在交付项目时,希望将
错误记录到日志
文件中,而不是
显示在屏幕上。为什么 呢?因为恶意的黑客会使用
错误报告信息(比如
sql 错误)来猜测应用程序正在做什么。这种侦察可以帮助黑客突破应用程序。为了堵住这个漏洞,需要编辑
PHP.ini
文件,为 error_log 条目提供合适的目的地,并将 display_errors 设置为 Off。
规则 3:如果不能理解它,就不能保护它
一些开发人员使用奇怪的语法,或者将语句组织得很紧凑,形成简短但是含义模糊的
代码。这种方式可能效率高,但是如果您不理解
代码正在做什么,那么就无法决定如何保护它。
规则 4:“纵深防御” 是新的法宝
即使使用
PHP regex 来确保 GET 变量完全是数字的,仍然可以采取措施确保
sql 查询使用转义的
用户输入。 纵深防御不只是一种好思想,它可以确保您不会陷入严重的麻烦。
原文链接:https://www.f2er.com/php/28837.html