无限级目录与目录之间的复制代码

无限级目录复制，站长原创，虽只写了短短几分钟，但还是挺有用的
<?

$o_path="admin";//源目录
$n_path="n_admin";//新目录
class copy_path
{
function wm_chief_copypath($o_path,$n_path)
{$hand=opendir($o_path);
if(!file_exists($n_path))//目标目录不存在则建立
{$this->wm_chief_createpath($n_path);}
$i=0;
while($file=readdir($hand))
{$i ;
if($i==1||$i==2)
{continue;}
if(!(strchr($file,".")))
{
$o_s_path=$o_path."/".$file;
$n_s_path=$n_path."/".$file;
$this->wm_chief_copypath($o_s_path,$n_s_path);
}
else
{
$o_file=$o_path."/".$file;
$n_file=$n_path."/".$file;
$this->wm_chief_copyfile($o_file,$n_file);
}
}
closedir($hand);
return true;
}
function wm_chief_copyfile($o_file,$n_file)
{
copy($o_file,$n_file);
}
function wm_chief_createpath($n_path)
{
mkdir($n_path,0777);
}
}
$wm_chief=new copy_path();
$wm_chief_ok=$wm_chief->wm_chief_copypath($o_path,$n_path);
if($wm_chief_ok)
{
echo"复制完毕";
}

?>

前面象Shaun Clowes和rfp等都比较具体的介绍了php、cgi程序在编程过程中碰到的问题，以及如何通过应用程序漏洞突破系统，这篇文章我们来通过对php的一些服务器端特性来进行配置加强php的安全。写cgi脚本的时候我们的确一定注重各种安全问题，对用户输入进行严格的过滤，但是常在岸边走哪有不湿鞋，吃烧饼哪有不掉芝麻，人有失蹄马有失手，连闻名的phpnuke、phpMyAdmin等程序都出现过很严重的问题，更何况象我等小混混写的脚本。所以现在我们假设php脚本已经出现严重问题，比如象前一阵子 phpnuke的可以上传php脚本的大问题了，我们如何通过对服务器的配置使脚本出现如此问题也不能突破系统。

1、编译的时候注重补上已知的漏洞

从4.0.5开始，php的mail函数加入了第五个参数，但它没有好好过滤，使得php应用程序能突破safe_mode的限制而去执行命令。所以使用4.0.5和4.0.6的时候在编译前我们需要修改php源码包里ext/standard/mail.c文件，禁止mail函数的第五参数或过滤shell字符。在mail.c文件的第152行，也就是下面这行：

if (extra_cmd != NULL) {

后面加上extra_cmd=NULL;或extra_cmd = php_escape_shell_cmd(extra_cmd);然后编译php那么我们就修补了这个漏洞。


2、修改php.ini配置文件

以php发行版的php.ini-dist为蓝本进行修改。

1)Error handling and logging

在Error handling and logging部分可以做一些设定。先找到：

display_errors = On

php缺省是打开错误信息显示的，我们把它改为：

display_errors = Off

关闭错误显示后，php函数执行错误的信息将不会再显示给用户，这样能在一定程度上防止攻击者从错误信息得知脚本的物理位置，以及一些其它有用的信息，起码给攻击者的黑箱检测造成一定的障碍。这些错误信息可能对我们自己有用，可以让它写到指定文件中去，那么修改以下：

log_errors = Off

改为：

log_errors = On

以及指定文件，找到下面这行：

;error_log = filename

去掉前面的;注释，把filename改为指定文件，如/usr/local/apache/logs/php_error.log

error_log = /usr/local/apache/logs/php_error.log

这样所有的错误都会写到php_error.log文件里。

2)Safe Mode

php的safe_mode功能对很多函数进行了限制或禁用了，能在很大程度解决php的安全问题。在Safe Mode部分找到：

safe_mode = Off

改为：

safe_mode = On

这样就打开了safe_mode功能。象一些能执行系统命令的函数shell_exec()和``被禁止，其它的一些执行函数如：exec(), system(), passthru(), popen()将被限制只能执行safe_mode_exec_dir指定目录下的程序。假如你实在是要执行一些命令或程序，找到以下：

safe_mode_exec_dir =

指定要执行的程序的路径，如：

safe_mode_exec_dir = /usr/local/php/exec

然后把要用的程序拷到/usr/local/php/exec目录下，这样，象上面的被限制的函数还能执行该目录里的程序。

关于安全模式下受限函数的具体信息请查看php主站的说明：

http://www.php.net/manual/en/features.safe-mode.php

3)disable_functions

假如你对一些函数的危害性不太清楚，而且也没有使用，索性把这些函数禁止了。找到下面这行：

disable_functions =

在”=“后面加上要禁止的函数，多个函数用”,“隔开。


