SpecterOps Research & Tradecraft

9 篇内容

工程实践SpecterOps Research & Tradecraft

Sage: AI for Assumed-Breach Operations, Built Into Mythic

文章介绍 SpecterOps 开源的 Sage:它作为 Mythic v4 中的原生聊天容器和 AI harness 运行,面向假设失陷后的红队与攻击路径操作。系统采用 supervisor 多智能体架构,由主管协调六个专家代理,并通过 Mythic schema 适配任意 agent 的命令与参数。Sage 提供只读 Conversation、逐步审批的 Supervised 和实验性的 Autonomous 三种权限模式;用 BloodHound 保存攻击图,用 Engagement State Ledger 和 proof envelope 记录可验证战果。设计上强调人类授权、用确定性代码执行能力、仅以 Mythic/BloodHound 证据判定成功,并内置 200+ TTP 与可扩展工具。局限是 beta,端到端仅验证 Apollo 与 LiteLLM 路线,Autonomous 只在 GOAD 实验室测试,生产行为尚不明确。

推荐收录。文章不是泛泛介绍 AI 红队,而是给出可复核的系统设计:三种权限模式、审批卡、证据账本、能力前置条件与验证器,以及明确的 beta 验证边界。适合构建安全自动化、AI Agent 平台或 C2 工作流的工程师参考;其人类审批与可证明状态管理可迁移,但需注意攻击性用途仅限授权场景,且自主模式尚未生产验证。

技术文章SpecterOps Research & Tradecraft

Principal Problems: App Registrations, Service Principals, and the Hidden Risk of Multi-Tenant Apps

文章以ConnectWise Cloud Backup事件为引子,解释Entra ID中应用注册与服务主体的区别:应用注册是主页租户中保存凭证的“蓝图”,服务主体才是各租户实际被授予权限并可获取令牌的安全主体。作者说明多租户应用被同意后会在客户租户创建服务主体,而凭证仍留在厂商租户,故一份泄露凭证可通过替换目录ID访问所有已同意租户,并结合委托/应用权限、同意记录和令牌流程解释风险放大机制。文章还从攻击者视角归纳窃取或添加凭证、权限提升路径,并给出识别第三方服务主体、审查高权限授予、审计凭证和限制同意的防御清单。其边界是未说明ConnectWise凭证的初始获取方式,且部分条件访问控制对多租户服务主体覆盖有限。

推荐收录:文章用ConnectWise影响100+租户的真实事件,把应用注册、服务主体、权限同意和多租户凭证边界讲得具体,并给出Microsoft Graph/BloodHound查询与可执行的防御清单。对云身份安全、Entra ID管理员和红队/蓝队读者均有较高迁移价值;未披露初始凭证获取方式不影响其模型解释和检查方法。

技术文章SpecterOps Research & Tradecraft

Mi Scusi, My SCSI: Abusing iSCSI Target Server

文章分析 Windows iSCSI Target Server 在未启用 CHAP 时的认证缺失风险,解释 iSCSI 基于 TCP 的块级存储与 IQN 命名机制,并依据 RFC 7143 说明登录阶段只需 InitiatorName/TargetName 即可建立会话。作者通过 AD SPN 枚举定位目标服务器,利用主机 dNSHostName 预测 initiator IQN,再用 scuzzy.py 的 Discovery 会话和 SendTargets 获取 target IQN,登录后读取虚拟磁盘。演示从 VHDX 中恢复 Hyper-V 文件系统,提取 SAM/SYSTEM/SECURITY 及域控 NTDS.dit,最终用 secretsdump 导出凭据,表明可绕过 NTFS 权限。防御建议包括 CHAP、IPsec 和网络隔离;边界是未在生产验证、BitLocker 会阻断读取,且 SPN 注册原因仍未完全确认。

推荐收录:文章基于 RFC 7143 的登录与 Discovery 会话细节,给出从 AD SPN 枚举、IQN 预测到用 scuzzy.py 读取 VHDX、提取 NTDS.dit 的完整攻击链,并附 CHAP/IPsec/网络隔离建议及 BHE 租户暴露面数据。适合 Windows/AD 安全工程师、红队和存储管理员评估无认证块存储风险;但作者未在生产验证,BitLocker 等加密会限制利用,应视为受控环境下的安全参考。

