From 870f9b318cb3cef7a1b3b9b4f12563baacacd5ed Mon Sep 17 00:00:00 2001
From: Mochazz <379032449@qq.com>
Date: Thu, 19 Jul 2018 21:34:49 +0800
Subject: [PATCH] PHP-Audit-Labs

---
 Part1/Day1/{imges => files}/1.png     | Bin
 Part1/Day1/{imges => files}/2.png     | Bin
 Part1/Day1/{imges => files}/3.png     | Bin
 Part1/Day1/{imges => files}/4.png     | Bin
 Part1/Day1/{imges => files}/5.png     | Bin
 Part1/Day1/{imges => files}/6.png     | Bin
 Part1/Day1/{imges => files}/7.png     | Bin
 Part1/Day1/{imges => files}/README.md |   0
 Part1/Day2/{images => files}/1.png    | Bin
 Part1/Day2/{images => files}/2.png    | Bin
 Part1/Day2/{images => files}/3.png    | Bin
 Part1/Day2/{images => files}/4.png    | Bin
 Part1/Day2/{images => files}/5.png    | Bin
 Part1/Day2/{images => files}/6.png    | Bin
 Part1/Day2/{images => files}/7.png    | Bin
 Part1/Day2/{images => files}/8.png    | Bin
 Part1/Day2/{images => files}/9.png    | Bin
 Part1/Day2/files/README.md            | 132 ++++++++++++++++++++++++
 Part1/Day3/{images => files}/1.png    | Bin
 Part1/Day3/{images => files}/2.png    | Bin
 Part1/Day3/{images => files}/3.png    | Bin
 Part1/Day3/{images => files}/4.png    | Bin
 Part1/Day3/{images => files}/5.png    | Bin
 Part1/Day3/{images => files}/6.png    | Bin
 Part1/Day3/{images => files}/7.png    | Bin
 Part1/Day3/{images => files}/8.png    | Bin
 Part1/Day3/{images => files}/9.png    | Bin
 Part1/Day3/files/README.md            | 143 ++++++++++++++++++++++++++
 README.md                             |   6 +-
 29 files changed, 278 insertions(+), 3 deletions(-)
 rename Part1/Day1/{imges => files}/1.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/2.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/3.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/4.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/5.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/6.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/7.png (100%)
 mode change 100644 => 100755
 rename Part1/Day1/{imges => files}/README.md (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/1.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/2.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/3.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/4.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/5.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/6.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/7.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/8.png (100%)
 mode change 100644 => 100755
 rename Part1/Day2/{images => files}/9.png (100%)
 mode change 100644 => 100755
 create mode 100644 Part1/Day2/files/README.md
 rename Part1/Day3/{images => files}/1.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/2.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/3.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/4.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/5.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/6.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/7.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/8.png (100%)
 mode change 100644 => 100755
 rename Part1/Day3/{images => files}/9.png (100%)
 mode change 100644 => 100755
 create mode 100644 Part1/Day3/files/README.md
 mode change 100644 => 100755 README.md

diff --git a/Part1/Day1/imges/1.png b/Part1/Day1/files/1.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/1.png
rename to Part1/Day1/files/1.png
diff --git a/Part1/Day1/imges/2.png b/Part1/Day1/files/2.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/2.png
rename to Part1/Day1/files/2.png
diff --git a/Part1/Day1/imges/3.png b/Part1/Day1/files/3.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/3.png
rename to Part1/Day1/files/3.png
diff --git a/Part1/Day1/imges/4.png b/Part1/Day1/files/4.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/4.png
rename to Part1/Day1/files/4.png
diff --git a/Part1/Day1/imges/5.png b/Part1/Day1/files/5.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/5.png
rename to Part1/Day1/files/5.png
diff --git a/Part1/Day1/imges/6.png b/Part1/Day1/files/6.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/6.png
rename to Part1/Day1/files/6.png
diff --git a/Part1/Day1/imges/7.png b/Part1/Day1/files/7.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/7.png
rename to Part1/Day1/files/7.png
diff --git a/Part1/Day1/imges/README.md b/Part1/Day1/files/README.md
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day1/imges/README.md
rename to Part1/Day1/files/README.md
diff --git a/Part1/Day2/images/1.png b/Part1/Day2/files/1.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/1.png
rename to Part1/Day2/files/1.png
diff --git a/Part1/Day2/images/2.png b/Part1/Day2/files/2.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/2.png
rename to Part1/Day2/files/2.png
diff --git a/Part1/Day2/images/3.png b/Part1/Day2/files/3.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/3.png
rename to Part1/Day2/files/3.png
diff --git a/Part1/Day2/images/4.png b/Part1/Day2/files/4.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/4.png
rename to Part1/Day2/files/4.png
diff --git a/Part1/Day2/images/5.png b/Part1/Day2/files/5.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/5.png
rename to Part1/Day2/files/5.png
diff --git a/Part1/Day2/images/6.png b/Part1/Day2/files/6.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/6.png
rename to Part1/Day2/files/6.png
diff --git a/Part1/Day2/images/7.png b/Part1/Day2/files/7.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/7.png
rename to Part1/Day2/files/7.png
diff --git a/Part1/Day2/images/8.png b/Part1/Day2/files/8.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/8.png
rename to Part1/Day2/files/8.png
diff --git a/Part1/Day2/images/9.png b/Part1/Day2/files/9.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day2/images/9.png
rename to Part1/Day2/files/9.png
diff --git a/Part1/Day2/files/README.md b/Part1/Day2/files/README.md
new file mode 100644
index 0000000..d9ff5a3
--- /dev/null
+++ b/Part1/Day2/files/README.md
@@ -0,0 +1,132 @@
+本文由红日安全成员： **七月火** 编写，如有不当，还望斧正。
+
+## 前言
+
+大家好，我们是红日安全-代码审计小组。最近我们小组正在做一个PHP代码审计的项目，供大家学习交流，我们给这个项目起了一个名字叫 **PHP-Audit-Labs** 。现在大家所看到的系列文章，属于项目 **第一阶段** 的内容，本阶段的内容题目均来自 [PHP SECURITY CALENDAR 2017](https://www.ripstech.com/php-security-calendar-2017/) 。对于每一道题目，我们均给出对应的分析，并结合实际CMS进行解说。在文章的最后，我们还会留一道CTF题目，供大家练习，希望大家喜欢。下面是 **第2篇** 代码审计文章：
+
+## Day 2 - Twig
+
+题目叫做Twig，代码如下：
+
+![1](1.png)
+
+**漏洞解析** ：
+
+这一关题目实际上用的是PHP的一个模板引擎 [Twig](https://twig.symfony.com/) ，本题考察XSS(跨站脚本攻击)漏洞。虽然题目代码分别用了 **escape** 和 **filter_var** 两个过滤方法，但是还是可以被攻击者绕过。在上图 **第8行** 中，程序使用 [Twig](https://twig.symfony.com/) 模板引擎定义的 **escape** 过滤器来过滤link，而实际上这里的 **escape** 过滤器，是用PHP内置函数 **htmlspecialchars** 来实现的，具体可以点击 [这里](https://twig.symfony.com/doc/2.x/filters/escape.html) 了解 **escape** 过滤器， **htmlspecialchars** 函数定义如下：
+
+> [ **htmlspecialchars** ](http://php.net/manual/zh/function.htmlspecialchars.php) ：(PHP 4, PHP 5, PHP 7)
+>
+> **功能** ：将特殊字符转换为 HTML 实体
+>
+> **定义** ：string **htmlspecialchars** ( string `$string` [, int `$flags` = ENT_COMPAT | ENT_HTML401 [, string`$encoding` = ini_get("default_charset") [, bool `$double_encode` = **TRUE** ]]] )
+>
+> ```bash
+> & (& 符号)  ===============  &amp;
+> " (双引号)  ===============  &quot;
+> ' (单引号)  ===============  &apos;
+> < (小于号)  ===============  &lt;
+> > (大于号)  ===============  &gt;
+> ```
+
+第二处过滤在 **第17行** ，这里用了 **filter_var** 函数来过滤 **nextSlide** 变量，且用了 **FILTER_VALIDATE_URL** 过滤器来判断是否是一个合法的url，具体的 **filter_var** 定义如下：
+
+>[ **filter_var** ](http://php.net/manual/zh/function.filter-var.php)： (PHP 5 >= 5.2.0, PHP 7)
+>
+>**功能** ：使用特定的过滤器过滤一个变量
+>
+>**定义** ：[mixed](http://php.net/manual/zh/language.pseudo-types.php#language.types.mixed) **filter_var** ( [mixed](http://php.net/manual/zh/language.pseudo-types.php#language.types.mixed) `$variable` [, int `$filter` = FILTER_DEFAULT [, [mixed](http://php.net/manual/zh/language.pseudo-types.php#language.types.mixed) `$options` ]] )
+
+针对这两处的过滤，我们可以考虑使用 **javascript伪协议** 来绕过。为了让大家更好理解，请看下面的demo代码：
+
+![2](2.png)
+
+我们使用 **payload** ：`?nextSlide=javascript://comment％250aalert(1)` ，可以执行 **alert** 函数：
+
+![3](3.png)
+
+实际上，这里的 **//** 在JavaScript中表示单行注释，所以后面的内容均为注释，那为什么会执行 **alert** 函数呢？那是因为我们这里用了字符 **%0a** ，该字符为换行符，所以 **alert** 语句与注释符 **//** 就不在同一行，就能执行。当然，这里我们要对 **%** 百分号编码成 **%25** ，因为程序将浏览器发来的payload：`javascript://comment％250aalert(1)` 先解码成： `javascript://comment%0aalert(1)` 存储在变量 **$url** 中（上图第二行代码），然后用户点击a标签链接就会触发 **alert** 函数。
+
+## 实例分析
+
+本次实例分析，我们选取的是 **Anchor 0.9.2** 版本，在该版本中，当用户访问一个不存在的URL链接时，程序会调用404模板，而这个模板则存在XSS漏洞，具体代码如下：
+
+![4](4.png)
+
+该代码在 **themes\default\404.php** 中，看第4行 **code** 标签中的 **current_url** 函数，我们可在 **anchor\functions\helpers.php** 文件中，看到 **current_url** 函数是由 **Uri** 类的  **current** 方法实现的，具体代码如下：
+
+```php
+function current_url() {
+	return Uri::current();
+}
+```
+
+我们跟进到 **Uri** 类，在 **system\uri.php** 文件中，我们发现这里调用了 **static::detect** 方法( **statci::** 是在PHP5.3版本之后引入的延迟静态绑定写法)。
+
+![5](5.png)
+
+在 **current** 方法下面，我们就可以找到 **detect** 方法，该方法会获取 **$_SERVER** 数组中的 **'REQUEST_URI' 、'PATH_INFO', 、'ORIG_PATH_INFO'** 三个键的值(下图第3-4行代码)，如果存在其中的某一个键，并且符合 **filter_var($uri, FILTER_SANITIZE_URL)** 和 **parse_url($uri, PHP_URL_PATH)** ，则直接将 **$uri** 传入 **static::format** 方法(下图第10-14行代码，具体代码如下：
+
+![6](6.png)
+
+我们跟进 **static::format** 方法，可以发现程序过滤了三次(下图第3-7行)，但是都没有针对XSS攻击进行过滤，只是为了获取用户访问的文件名，具体代码如下：
+
+![7](7.png)
+
+由于没有针对XSS攻击进行过滤，导致攻击十分容易，我们来看看XSS攻击具体是如何进行的。
+
+## 漏洞利用
+
+我们构造payload如下：  `http://localhost/anchor/index.php/<script>alert('www.sec-redclub.com')</script>` 。根据上面的分析，当我们访问这个并不存在的链接时，程序会调用404模板页面，然后调用 **current_url** 函数来获取当前用户访问的文件名，也就是最后一个 **/** 符号后面的内容，所以最终payload里的 `<script>alert('www.sec-redclub.com')</script>` 部分会嵌入到 `<code>` 标签中，造成XSS攻击，效果图如下：
+
+![8](8.png)
+
+## 修复建议
+
+这对XSS漏洞，我们最好就是过滤关键词，将特殊字符进行HTML实体编码替换，这里给出的修复代码为Dedecms中防御XSS的方法，大家可以在 **uploads/include/helpers/filter.helper.php** 路径下找到对应代码，具体防护代码如下：
+
+![9](9.png)
+
+## 结语
+
+看完了上述分析，不知道大家是否对 **filter_var** 函数绕过有了更加深入的理解，文中用到的CMS可以从 [这里](https://github.com/anchorcms/anchor-cms/releases?after=0.9.3-a) 下载，当然文中若有不当之处，还望各位斧正。如果你对我们的项目感兴趣，欢迎发送邮件到 hongrisec@gmail.com 联系我们。 **Day2** 的分析文章就到这里，我们最后留了一道CTF题目给大家练手，题目如下：
+
+```php
+// index.php
+<?php 
+$url = $_GET['url'];
+if(isset($url) && filter_var($url, FILTER_VALIDATE_URL)){
+    $site_info = parse_url($url);
+    if(preg_match('/sec-redclub.com$/',$site_info['host'])){
+        exec('curl "'.$site_info['host'].'"', $result);
+        echo "<center><h1>You have curl {$site_info['host']} successfully!</h1></center>
+              <center><textarea rows='20' cols='90'>";
+        echo implode(' ', $result);
+    }
+    else{
+        die("<center><h1>Error: Host not allowed</h1></center>");
+    }
+
+}
+else{
+    echo "<center><h1>Just curl sec-redclub.com!</h1></center><br>
+          <center><h3>For example:?url=http://sec-redclub.com</h3></center>";
+}
+
+?>
+```
+
+```php
+// f1agi3hEre.php
+<?php  
+$flag = "HRCTF{f1lt3r_var_1s_s0_c00l}"
+?>
+```
+
+题解我们会阶段性放出，如果大家有什么好的解法，可以在文章底下留言，祝大家玩的愉快！
+
+## 相关文章
+
+[Anchor CMS 0.9.2: XSS](https://curesec.com/blog/article/blog/Anchor-CMS-092-XSS-53.html)
+
+
+
diff --git a/Part1/Day3/images/1.png b/Part1/Day3/files/1.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/1.png
rename to Part1/Day3/files/1.png
diff --git a/Part1/Day3/images/2.png b/Part1/Day3/files/2.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/2.png
rename to Part1/Day3/files/2.png
diff --git a/Part1/Day3/images/3.png b/Part1/Day3/files/3.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/3.png
rename to Part1/Day3/files/3.png
diff --git a/Part1/Day3/images/4.png b/Part1/Day3/files/4.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/4.png
rename to Part1/Day3/files/4.png
diff --git a/Part1/Day3/images/5.png b/Part1/Day3/files/5.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/5.png
rename to Part1/Day3/files/5.png
diff --git a/Part1/Day3/images/6.png b/Part1/Day3/files/6.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/6.png
rename to Part1/Day3/files/6.png
diff --git a/Part1/Day3/images/7.png b/Part1/Day3/files/7.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/7.png
rename to Part1/Day3/files/7.png
diff --git a/Part1/Day3/images/8.png b/Part1/Day3/files/8.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/8.png
rename to Part1/Day3/files/8.png
diff --git a/Part1/Day3/images/9.png b/Part1/Day3/files/9.png
old mode 100644
new mode 100755
similarity index 100%
rename from Part1/Day3/images/9.png
rename to Part1/Day3/files/9.png
diff --git a/Part1/Day3/files/README.md b/Part1/Day3/files/README.md
new file mode 100644
index 0000000..196f86c
--- /dev/null
+++ b/Part1/Day3/files/README.md
@@ -0,0 +1,143 @@
+本文由红日安全成员： **七月火** 编写，如有不当，还望斧正。
+
+## 前言
+
+大家好，我们是红日安全-代码审计小组。最近我们小组正在做一个PHP代码审计的项目，供大家学习交流，我们给这个项目起了一个名字叫 **PHP-Audit-Labs** 。现在大家所看到的系列文章，属于项目 **第一阶段** 的内容，本阶段的内容题目均来自 [PHP SECURITY CALENDAR 2017](https://www.ripstech.com/php-security-calendar-2017/) 。对于每一道题目，我们均给出对应的分析，并结合实际CMS进行解说。在文章的最后，我们还会留一道CTF题目，供大家练习，希望大家喜欢。下面是 **第3篇** 代码审计文章：
+
+## Day 3 - Snow Flake
+
+题目叫做雪花，代码如下：
+
+![1](1.png)
+
+**漏洞解析** ：
+
+这段代码中存在两个安全漏洞。第一个是文件包含漏洞，上图第8行中使用了 **class_exists()** 函数来判断用户传过来的控制器是否存在，默认情况下，如果程序存在 **__autoload** 函数，那么在使用 **class_exists()** 函数就会自动调用本程序中的 **__autoload** 函数，这题的文件包含漏洞就出现在这个地方。攻击者可以使用 **路径穿越** 来包含任意文件，当然使用路径穿越符号的前提是 **PHP5~5.3(包含5.3版本)版本** 之间才可以。例如类名为： **../../../../etc/passwd** 的查找，将查看passwd文件内容，我们来看一下PHP手册对 **class_exists()** 函数的定义：
+
+>[ class_exists ](http://php.net/manual/zh/function.class-exists.php) ：(PHP 4, PHP 5, PHP 7)
+>
+>**功能** ：检查类是否已定义
+>
+>**定义** ： `bool class_exists ( string $class_name[, bool $autoload = true ] )` 
+>
+>**$class_name** 为类的名字，在匹配的时候不区分大小写。默认情况下 **$autoload** 为 **true** ，当 **$autoload** 为 **true** 时，会自动加载本程序中的 **__autoload** 函数；当 **$autoload** 为 **false** 时，则不调用 **__autoload** 函数。
+
+我们再来说说第二个漏洞。在上图第9行中，我们发现实例化类的类名和传入类的参数均在用户的控制之下。攻击者可以通过该漏洞，调用PHP代码库的任意构造函数。即使代码本身不包含易受攻击的构造函数，我们也可以使用PHP的内置类 **SimpleXMLElement** 来进行 **XXE** 攻击，进而读取目标文件的内容，甚至命令执行（前提是安装了PHP拓展插件expect），我们来看一下PHP手册对 **SimpleXMLElement** 类的定义：
+
+>[SimpleXMLElement](http://php.net/manual/zh/class.simplexmlelement.php) ：(PHP 5, PHP 7)
+>
+>**功能** ：用来表示XML文档中的元素，为PHP的内置类。
+
+关于 **SimpleXMLElement** 导致的XXE攻击，下面再给出一个demo案例，方便大家理解：
+
+![2](2.png)
+
+## 实例分析
+
+本次实例分析，我们选取的是 **Shopware 5.3.3** 版本，对 **SimpleXMLElement** 类导致的 **XXE漏洞** 进行分析，而 **class_exists()** 函数，我们将会在本次给出的CTF题目中深入讨论。我们来看一下本次漏洞的文件，在 **engine\Shopware\Controllers\Backend\ProductStream.php** 文件中有一个 **loadPreviewAction** 方法，其作用是用来预览产品流的详细信息，具体代码如下：
+
+![3](3.png)
+
+该方法接收从用户传来的参数 **sort** ，然后传入 **Repository** 类的 **unserialize** 方法（如上图第11-14行代码），我们跟进 **Repository** 类，查看 **unserialize** 方法的实现。该方法我们可以在 **engine\Shopware\Components\ProductStream\Repository.php** 文件中找到，代码如下：
+
+![4](4.png)
+
+可以看到 **Repository** 类的 **unserialize** 方法，调用的是 **LogawareReflectionHelper** 类的 **unserialize** 方法（如上图第5行代码），该方法我们可以在 **engine\Shopware\Components\LogawareReflectionHelper.php** 文件中找到，具体代码如下：
+
+![5](5.png)
+
+这里的 **$serialized** 就是我们刚刚传入的 **sort** （上图第3行），程序分别从 **sort** 中提取出值赋给 **$className** 和 **$arguments** 变量，然后这两个变量被传入 **ReflectionHelper** 类的 **createInstanceFromNamedArguments** 方法。该方法位于 **engine\Shopware\Components\ReflectionHelper.php** 文件，具体代码如下：
+
+![6](6.png)
+
+这里我们关注 **第6行** 代码，这里创建了一个反射类，而类的名称就是从 **$sort** 变量来的，可被用户控制利用。继续往下看，在代码第28行处用 **$newParams** 作为参数，创建一个新的实例对象。而这里的  **$newParams** 是从 **$arguments[\$paramName]** 中取值的， **$arguments** 又是我们可以控制的，因为也是从 **$sort** 变量来，所以我们可以通过这里来实例化一个 **SimpleXMLElement** 类对象，形成一个XXE漏洞。下面，我们来看看具体如何利用这个漏洞。
+
+## 漏洞利用
+
+首先，我们需要登录后台，找到调用 **loadPreviewAction** 接口的位置，发现其调用位置如下：
+
+![7](7.png)
+
+当我们点击 **Refresh preview** 按钮时，就会调用 **loadPreviewAction** 方法，用BurpSuite抓到包如下：
+
+```http
+GET /shopware520/backend/ProductStream/loadPreview?_dc=1530963660916&sort={"Shopware\\Bundle\\SearchBundle\\Sorting\\PriceSorting":{"direction":"asc"}}&conditions={}&shopId=1&currencyId=1&customerGroupKey=EK&page=1&start=0&limit=2 HTTP/1.1
+Host: localhost
+X-CSRF-Token: IKiwilE7pecuIUmEAJigyg6fVXY6vR
+X-Requested-With: XMLHttpRequest
+User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36
+Accept: */*
+Referer: http://localhost/shopware520/backend/
+Accept-Encoding: gzip, deflate
+Accept-Language: zh-CN,zh;q=0.9
+Cookie: SHOPWAREBACKEND=78ghtddjn8n8efpv1cudj6eao0; KCFINDER_showname=on; KCFINDER_showsize=off; KCFINDER_showtime=off; KCFINDER_order=name; KCFINDER_orderDesc=off; KCFINDER_view=thumbs; KCFINDER_displaySettings=off; goods[cart]=180615151154565652; XDEBUG_SESSION=PHPSTORM
+Connection: close
+```
+
+我们可以看到 **sort** 值为 `{"Shopware\\Bundle\\SearchBundle\\Sorting\\PriceSorting":{"direction":"asc"}}` ,于是我们按照其格式构造payload： `{"SimpleXMLElement":{"data":"http://localhost/xxe.xml","options":2,"data_is_url":1,"ns":"","is_prefix":0}}` ，关于payload的含义，可以看看 **SimpleXMLElement** 类的 **__construct** 函数定义，具体点 [这里](http://php.net/manual/zh/simplexmlelement.construct.php) 
+
+```php
+final public SimpleXMLElement::__construct ( string $data [, int $options = 0 [, bool $data_is_url = FALSE [, string $ns = "" [, bool $is_prefix = FALSE ]]]] )
+```
+
+笔者所用的xxe.xml内容如下：
+
+```xml
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!DOCTYPE ANY [ 
+     <!ENTITY xxe SYSTEM "file:///C:/phpStudy/PHPTutorial/WWW/flag.txt">
+]>
+<x>&xxe;</x>
+```
+
+我们发送payload，并用xdebug调试程序，最后程序将我们读取的值存储在 **$conditions** 变量中，如下图所示：
+
+![8](8.png)
+
+## 修复建议
+
+关于PHP中XXE漏洞的修复，我们可以过滤关键词，如： **ENTITY** 、 **SYSTEM** 等，另外，我们还可以通过禁止加载XML实体对象的方式，来防止XXE漏洞（如下图第2行代码），具体代码如下：
+
+![9](9.png)
+
+## 结语
+
+看完了上述分析，不知道大家是否对 **XXE攻击** 有了更加深入的理解，文中用到的CMS可以从 [这里](http://releases.s3.shopware.com.s3.amazonaws.com/install_5.3.3_0e50204087219ada9cdd9a74cd17cbb264e8c0a4.zip?_ga=2.21910011.1134495119.1530714243-2059409569.1530714243) 下载，当然文中若有不当之处，还望各位斧正。如果你对我们的项目感兴趣，欢迎发送邮件到 **hongrisec@gmail.com** 联系我们。**Day3** 的分析文章就到这里，我们最后留了一道CTF题目给大家练手，题目如下：
+
+```php
+// index.php
+<?php
+class NotFound{
+    function __construct()
+    {
+        die('404');
+    }
+}
+spl_autoload_register(
+	function ($class){
+		new NotFound();
+	}
+);
+$classname = isset($_GET['name']) ? $_GET['name'] : null;
+$param = isset($_GET['param']) ? $_GET['param'] : null;
+$param2 = isset($_GET['param2']) ? $_GET['param2'] : null;
+if(class_exists($classname)){
+	$newclass = new $classname($param,$param2);
+	var_dump($newclass);
+    foreach ($newclass as $key=>$value)
+        echo $key.'=>'.$value.'<br>';
+}
+```
+
+```php
+// f1agi3hEre.php
+<?php
+$flag = "HRCTF{X33_W1tH_S1mpl3Xml3l3m3nt}";
+?>
+```
+
+题解我们会阶段性放出，如果大家有什么好的解法，可以在文章底下留言，祝大家玩的愉快！
+
+## 相关文章
+
+[Shopware 5.3.3: PHP Object Instantiation to Blind XXE](https://blog.ripstech.com/2017/shopware-php-object-instantiation-to-blind-xxe/)
\ No newline at end of file
diff --git a/README.md b/README.md
old mode 100644
new mode 100755
index 22ff196..1e0e4ca
--- a/README.md
+++ b/README.md
@@ -6,9 +6,9 @@
 
 Part1部分属于项目 **第一阶段** 的内容，本阶段的内容题目素材均来自 [PHP SECURITY CALENDAR 2017](https://www.ripstech.com/php-security-calendar-2017/) 。对于每一道题目，我们均给出对应的分析，并结合实际CMS进行解说。在文章的最后，我们还会留一道CTF题目，供大家练习，文章内容如下：
 
-* [ [红日安全]代码审计系列Day1 - in_array函数缺陷 ]()
-* [ [红日安全]代码审计系列Day2 - filter_var函数缺陷]()
-* [ [红日安全]代码审计系列Day3 - 实例化任意对象漏洞 ]()
+* [ [红日安全]代码审计Day1 - in_array函数缺陷 ](https://github.com/hongriSec/PHP-Audit-Labs/blob/master/Part1/Day1/files/README.md)
+* [ [红日安全]代码审计Day2 - filter_var函数缺陷](https://github.com/hongriSec/PHP-Audit-Labs/blob/master/Part1/Day2/files/README.md)
+* [ [红日安全]代码审计Day3 - 实例化任意对象漏洞 ](https://github.com/hongriSec/PHP-Audit-Labs/blob/master/Part1/Day3/files/README.md)
 
 ## Part2