ESET 的研究人员发现了一个全新的攻击组织 Worok，该组织自动 2020 年就一直处于活跃状态。Worok 使用的工具集包括一个 C++
编写的加载程序 CLRLoad、一个 PowerShell 编写的后门 PowHeartBeat 和一个 C# 编写的加载程序
PNGLoad，攻击者使用隐写术来提取隐藏在 PNG 文件中的 Payload。
Worok
在 2021 年初 ProxyShell（CVE-2021-34523）漏洞披露期间，研究人员发现了各种 APT 组织的利用活动。其中发现与 TA428
组织类似的特征：
活动时间
目标行业
ShadowPad 的使用
但其余工具集大不相同，所以分析人员分为 Worok 与 TA428 归属相同的证据不足，将其确定为一个新的攻击组织。根据 ESET 的遥测数据，Worok
自从 2020 年底一直保持活跃至今。
2020 年底，Worok 就瞄准多个国家的政府和公司进行攻击，具体来说：
东亚某电信公司
中亚某银行
东南亚某海运公司
中东某政府单位
南非某私营公司
从 2021 年 5 月到 2022 年 1 月，攻击者进入静默期。Worok 在 2022 年 2 月又重出江湖，攻击了：
中亚某能源公司
东南亚某公共部门
下图显示了攻击影响的可视化：
攻击地图
根据分析，研究人员认为 Worok 的主要目标是窃密。
技术分析
攻击者会利用 ProxyShell 漏洞，成功后上传 Webshell 进行持久化与后续攻击阶段。
获取权限后，攻击者部署了多个公开的侦察工具，如 Mimikatz、EarthWorm、ReGeorg 和 NBTscan。紧接着会部署后续两阶段的攻击
Payload，但未发现最终的攻击 Payload 是什么。在 2021 年，第一阶段加载程序是 CLRLoad，而在 2022 年已经被功能齐全的
PowerShell 后门 PowHeartBeat 所取代。
执行链如下所示：
两条执行链
CLRLoad
CLRLoad 是一个 C++ 编写的 Loader，用于加载下一阶段的 PNGLoad 样本。该样本为一个 DLL 文件，有 32 位与 64
位两个版本。样本也是通过合法目录中的文件进行加载的，用于欺骗作为合法软件。
CLRLoad 样本查找文件的完整路径，路径被单字节异或编码，且每个样本中都使用不同的密钥。部分路径如下所示：
C:\Program Files\VMware\VMware Tools\VMware VGAuth\xsec_1_5.dll
C:\Program Files\UltraViewer\msvbvm80.dll
C:\Program Files\Internet Explorer\Jsprofile.dll
C:\Program Files\WinRar\RarExtMgt.dll
C:\Program Files (x86)\Foxit Software\Foxit Reader\lucenelib.dll
样本使用的一个互斥量名为 Wo0r0KGWhYGO，故将其命名为 Worok。
PowHeartBeat
PowHeartBeat 是一个 PowerShell 编写的全功能后门，利用压缩、编码和加密等手段进行了混淆处理。根据 ESET
的遥测数据，PowHeartBeat 在最近取代了 CLRLoad 作为用于启动 PNGLoad 的工具。
代码的第一层由多块 base64 编码的 PowerShell 代码组成，重组 Payloda 后会通过 IEX
执行。解码后，会执行另一层混淆代码，如下所示：
PowerShell
代码
第二层首先使用 base64 解码其代码的下一层，然后使用 CBC 模式的三重 DES 算法进行解密。解密后再使用 gzip 算法解压获得
PowerShell 的第三层代码，这才是真正的后门代码。
后门使用 HTTP 或者 ICMP 协议与 C&C 服务器进行通信，原理如下所示：
工作原理
配置
配置中有许多可选字段，如下所示：
| 字段名称 | 描述 |
|---|---|
| nouse | 未使用 |
| ClientId | 客户端标识 |
| Version | 版本号 |
| ExecTimes | 执行命令尝试次数 |
| UserAgent | 用于C&C通信的 User-Agent |
| Referer | 用于C&C通信的 Referer |
| AcceptEncoding | 未使用 |
| CookieClientId/CookieTaskId/CookieTerminalId | 用于C&C通信的 Cookie |
| UrlHttps | 用于C&C通信的协议 |
| UrlDomain/IPAddress/Domains | 用于C&C通信的地址 |
| UrlSendHeartBeat | 用于C&C通信的 URL 路径 |
| UrlSendResult | 用于C&C通信的 URL 路径 |
| GetUrl | 完整的 URL |
| PutUrl | 完整的 URL |
| currentPath | 未使用 |
| ProxyEnableFlag | 是否启用代理 |
| Proxymsg | 代理地址 |
| Interval | 请求间隔 |
| BasicConfigPath | 基础配置路径 |
| UpTime | 开始运行时间 |
| DownTime | 停止运行时间 |
| DomainIndex | 用于 C&C 通信的当前域名 |
| SecretKey | 用于加解密的密钥 |
| IfLog | 未使用 |
| IfLogFilePath | 是否启用日志记录 |
| logpath | 日志文件路径 |
| ProxyFile | 代理配置文件路径 |
| IfConfig | 是否启用配置文件 |
PowHeartBeat 样本中提取的配置如下所示：
$Script:nouse = 100;if(Test-Path $MyInvocation.MyCommand.Path){Remove-item $MyInvocation.MyCommand.Path -Force;}$Script:ClientId = "83";$Script:Version = "2.1.3.0003";$Script:ExecTimes = 10;$Script:UserAgent = "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3487.100 Safari/537.36";$Script:Referer = "www.adobe.com";$Script:AcceptEncoding = "text/html,app1ication/xhtml+xml,app1ication/xml;q=0.9,*/*;q=0.8";$Script:CookieClientId = "s_ecid";$Script:CookieTaskId = "aam_uuid";$Script:CookieTerminalId = "AAMC_adobe_0";$Script:UrlHttps = "http://";$Script:UrlDomain= " 118.193.78[.]22:443";$Script:UrlSendHeartBeat = "/latest/AdobeMessagingClient.js";$Script:UrlSendResult = "/content/dam/offers-homepage/homepage.jpg";$Script:GetUrl = $Script:UrlHttps + $Script:UrlDomain + $Script:UrlSendHeartBeat;$Script:PutUrl = $Script:UrlHttps + $Script:UrlDomain + $Script:UrlSendResult;$Script:currentPath = Split-Path -Parent $MyInvocation.MyCommand.Definition;$Script:ProxyEnableFlag = $false;$Script:Proxymsg;$Script:Interval = 10 ;$Script:BasicConfigPath = "C:\ProgramData\unins.dat";$Script:UpTime = 0;$Script:DownTime = 24;$Script:Domains;$Script:DomainIndex;$Script:SecretKey = "###ConfigKey###";#$Script:IfLog = $true;$Script:IfLogFilePath = "C:\ProgramData\tpncp.dat";$Script:logpath = "C:\ProgramData\unins000.dat";$Script:ProxyFile = "C:\ProgramData\hwrenalm.dat";$Script:IfConfig = $false;
C&C 通信
PowHeartBeat 在 2.4 版本前使用 HTTP 进行 C&C 通信，后续切换到 ICMP，这两者都没有经过加密。
HTTP
GET 请求的格式如下所示：
GET <UrlSendHeartBeat> HTTP/1.1User-Agent: <UserAgent>Referer: <Referer>Host: <Domain>Cookie: <CookieClientId>=<ClientId>Connection: close
响应中通过 command_id 提供要执行的命令，加密算法如下所示：
o[int] $pos = $taskId % 256;for ($i = 0; $i -lt $tmpBytes.Value.Length; $i++){$pos = $pos + $clientId;if ($pos -ge 256){$pos = $pos % 256;}$tmpBytes.Value[$i] = [byte]($tmpBytes.Value[$i] -bxor $hexEnc[$pos]);}
ICMP
从 PowHeartBeat 的 2.4 版本开始，HTTP 被 ICMP 取代，这可能是一种逃避检测的方式。
更新的代码中有一些细微的修改：
请求命令之前，PowHeartBeat 会在每个循环中发送一个包含字符串
abcdefghijklmnopqrstuvwxyz的心跳包，告知 C&C
服务器准备好接收命令获取后门执行命令的请求中包含字符串
abcdefghijklmnop
心跳包如下所示：
心跳包布局
Client ID 和 Client Flag 的区别在于每个样本的 Client ID 都不同，而 Client Flag
在每个样本中都一样。Heartbeat Flag 表示后门正在发送心跳包。响应如下所示：
响应布局
此处的 Flag 表明是否有命令下发，获取命令的请求如下所示：
获取命令的请求布局
ICMP 通信使得后门可以接收无限的数据，请求的响应如下所示：
获取命令的响应布局
与 HTTP 响应一样，data 中的第三个字节为命令标识符。
连续七次 ICMP 响应为空或者格式不一致的内容，C&C 通信就被认为完成了。
后门命令
PowHeartBeat 具备多种功能，支持命令如下所示：
| 命令 | 标识符 | 描述 |
|---|---|---|
| Cmd | 0x02 | 执行 PowerShell 命令 |
| Exe | 0x04 | 执行程序 |
| FileUpload | 0x06 | 将文件压缩上传到失陷主机 |
| FileDownLoad | 0x08 | 在失陷主机下载文件 |
| FileView | 0x0A | 获取特定目录的文件信息 |
| FileDelete | 0x0C | 删除文件 |
| FileRename | 0x0E | 重命名/移动文件 |
| ChangeDir | 0x10 | 更改工作目录 |
| Info | 0x12 | 获取失陷主机的信息 |
| Config | 0x14 | 更新配置文件并重新加载 |
| N/A | 0x63 | 程序退出 |
如果执行出现了错误，后门会向 C&C 服务器发起的 POST 请求中使用特定的命令标识符 0x00。
PNGLoad
二阶段载荷为 PNGLoad，通过后门 PowHeartBeat 从 C&C 服务器下载和执行额外的载荷。PNGLoad 是一个 Loader，它使用
PNG 文件中的字节来创建要执行的 Payload。
该文件是 64 位的 .NET 可执行文件，并且使用 .NET
Reactor进行了混淆，伪装成 WinRAR 的 DLL 文件。
伪造的文件信息
去混淆后发现文件只有一个类，有一个 MainPath 属性包含后门搜索的目录路径，以查找扩展名为 .png的文件，如下所示。
.png
文件列表
通过此 MainPath 搜索找到的每个 .png 文件中的隐写嵌入内容。使用存储在 PNGLoad 的 SecretKeyBytes
属性中的密钥，对缓冲区的其余部分进行多字节异或解密，然后对解密的缓冲区进行 gzip 解压缩。得到的应该是 PowerShell 脚本，会被立即执行。
图片隐写
PNGLoad 执行的操作记录在一个文件中，该文件的路径存储在变量 LogFilePath 中。仅当存在其路径由内部变量 IfLogFilePath
指定的文件时，才会记录操作。
受限于数据视野，研究人员未能获得与 PNGLoad 一起使用的示例 .png 文件。攻击者将恶意 Payload 隐藏在看起来无害的 PNG
图片中，将恶意内容隐藏在明处。
最后
分享一个快速学习【网络安全】的方法，「也许是」最全面的学习方法：
1、网络安全理论知识（2天）
①了解行业相关背景，前景，确定发展方向。
②学习网络安全相关法律法规。
③网络安全运营的概念。
④等保简介、等保规定、流程和规范。（非常重要）
2、渗透测试基础（一周）
①渗透测试的流程、分类、标准
②信息收集技术：主动/被动信息搜集、Nmap工具、Google Hacking
③漏洞扫描、漏洞利用、原理，利用方法、工具（MSF）、绕过IDS和反病毒侦察
④主机攻防演练：MS17-010、MS08-067、MS10-046、MS12-20等
3、操作系统基础（一周）
①Windows系统常见功能和命令
②Kali Linux系统常见功能和命令
③操作系统安全（系统入侵排查/系统加固基础）
4、计算机网络基础（一周）
①计算机网络基础、协议和架构
②网络通信原理、OSI模型、数据转发流程
③常见协议解析（HTTP、TCP/IP、ARP等）
④网络攻击技术与网络安全防御技术
⑤Web漏洞原理与防御：主动/被动攻击、DDOS攻击、CVE漏洞复现
5、数据库基础操作（2天）
①数据库基础
②SQL语言基础
③数据库安全加固
6、Web渗透（1周）
①HTML、CSS和JavaScript简介
②OWASP Top10
③Web漏洞扫描工具
④Web渗透工具：Nmap、BurpSuite、SQLMap、其他（菜刀、漏扫等）
恭喜你，如果学到这里，你基本可以从事一份网络安全相关的工作，比如渗透测试、Web 渗透、安全服务、安全分析等岗位；如果等保模块学的好，还可以从事等保工程师。薪资区间6k-15k。
到此为止，大概1个月的时间。你已经成为了一名“脚本小子”。那么你还想往下探索吗？
想要入坑黑客&网络安全的朋友，给大家准备了一份：282G全网最全的网络安全资料包免费领取！
扫下方二维码，免费领取
有了这些基础，如果你要深入学习，可以参考下方这个超详细学习路线图，按照这个路线学习，完全够支撑你成为一名优秀的中高级网络安全工程师：
高清学习路线图或XMIND文件（点击下载原文件）
还有一些学习中收集的视频、文档资源，有需要的可以自取：
每个成长路线对应板块的配套视频：
当然除了有配套的视频，同时也为大家整理了各种文档和书籍资料&工具，并且已经帮大家分好类了。
因篇幅有限，仅展示部分资料，需要的可以【扫下方二维码免费领取】
