RT 又玩新套路，竟然这样隐藏 C2

平静的一天，吉良吉影，哦不，微步情报局样本组突然收到这样一个样本。

连接域名是 #######cs.com 相关子域名。

仔细搜索，发现不简单。

总体分析

这个方法是最近除了“域前置”以外，另外一个 RT 特别喜欢的隐藏攻击资产的方法。可能是国内某 C 公有云平台最近修复了其云 IP 可以绕过对添加的 CDN 加速域名所有权的验证，导致现存的一些域前置域名成了“绝版货”，其云域前置攻击变得成本很高。而国内某 B 公有云云函数转发这种方式一方面免费，且部署成本较低，成为了一种新的选择。

主要思路为，以往是受害主机运行木马后，通过 HTTP 的 GET 和 POST 方法去请求攻击者的服务器，从而实现持续控制。

而国内某 B 云转发的方法，其实跟我们平时用的 VPN 差不多，通过构造国内某 B 云函数，让函数实现转发请求流量的功能。

1. 让受害机只能看到和高可信域名的通讯，放松警惕性。

2. 隐藏 CS 服务器的 IP，从而实现攻击资产的隐蔽。
3. 云服务器使连接更稳定，部分网络状况不好的服务器主机可以避免因为网络问题导致受害机下线。

这其实与之前的域前置攻击手法类似。

都是通过一个中间件，将自己的流量转发，从而隐藏攻击资产，通过高可信目的地址迷惑用户。

图片源自网络

基于此的应对方法其实很简单：     

• 上策：监测疑似 CS 马的攻击流量，例如请求 /pixel，/__utm.gif，/ga.js 等类似 URL 的流量进行重点监测，或者使用微步在线情报识别 CS 马的外联地址，我们已经收集了较多的某 B 云云函数地址情报以及相关的 CS 服务器地址。（要恰饭的嘛）
• 中策：确认自己资产中是否有某 B 云函数的正常业务，若无的话直接封禁 *.apigw.#######cs.com 等子域名。

• 下策：直接断网，只开放静态网页服务（bushi）

BT 视角攻击复现

在发现此类攻击之后，我们寻找了相关的攻击细节。

本文部分细节参考了「风起」的文章《##攻防基础建设—— C2 IP 隐匿技术》， 感谢他~

有人说文章已经写过了如何利用，你为啥还要再写一遍?

主要是文章是 RT 同学写出来的，正所谓“绝知此事要躬行”，很多事实只有验证一遍才能证实方法的存在，同时以 BT 的身份重新复现攻击手法，也可以有一些之后怎么应对的思路。

首先，要去某 B 公有云官网申请一个个人账号，同时要通过个人认证，用微信扫一下就好了， 不过微信要绑定自己的银行卡且实名。这个安全措施让我不禁想到，一旦拿到攻击者的云函数，拿到账号，理论上是应该可以拿到对应绑定的姓名手机号和身份证号的。

然后我们就可以开始创建云函数了。

首先，我们选择自定义创建的方式，函数名称可以自己随便起一个，注意函数名不要起个人 ID 或者是独一无二的名字，因为之后我们可以通过访问云 API 抓包获取函数名称的，如果是个人 ID，RT 的小同学小心我们溯源哦~ 

因为笔者比较喜欢 Python，所以运行环境选择了 Python，当然也可以选别的语言。正所谓 Python 有 Python 的好，其他语言有其他语言的坏嘛。

这时候可能就有人问了，为啥要创建触发器呢？

简单解释就是，没有触发器，你的函数只能自己访问，创建触发器之后，国内某 B 公有云会给你一个公网的 API 地址，且每次访问这个地址都可以触发一次函数。

下面开始编写函数。

我们先简单写一个函数，直接返回页面。

PS：某 B 公有云云函数有自己的一套规则，一套特别麻烦的标准和规则，我建议大家不要纠结细节，直接复制我的代码就好了。

访问我们的云函数地址，发现可以顺利返回数据。（当然，我被函数搞了几十次的失败就不表了~ ）

