ARTEX引领代理攻击框架的新潮流

摘要

威胁行为者越来越多地利用由代理驱动的LLM框架，如ARTEX、PentAGI和CAIRN，来自动化复杂的攻击生命周期。这些多代理系统能够以机器速度进行快速侦查、横向移动和权限升级。这一演变标志着向高度自动化、可扩展的入侵转变，对传统防御策略构成了更大的压力。

调查

Mandiant和GTIG在现实世界的事件响应中观察到了这些框架的应用，包括与诸如UNC7228（STORM-0940）等组织相关的活动。调查记录了高速度突发事件，包括在23秒内发生27个事件，并使用自动错误更正来部署webshells。研究人员还强调了这些工具如何滥用云权限和合法的应用程序API，以实现攻击者的目标。

缓解措施

防御者应采用五层防御策略：保护控制平面、限制具有短期凭证的身份和密钥、强化配置、保护应用程序功能免受滥用，并监控行为和流量异常。减少外部攻击面和限制不必要的管理暴露仍然是关键的防御措施。

响应

当检测到可疑活动时，组织应优先进行以身份为中心的响应，因为许多操作依赖于有效凭证。监控管理API调用的异常激增、意料之外的身份验证来源以及数据平面访问模式的突然变化。快速撤销被盗身份和调查自动化横向移动的完整范围至关重要。

模拟执行

• 攻击叙述与命令： 部署ARTEX框架的对手试图映射出云环境的权限。为了验证在Azure中的写入/删除能力，框架执行了一个名为 TinyTestBlob 的快速连续创建和删除。在AWS环境中，对手同时尝试使用 --dry-run 标志列出或修改EC2实例。这使他们能够确认当前的IAM角色是否具有足够的权限，而不触发实际状态变更或生成“成功”日志，而是依赖于 DryRunOperation 错误代码以确认“拒绝”或“允许”状态。

• 回归测试脚本：

  # ARTEX框架模拟脚本
  
  Write-Host "[!] 开始ARTEX侦查模拟..."
  
  # --- 部分1：Azure Blob侦查 ---
  Write-Host "[*] 模拟Azure TinyTestBlob写入/删除..."
  $azureAccount = "artex_test_account"
  $container = "recon-container"
  $blobName = "TinyTestBlob"
  $testFile = ".temp_recon.txt"
  "recon_data" | Out-File $testFile
  
  # 模拟快速写入/删除模式
  try {
      Set-AzStorageBlobContent -File $testFile -Container $container -Blob $blobName -Context $ctx -ErrorAction Stop
      Write-Host "[+] Azure 写入成功"
      Remove-AzStorageBlob -Blob $blobName -Container $container -Context $ctx -ErrorAction Stop
      Write-Host "[+] Azure 删除成功"
  } catch {
      Write-Error "Azure模拟失败: $_"
  }
  
  # --- 部分2：AWS EC2 DryRun侦查 ---
  Write-Host "[*] 模拟AWS EC2 DryRun权限检查..."
  # 这个命令被设计为在权限存在或缺失时以DryRunOperation错误结束
  aws ec2 describe-instances --dry-run --region us-east-1
  
  if ($LASTEXITCODE -ne 0) {
      Write-Host "[+] AWS DryRun检查完成（预期错误代码）"
  }
  
  Remove-Item $testFile
  Write-Host "[!] 模拟完成。"

• 清理命令：

  # 清理模拟工件
  Remove-Item -Path ".temp_recon.txt" -ErrorAction SilentlyContinue
  # 注意：Azure blob 已在模拟脚本中删除。