科研议题SpecterOps Research & Tradecraft

Signed, Sealed, and Relayed, NTLM-style: Bypassing LDAP Signing Through Reauthentication

文章披露并分析了一个绕过 LDAP 签名要求的 NTLM 中继漏洞。作者先建立使用已知会话密钥的已签名 LDAP 连接,再强制受害 SMB 客户端认证,并将受害者的 NTLM AUTHENTICATE BindRequest 与恶意 LDAP ModifyRequest 封装进同一 SASL 记录,用攻击者密钥签名;DC 只校验一次该记录,随后把连接身份切换为受害者并以其权限执行后续操作,可写入 RBCD 或 shadow credentials 属性,最终导致域控和域林失陷。根因是 LDAP_CONN::ProcessRequestEx 在身份切换后未重新校验剩余消息。微软通过连接身份计数器,在记录中途身份变化时丢弃剩余数据修复。该技术仅适用于 389/TCP LDAP,不适用于 LDAPS,且依赖 SMB 强制认证和已签名 LDAP 会话。

推荐收录,因为它提供了从协议背景、攻击链、抓包复现到逆向根因和补丁分析的完整证据,并附带 PoC 与防御建议。适合 Active Directory/身份安全、红蓝对抗和协议安全研究者阅读;其中“同一 SASL 记录内身份切换后必须重新校验”的教训可迁移到其他认证封装与状态机设计。主要风险是攻击技术可被滥用,公开引用时应同时强调补丁与 LDAP signing/channel binding 同时启用。

工程实践SpecterOps Research & Tradecraft

ConnectWise SkyKick Breach: How to Check Your Microsoft 365 Tenant

文章复盘2026年10月15日ConnectWise Cloud Backup应用凭据被滥用事件:攻击者以应用身份获取Microsoft Graph令牌,进入客户Microsoft 365租户。应用登录绕过MFA,凭据持有者可继承备份应用对邮箱、文件、Teams和目录数据的广泛权限;Huntress确认162个租户遭未授权登录,攻击者还添加密钥、授予全局管理员以维持访问。文中列出受影响应用ID,并给出禁用应用、运行AzureHound、审查登录日志和可疑IP、撤销授权、用BloodHound查询到Tier Zero路径等处置步骤。文章提醒已签发令牌在禁用后仍可能有效约90分钟。局限是事件仍在更新,具体IP和应用ID时效性强,部分结论依赖公开报道,文末带有工具推广。

推荐收录:文章给出了OAuth应用凭据泄露后M365租户的排查与处置清单,包括受影响应用ID、禁用应用、审查登录日志、撤销授权,以及用AzureHound/BloodHound查询服务主体到Tier Zero的路径。对云身份安全、第三方应用供应链风险管理者有直接操作价值;但事件仍在更新,具体IP和应用ID时效性强,且文末带有工具推广,需结合官方通告复核。

工程实践SpecterOps Research & Tradecraft

Be the Architect: Intentional AI Engagement for Cybersecurity Engineering

文章以 SpecterOps 对开源安全平台 Ghostwriter 的 UI 大改版为案例,提出“AI 参与模型”(AIEM):人类始终充当架构师,按 Frame、Challenge、Verify、Decide、Produce 循环与编码代理协作。作者给出按任务状态做模型路由(Luna/Terra/Sol 三级)和调节推理强度的具体做法,并借助 grill-me、frontend-design、agent-browser 等技能工具以及上下文文档、会话管理来约束代理。文中详述一次典型升级:表单闪烁由 Terra 反复失败后升级到 Sol,最终定位为 TinyMCE 在非激活 Bootstrap 标签页中初始化的时序问题,并顺势统一编辑器为 Tiptap。项目覆盖 99 个界面、161 个模板文件,模型花费 815.50 美元、约 13 亿 token、93 小时代理时间,人工审阅约 20-40 小时。作者强调这是单案例,量化节省与质量对照仍待验证,且模型价格与命名变化很快,路由原则可迁移但具体配置需重新校准。

推荐收录。文章不是泛谈“用 AI 提效”,而是给出可复现的工程证据:模型分级路由、推理强度调校、上下文与工具治理,以及一条从反复失败到升级诊断的真实调试链条(TinyMCE 与 Bootstrap 标签页时序问题)。对做 AI 辅助工程、代理工作流或团队 AI 治理的读者,其“人类保持架构师角色”的原则、成本拆解与验证方法可直接迁移;主要局限是单案例、缺乏对照组,成本与节省结论不宜直接外推。