3、修改httpd.conf

假如你只答应你的php脚本程序在web目录里操作，还可以修改httpd.conf文件限制php的操作路径。比如你的web目录是/usr/local/apache/htdocs，那么在httpd.conf里加上这么几行：

<?
/*
* etc.passwd.inc v1.0
*
* Syntax:
* verifypasswd(string USERNAME, string PASSWORD)
*
* The function will return one of three values:
* -2 if there was a file reading error
* -1 if the password is incorrect
* 0 if the username doesn't exist
* 1 if the password is correct
*/

function verifypasswd ($USERNAME, $PASSWORD) {

$fd = fopen( "/etc/passwd", "r");
$contents = fread($fd, filesize( "/etc/passwd"));
fclose($fd);
if (!$contents) return -2;

$lines = split( "n", $contents);
$passwd = array();

for($count=0;$count<count($lines);$count ) {
list ($user,$pass) = split( ":",$lines[$count]);
if ($user == $USERNAME) {
break;
}
}

if (!$user) return 0;

$cryptedpass = $pass;
$salt = substr($cryptedpass,0,2);
$Pass = crypt($PASSWORD,$salt);

if ($Pass == $cryptedpass) {
return 1;
} else {
return -1;
}
}
?>

<?php

//********************************************************
//-- 程序名称：StrSwap V1.0
//-- 程序用途：Get或Post提交值的非法数据处理
//-- 备注： 本程序需要加载在所有程序处理前使用，以便自动进行
//-- 程序中使用的变量的替换
//********************************************************

