首页
/ Atomic Red Team测试模块依赖问题的分析与解决

Atomic Red Team测试模块依赖问题的分析与解决

2025-05-22 08:02:59作者:卓艾滢Kingsley

问题背景

在使用Atomic Red Team进行T1218.005测试时,用户遇到了"invoke-athhtmlapplication命令无法识别"的错误。这个错误表明系统无法找到执行测试所需的PowerShell命令,而该命令实际上属于AtomicTestHarnesses模块的一部分。

错误分析

当用户尝试执行以下命令时:

Invoke-AtomicTest T1218.005 -Session $session

系统返回错误信息指出"invoke-athhtmlapplication"不是有效的cmdlet、函数、脚本文件或可执行程序。这通常意味着:

  1. 所需的AtomicTestHarnesses模块未安装
  2. 模块已安装但未正确导入当前会话
  3. 模块安装路径不在系统PATH环境变量中

根本原因

深入分析Atomic Red Team的T1218.005测试定义文件,发现虽然测试的"get_prereq_command"部分包含了安装AtomicTestHarnesses模块的注释代码,但实际并未执行。这是因为:

  1. 预安装命令被注释掉了(行首有#号)
  2. 测试执行器默认不会自动处理预安装步骤
  3. 远程会话环境下模块不会自动传播

解决方案

针对这个问题,可以通过修改测试定义文件来确保依赖模块的正确安装和加载。修改后的executor部分应包含以下关键步骤:

  1. 强制安装AtomicTestHarnesses模块到当前用户作用域
  2. 设置执行策略以允许脚本运行
  3. 显式导入模块
  4. 最后执行实际的测试命令

具体实现如下:

executor:
  command: |
    Install-Module -Name AtomicTestHarnesses -Scope CurrentUser -Force
    Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass -Force
    Import-Module AtomicTestHarnesses -Force
    Invoke-ATHHTMLApplication -HTAFilePath #{hta_file_path} -ScriptEngine #{script_engine} -AsLocalUNCPath -SimulateLateralMovement -MSHTAFilePath #{mshta_file_path}
  name: powershell

技术要点

  1. 模块安装作用域:使用-Scope CurrentUser参数确保模块安装在用户目录下,避免需要管理员权限

  2. 执行策略设置:临时设置进程级别的执行策略为Bypass,确保脚本可以运行而不影响系统全局设置

  3. 模块导入:即使模块已安装,也需要显式导入才能在当前会话中使用其命令

  4. 远程执行考虑:在远程会话(如通过$session参数)中执行时,需要确保模块在远程主机上可用

最佳实践建议

  1. 对于依赖外部模块的Atomic测试,建议在测试定义中明确包含依赖安装步骤

  2. 在团队环境中使用Atomic Red Team时,可以考虑预先在所有目标系统上安装常用依赖模块

  3. 对于持续集成/自动化测试场景,建议创建包含所有必要依赖的基础镜像

  4. 开发自定义Atomic测试时,确保正确处理依赖关系,可以通过get_prereq_commandcleanup_command实现完整的测试生命周期管理

总结

通过分析这个具体案例,我们了解到在使用Atomic Red Team框架时,正确处理测试依赖关系的重要性。特别是在远程执行和自动化测试场景下,确保所有依赖模块可用是测试成功执行的关键。本文提供的解决方案不仅解决了当前问题,也为处理类似情况提供了参考模式。

登录后查看全文
热门项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
168
2.05 K
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
99
608
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
199
279
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
954
563
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Python
78
71
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
17
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0