工程实践SpecterOps Research & Tradecraft

AI for Offensive Security: What Works, What Does Not, and How to Adopt It

文章系统梳理了截至 2026 年 9 月 AI 在进攻性安全中的真实应用边界。作者按研究分析、工具开发、侦察降噪、社会工程、漏洞挖掘与验证、长时自动化、隐蔽规避、证据整理与报告等场景,给出 SpecterOps 团队的具体案例与数据,例如累计发现约 40 个此前未知漏洞、在两三小时内测试 440 个 payload 的提示注入流程,以及 ARTEMIS 在约 8000 台主机的实网中取得 82% 有效提交率。核心论点是模型能力只是系统的一层,真正决定成败的是其外围的上下文、工具、持久状态、授权与独立验证机制,即所谓 harness。文章同时剖析自我评分、状态漂移、靶场到真实环境的迁移偏差等失败模式,并引用模型逃逸隔离环境等事件说明自主性本质上是信任与隔离问题。结论是应从团队理解的单点瓶颈入手,先只读、再受监督操作,仅在证据充分时才授予更大自主权。

推荐收录。文章以约 40 个真实漏洞、440 个 payload 的注入流程、ARTEMIS 实网 82% 有效提交率等具体证据,区分了 AI 在 Web 测试、外网渗透、取得立足点后等不同阶段的可行性与局限,并给出 harness 设计、验证机制与分级授权的可落地方法。对从事红队、AI 安全评估或构建安全智能体 harness 的读者,其中的失败模式清单和“按证据分配权限”原则可直接迁移,同时明确提醒自主执行带来的隔离与信任风险。

工具笔记SpecterOps Research & Tradecraft

CiliumHound: Graphing Kubernetes Network Policies

文章介绍 CiliumHound,一个用于审计 Cilium Kubernetes 网络策略的 BloodHound OpenGraph 扩展。作者先解释 Cilium 作为 CNI 插件如何用 L3/L4/L7 规则实现命名空间隔离,并强调 matchLabels/matchExpressions 内部用 AND、独立 ingress/egress 规则之间用 OR 的组合语义。CiliumHound 摄取 JSON/YAML 策略后生成以命名空间为中心、带方向边的可查图,将 Kubernetes 元素与规则节点连接,并附带保存的 Cypher 查询。文章用直接 egress、endpointSelector egress、ingress、无限端口 egress 和 policy 作用域等例子展示图建模方式。结论是可视化让大量策略变得可消化,但当前尚不支持 nodeSelector 与 CiliumClusterwideNetworkPolicy,pathfinding 也仍未解决。

推荐收录,因为它不止发布一个工具,还完整解释了 Cilium 策略的 AND/OR 组合语义、审计中的实际约束,并给出可复用的图建模与 Cypher 查询方法。适合 Kubernetes 安全评估、红队和平台安全工程师阅读,其图化审计思路可迁移到其他策略密集型场景。主要限制是尚未覆盖 nodeSelector 与 Clusterwide 策略,也缺少 pathfinding 能力。

技术文章SpecterOps Research & Tradecraft

Return of the Cookie Monster

文章来自 SpecterOps 研究团队,探讨在运行中的 Chromium 浏览器中启用 Chrome DevTools Protocol(CDP)以进行后渗透活动。作者指出,虽然现代 Cookie 防护机制让传统会话窃取更难,但已认证的浏览器会话对攻击者仍具价值。文中介绍的利用方式包括通过 CDP 枚举浏览器环境、窃取 Cookie 以及实现浏览器接管,并分析其可行性。研究面向红队与防御人员,揭示 CDP 作为攻击面的安全影响,提示需关注这类本地调试接口被滥用带来的风险。

推荐收录。文章来自 SpecterOps,其 TL;DR 明确说明将展示如何在运行中的 Chromium 浏览器中启用 CDP 并进行浏览器枚举、Cookie 窃取和浏览器接管,属于高价值安全研究。适合红队、安全研究和检测工程师参考,可帮助理解现代浏览器攻击面及 Cookie 保护机制的绕过/局限,具有可迁移的攻防视角。