class StrSwap{

//当以Get方式提交变量时用于连接变量的连接符
var $GetSplitStr = "&&";
var $TempArray = array();
var $VariableArray = array();

//********************************************************
//-- 程序名称：Main()
//-- 程序用途：本类的默认运行方式
//-- 传入参数：无
//********************************************************

function Main(){

global $REQUEST_METHOD;
if("GET"==$REQUEST_METHOD){

$this->SubGetStrToArray();

}
if("POST"==$REQUEST_METHOD){

$this->SubPostStrToArray();

}

$this->GlobalVariable();



}

//********************************************************
//-- 程序名称：SubGetStrToArray()
//-- 程序用途：当变量以Get方式提交时所调用的方法
//-- 传入参数：无
//********************************************************

function SubGetStrToArray(){

global $QUERY_STRING;
$this->TempArray = explode($this->GetSplitStr,$QUERY_STRING);

for($i=0;$i<sizeof($this->TempArray);$i ){

$temp = explode('=',$this->TempArray[$i]);
$this->VariableArray[$i][0] = $temp[0];
$this->VariableArray[$i][1] = $this->StrReplace($temp[1]);

}

}

PHPLIB还可以做很多别的事情，例如数据库类。本篇文章只是对PHPLIB的简单介绍。有很多类和功能都没有提到。你可以到http://phplib.netuse.de去获取更多的帮助文档

测试环境:标准环境

　　首先要说明一个事实，用Web页面设计需要保存客户当前状态的程序时极为不便，例如在线Shopping，作为一名程序员，你必须时时面对在各个主页之间传递的状态参数。客户的身份认证、他已做出的选择、他当前的状态等等，Web主页并不会替你保存这些状态信息，你必须自己小心处理这些参数，这给我们带来了太多的不便，利用 http://url?var1=x1&var2=x2 来在主页间传送参数实在太危险，尤其是变量中包含用户注册信息时很轻易被sniff，那么，我们如何解决这个问题呢？

　　PHPLIB解决了这个问题，它是在PHP3上的一个扩展，提供了很多类库，使得程序员能很轻易地建立一个交互式Web站点，PHPLIB最基本的功能包括用户认证，Session治理，权限及数据库的抽象化。

　　安装PHPLIB前你必须在你的服务器上先安装好php3，PHPLIB可以运行在Cgi方式或apache附加模块方式。PHP3的版本必须时在3.0.5之上，PHP3早期版本可以在编译时使用参数 --enable-foce-cgi-redirect来获得支持，假如不这么做的话，会出现安全问题。PHP3的配置中 track_vars 需要设置为 enabled。同时需要一个数据库，PHPLIB支持MySQL、Oracle、ODBC、PostgreSQL、Sybase。

　　第一步，PHPLIB的类库需要根据系统进行初始化，你可以修改local.inc文件，其中包含着一些基本参数，你可以根据自己机器的情况来进行修改。

　　我们说明一下PHPLIB的工作原理，每一个使用PHPLIB的页面首先必须可以找到运行PHPLIB的必须类库文件，我们可以在php3.ini中设置auto_prepend变量来支持，PHPLIB分发包中包含一个prepend.php3文件，将auto_prepend指定为prepend.php3后，各页面就会自动包含PHPLIB类库，我们还可以将PHPLIB类库所在目录加进include变量中，以便可以找到这些文件，当然，最苯的办法就是指定绝对路径，这可不是个好主意！

第二步，每一个使用PHPLIB的页面中，你必须使用函数page_open进行初始化。这会告诉PHPLIB，你现在或将来会用到状态保存。一个典型的page_open例子包含到了认证、Session、权限：

<?php

page_open(array( "sess" => "Cms_Session", "auth" => "Cms_Auth", "perm" => "Cms_Perm"));

?>

　　数组变量(sess,auth,perm)用来初始化一些状态保存对象，注重：必须使用PHPLIB内置名(sess,auth,perm)，这些内置名是你在local.ini中所定义的，page_open函数必须在页面内容输出到浏览器之前被调用。（假如你将来不会用到认证的话，可以不初始化sess），php3脚本最后应以page_close()结束，这将会将有关状态数据写回到数据库中，假如你忘了的话，将会，哈哈哈。。。

　　因为PHPLIB使用了Cookies来保存状态信息，所以page_open()函数必须在页面内容输出到浏览器之前被调用， 这里的页面内容可以是任何HTML信息或者空行，假如你发现了错误"Oops - SetCookie called after header has been sent"，这表明在page_open()之前向浏览器输出了些什么，你要非凡留意空行，因为非常难找到，典型的错误是在< ? 和 ?>标记之间输出了空行，你应检查在local.inc和prepend.php3文件中是否包含了空行，这也是一个非常轻易出错的地方。

　　PHP使用了一种比基本认证方法更为复杂的架构，这使得安全有了更好的保证。

　　举例来说，对于你想要限制访问的页面，会首先使用page_open来调用"auth" => "auth_class" ，初始化认证状态对象后，状态就会被保存起来，随后当客户再访问别的页面的时候，认证系统就会首先检测用户的身份是否已经经过认证。

　　让我们解释一下，当一个用户第一次访问页面时，他的身份未经过认证，PHPLIB会调用一个注册窗口（并非在WINDOWS中的弹出窗口），你可以自己设计注册窗口的样式，当用户输入他的用户名与口令，并按下提交钮后，身份认证工作就开始了，随后的情况有些复杂，让我们慢慢解释……

　　这里分两种情况，假如用户的浏览器不能兼容JavaScript的话，认证工作就象询问嫌疑犯一样，用户名与口令被送往服务器，与存放在那里的数据进行比较。假如用户的浏览器与JavaScript兼容，这就麻烦一些了，PHPLIB首先会在客户端的页面中放入一个用来加密的种子字串，名叫“challenge”，当用户提交该页面时，用户的用户名、口令和challenge字串会使用md5的加密方式进行加密，生成一个加密字串，将该加密字串与用户名提交给服务器。当服务器收到用户名和加密后的字串后，他根据数据库中的用户名与口令和得到的种子进行md5运算，将生成的字串与用户提交的字串进行比较，假如符合的话，说明用户身份是正确的，就答应用户进行随后的访问。这种方法的好处是：用户不用提交密码，这使得认证比较安全。

　　Session 治理

　　其实Session的治理和身份认证非常接近，当一个用户的身份认证过了后，随即用户的session就开始了，假如用户的浏览器支持cookie的话，将会建立一个session的id放入cookie，这个唯一的ID是由PHP3随机生成，然后又用随机种子

字串进行md5加密过了的，这里的cookie应该叫做session cookie，因为这个cookie是不会写到用户硬盘里去的，当一个session进行完的时候，该cookie也被完结了。假如用户浏览器不支持cookie的话，那么 该session的id将会放入url链中，因为是加密过的，所以窃取了也没用。session id存放着用户的有关信息，如用户已认证、认证到期时间、用户权限，和其他一些你可能需要的信息，方便我们取用。

　　Session其实就是用户一次会话的过程。Session的治理并不是仅仅用来跟踪用户的注册，实际上，它还可以脱离认证来使用，你可以用它来存储任何你想要存贮的信息，这些信息可以在用户随后访问的页面中派上用场，当然前提是那些页面要使用PHPLIB。方法很简单，注册一个变量后即可在随后的页面中使用它，直至session结束。方法：


<?php $sess->register( "variable_name"); ?>

　　注重，这里的variable_name不是变量值，而是变量名，可以先指定变量名，随后再赋值。你在某个页面中可以改变变量的值，随后的页面访问该变量时会得到改变后的值。变量的类型是多样的，可以是一个字串，一个数字，一个数组，甚至一个对象。举例来说明：

<?php

$sess->register( "first");

if (check($firstname)) {

$first = $firstname;