关于请求的所有字段，比如 headers，body，status code 这些内容都集成在 Event 这个输入字段中了，详细解释的地址在下面：

Event 字段说明地址 ：https://cloud.########.com/document/product/583/12513#apiStructure

所以大家可以看到，要是我在里面写一个请求方法，请求一个固定地址，会发生什么呢，会不会云函数自动代替我完成对目标地址的请求，就像 VPN 或者某科学上网工具一样?

所以，我动手试了一下。

到这里就是正式编写我们的函数了。

我们要实现一个效果就是收集请求端的数据包，收集请求包请求数据，然后把请求包原样发送给我们的 CS 服务器，最后收集 CS 服务器的返回包返回给请求方。

后面的代码参考了「风起」的文章中把 body 中标识字节的 b’’ 字段舍弃的方法。

另外一个坑是，某 B 公有云云函数的超时时间的问题。

是因为 CS 马在运行后会先下载一个 200K+ 的配置文件（这个研究过 CS 马的童靴应该很了解），而我们的云函数在下载这么大的文件的时候会超时。

所以这个问题很难发现，直接让笔者整个周末都在研究这个问题。

顺便吐槽下某 B 公有云的错误返回，实在是太概括了，根据返回根本定位不到问题在哪里，要自己一行一行的 re 代码…… 

最后，感谢一下「风起」的文章。虽然域前置，某 B 公有云云函数隐藏这些攻击方法我们都已经掌握了，但是参照仍然让我们少走了一些弯路（虽然有的坑也没避掉）。

通过域前置，某 B 公有云云函数隐藏等这些虽然给溯源增加了一层难度，但也不是完全不可能，如果得到有关方面的协助还是有办法找到攻击机的。

比如，某 C 公有云云的域前置，只要找到上线时连接的 Host 在某 C 云内部的 DNS 对应的 IP，就可以拿到其对应的攻击 IP了。

某 B 公有云云函数这种方法呢，就更简单了，反正每个触发器对应的 API 地址就一个，发现了封了就行了，自己也没法改，因为 CS 马的上线地址填的这个。另外在请求 API 截止的时候会函数名，如果起的有特色一点，也不是完全没有溯源的可能。

攻防双方永远在博弈中共同进步，最近爆出来的域前置攻击，某 B 公有云云函数转发， 还有我们最新发现的微软子域名劫持， 其实都是 RT 在应对各种防守工具想出来的比较好的方法，我们也在不断提升对这种攻击的检测的能力。

攻防双方应该像两条藤蔓一样互相攀爬着向上。从攻击方最开始不停地开扫描器扫描，企业封堵 IP；到攻击方发送无数个钓鱼邮件，企业进行样本分析溯源；最终转变为更高手段的攻防博弈。攻防水平不断提升，双方过招之后应该是直呼“有点东西”，而不是“几天不见，怎么这么拉了”。

如果大家看完能有些收获，我们整整一个周末研究这个方法就没有浪费。

微步情报局，即微步在线研究响应团队，负责微步在线安全分析与安全服务业务，主要研究内容包括威胁情报自动化研发、高级 APT 组织&黑产研究与追踪、恶意代码与自动化分析技术、重大事件应急响应等。

微步情报局由精通木马分析与取证技术、Web 攻击技术、溯源技术、大数据、AI 等安全技术的资深专家组成，并通过自动化情报生产系统、云沙箱、黑客画像系统、威胁狩猎系统、追踪溯源系统、威胁感知系统、大数据关联知识图谱等自主研发的系统，对微步在线每天新增的百万级样本文件、千万级 URL、PDNS、Whois 数据进行实时的自动化分析、同源分析及大数据关联分析。微步情报局自设立以来，累计率先发现了包括数十个境外高级 APT 组织针对我国关键基础设施和金融、能源、政府、高科技等行业的定向攻击行动，协助数百家各个行业头部客户处置了肆虐全球的 WannaCry 勒索事件、BlackTech 定向攻击我国证券和高科技事件、海莲花长期定向攻击我国海事/高科技/金融的攻击活动、OldFox 定向攻击全国上百家手机行业相关企业的事件。