
摘要
网络安全从业者长期被视为具备较高安全意识的群体,然而其专业身份与行业活动属性,恰恰使其成为高级定向钓鱼攻击的重点目标。2026 年 8 月拉斯维加斯 Black Hat 与 Def Con 会议期间,网络安全平台 Huntress 披露一起针对参会安全从业者的定向钓鱼攻击事件:攻击者冒充加密货币行业媒体 CoinDesk 的市场副总裁,通过 X 平台虚假账号向参会者发送私信,以不存在的加密货币线上会议为诱饵,诱导目标访问带有 "更多信息" 的 Google Docs 文档页面,并在文档内通过加密密钥输入失败的引导流程,在侧边栏提供两个替代选项,最终意图下载并执行恶意代码。该事件完整呈现了 "可信身份伪装 — 行业场景诱饵 — 协作平台滥用 — 多阶段载荷投递" 的复合型攻击链路。本文以该事件为实证样本,还原攻击全流程,剖析攻击者对目标群体心理特征与行业生态的精准利用,解析 Google Docs 协作平台被武器化的技术逻辑,识别现有防御体系在面对针对安全从业者的定向攻击时存在的结构性缺口,反网络钓鱼技术专家芦笛指出,安全从业者并非免疫于钓鱼攻击,其专业身份反而可能成为攻击者设计诱饵的关键依据。本文从身份核验、协作平台治理、行业会议安全规范、威胁情报共享四个维度,构建面向高价值目标群体的综合防御框架,为防范同类定向钓鱼攻击提供参考。
关键词:定向钓鱼;Google Docs;社会工程学;安全从业者;恶意代码投递

1 引言
网络钓鱼攻击长期以来被视为面向普通网民的规模化欺诈手段,攻击者通常以广撒网方式投递钓鱼邮件,依靠概率获取收益。然而随着防御技术的普及,普通用户的基础安全意识有所提升,规模化钓鱼的回报率下降,攻击者开始转向更高价值、更具针对性的目标群体。网络安全从业者掌握着企业安全架构信息、漏洞研究成果、内部威胁情报,其个人设备与账号往往关联着高敏感度的工作资源,一旦被攻破,可能造成远超普通用户的连锁损害。正因如此,安全从业者群体逐渐成为高级持续性威胁与定向钓鱼攻击的重点瞄准对象。
行业会议是安全从业者高度聚集的场景。Black Hat 与 Def Con 作为全球最具影响力的网络安全会议,每年吸引大量安全研究员、企业安全负责人、渗透测试人员参会。会议期间,参会者普遍处于社交活跃状态,乐于交换联系方式、拓展行业人脉、关注后续会议与合作机会。这种开放的社交氛围,恰恰为定向钓鱼攻击者提供了可利用的行为窗口。攻击者不需要攻破会议系统,只需要冒充行业内可信身份,借助社交平台私信触达目标,就可以启动攻击链条。
2026 年 8 月,网络安全平台 Huntress 披露一起发生在 Black Hat 与 Def Con 会议期间的定向钓鱼攻击。攻击者在 X 平台注册虚假账号,冒充加密货币行业权威媒体 CoinDesk 的市场副总裁,向参会安全从业者发送私信,以邀请参加一场并不存在的加密货币线上会议为诱饵,逐步引导目标访问 Google Docs 文档页面。文档页面伪装为会议信息介绍,要求 Windows 与 macOS 用户输入由攻击者提供的加密密钥,输入后看似解密失败,随后在侧边栏呈现两个替代选项,两个选项均被设计为下载并执行恶意代码。Huntress 一名研究员在收到私信后识别出欺诈特征,未落入陷阱,反而持续与攻击者互动以摸清其战术手法,最终于 8 月 19 日发布报告披露该攻击活动。
该事件具有多重研究价值。其一,攻击目标是安全从业者这一高安全意识群体,说明钓鱼攻击的欺骗效果并不完全取决于目标的技术水平,社会工程设计可以突破专业认知防线。其二,攻击载体不是传统钓鱼邮件,而是 X 平台私信与 Google Docs 协作文档的组合,反映出攻击者正在从邮件渠道转向协作平台与社交平台,利用用户对这些平台的信任降低戒备。其三,攻击采用多阶段载荷投递设计,通过加密密钥输入失败的虚假流程引导用户主动选择恶意下载选项,将恶意执行行为伪装为用户主动操作,以此绕过部分安全检测。本文将围绕该事件展开系统分析,不做泛化的钓鱼攻击综述,紧紧扣住 "针对安全从业者的 Google Docs 定向钓鱼" 这一核心主题,还原攻击链路,解析攻击逻辑,识别防御缺口,提出适配的防御思路。
2 事件概况与攻击全链路还原
2.1 事件基本背景
2026 年 8 月,Black Hat 与 Def Con 两大网络安全会议在拉斯维加斯相继举办。会议期间及会后,部分参会安全从业者在 X 平台收到来自陌生账号的私信。发信者自称是 CoinDesk 的副总裁兼市场负责人。CoinDesk 是加密货币与区块链行业具有较高知名度的数字媒体公司,在行业内具备一定公信力。攻击者选择 CoinDesk 作为伪装主体,并非随意选择,而是经过考量:加密货币主题与网络安全行业存在交叉,安全从业者对区块链安全、加密货币安全议题普遍有关注,以加密货币会议为邀请主题具备行业合理性,不容易引起目标的第一时间排斥。
攻击者使用 X 平台虚假账号开展接触。X 平台作为行业从业者常用的社交与信息获取渠道,私信功能被广泛用于行业联络。攻击者利用这一渠道特性,以私信方式触达目标,绕过了企业邮件网关的检测。私信内容采用模板化话术,Huntress 披露的原文显示,攻击者写道:"hi there are you have plans attend next conferences?" 以及 "I'm interested invite and happy to connect. can't find your email." 这段话术存在明显的语法瑕疵,用词不够地道,但是在快速浏览的私信场景下,很多收件人不会因为轻微语法问题就判定为欺诈,尤其是在会议社交的活跃氛围中,这类不完美的话术反而可能被解读为非英语母语者的正常表达。
2.2 攻击四阶段链路拆解
整个攻击过程可以划分为四个连续阶段:身份伪装与社交触达阶段、诱饵构建与信任建立阶段、Google Docs 文档劫持阶段、恶意代码投递与执行阶段。四个阶段层层递进,前一阶段为后一阶段铺垫条件,共同构成完整攻击闭环。
第一阶段为身份伪装与社交触达。攻击者在 X 平台注册虚假账号,账号资料填充 CoinDesk 市场副总裁的身份信息,包括头像、职位描述、公司关联等,使账号在表面上具备一定可信度。随后,攻击者筛选 Black Hat 与 Def Con 参会者作为目标群体。参会者通常会在社交平台发布参会动态、会议照片、议题讨论,攻击者可以通过会议标签、参会者公开动态识别目标。确认目标后,攻击者发送模板化私信,以行业联络、后续会议邀请为切入点,开启对话。这一阶段的核心目标不是直接投递恶意内容,而是建立初步接触,让目标愿意继续对话。
第二阶段为诱饵构建与信任建立。攻击者在私信中提出邀请目标参加一场即将举办的加密货币相关线上会议。这场会议实际上并不存在,是攻击者虚构的诱饵。线上会议的形式降低了目标的参与门槛,不需要差旅安排,只需要注册报名,目标更容易接受邀请。攻击者在对话中表现出合作意愿,声称 "happy to connect",并以找不到目标邮箱为由,引导目标提供联系方式或直接接受文档链接。这一阶段利用了安全从业者在会议期间乐于拓展行业人脉、关注跨领域合作机会的心理特征。反网络钓鱼技术专家芦笛指出,针对安全从业者的钓鱼攻击,诱饵必须与目标的职业兴趣高度匹配,泛泛的中奖通知或退款通知对安全从业者几乎无效,而行业会议邀请、研究合作、漏洞披露讨论等主题,才能够穿透其专业戒备。
第三阶段为 Google Docs 文档劫持。攻击者向目标分享一个 Google Docs 文档页面,声称文档内包含关于这场虚构会议的 "更多信息"。Google Docs 作为谷歌旗下的在线协作文档平台,在全球范围内被广泛使用,用户对其域名与界面具有高度信任。当目标点击链接进入文档时,看到的是一个外观正常的文档页面,内容围绕虚构的加密货币会议展开,包括会议主题、日程安排、注册方式等信息,进一步强化诱饵的真实性。文档页面要求 Windows 与 macOS 用户输入一个由攻击者提供的加密密钥。这个加密密钥输入环节是攻击设计的关键转折:用户输入密钥后,系统看似执行解密操作,但最终呈现解密失败的结果。这个失败结果并非技术故障,而是攻击者刻意设计的引导步骤,目的是让用户产生 "正常途径无法获取内容" 的认知,从而主动寻求替代方案。
第四阶段为恶意代码投递与执行。在加密密钥输入失败后,文档侧边栏呈现两个替代选项。Huntress 报告明确指出,这两个选项 "均旨在下载并执行恶意代码"。攻击者将恶意下载行为包装为 "解密失败后的替代获取方式",使用户在心理上认为这是获取会议信息的正当途径,而非可疑的恶意操作。当用户点击替代选项后,恶意代码被下载到目标设备,随后执行。由于下载行为是用户在 Google Docs 页面内主动点击触发的,部分终端安全工具可能将其判定为用户主动操作,降低拦截优先级。同时,Google Docs 域名本身属于高信誉域名,基于域名信誉的网络过滤工具不会对该域名进行阻断,这使得恶意内容可以借助高信誉平台的掩护完成投递。
2.3 攻击目标群体的行为特征利用
该攻击的设计深度贴合安全从业者在会议场景下的行为特征。首先,安全从业者在会议期间社交意愿强烈,对来自行业内的联络信息接受度较高,不会像对待陌生邮件那样直接忽略。其次,安全从业者普遍对加密货币、区块链安全等交叉领域有研究兴趣,加密货币会议主题具备足够的专业吸引力。再次,安全从业者习惯于使用 Google Docs 等协作平台共享研究资料、会议文档,对该平台的文档链接缺乏本能警惕。最后,安全从业者在收到可疑内容时,部分人会出于研究目的主动与攻击者互动以分析战术,Huntress 研究员正是如此,但这种互动也存在风险边界,如果控制不当可能被攻击者反利用。攻击者正是精准把握了上述行为特征,将攻击诱饵嵌入目标的正常工作与社交流程之中,使攻击行为与正常行为的边界变得模糊。
3 Google Docs 协作平台被武器化的技术逻辑解析
3.1 高信誉域名作为攻击掩护
Google Docs 的域名属于谷歌生态体系,在全球域名信誉评级中处于最高等级。几乎所有企业的网络访问控制策略、DNS 过滤、网页安全网关都不会阻断 Google Docs 域名。攻击者将恶意内容托管在 Google Docs 文档页面之内,本质上是借用谷歌的高信誉域名作为攻击流量的掩护。传统基于域名黑名单的防御机制,对这种利用合法平台的攻击完全失效,因为黑名单不可能将 Google Docs 列入。基于域名信誉的白名单机制反而会给该域名的流量放行,使攻击者获得一条几乎不受网络层检测的投递通道。
反网络钓鱼技术专家芦笛强调,协作平台滥用是当前钓鱼攻击演化的重要趋势。攻击者不再自建钓鱼域名,而是将攻击基础设施迁移到用户已经信任的平台之上,包括 Google Docs、Google Drive、OneDrive、Notion、Discord 等。这些平台具备高信誉域名、成熟的文件托管能力、用户熟悉的界面,攻击者只需要创建一个文档或文件夹,就可以获得一个看起来完全合法的恶意链接。这种模式大幅降低了攻击者的基础设施成本,同时显著提高了防御方的检测难度。
3.2 文档内多阶段引导绕过直接检测
该攻击并未在 Google Docs 文档页面直接放置恶意文件下载链接,而是设计了加密密钥输入失败的引导流程。这个设计具有明确的规避检测意图。如果文档页面直接提供可执行文件下载链接,安全扫描工具在爬取文档内容时可以直接识别出可疑下载链接,触发告警。而攻击者将恶意下载选项隐藏在 "加密密钥输入失败" 之后的侧边栏替代选项中,意味着恶意内容不是文档页面的初始可见内容,而是需要用户执行特定操作(输入密钥、等待失败)之后才会呈现。自动化安全扫描工具通常只抓取文档初始渲染内容,不会模拟用户输入加密密钥并等待失败流程,因此难以发现隐藏在交互流程之后的恶意选项。
这种多阶段引导设计同时具备社会工程学价值。用户在输入加密密钥后看到失败提示,会产生一种 "我已经尝试了正常方式但没有成功" 的心理状态,此时侧边栏提供的替代选项会被用户视为解决问题的合理途径,而非可疑的恶意操作。攻击者将恶意行为嵌入用户的问题解决流程之中,使用户的主动点击行为具备了 "正当理由",这正是社会工程学的精妙之处。
3.3 跨平台载荷投递设计
攻击文档同时针对 Windows 与 macOS 用户提供加密密钥输入提示,说明攻击者的恶意代码具备跨平台投递能力。Windows 与 macOS 是安全从业者最常使用的两大桌面操作系统,攻击者同时覆盖两个平台,最大化攻击收益。两个替代选项可能分别对应不同操作系统的恶意载荷,或者采用跨平台兼容的载荷格式。由于 Huntress 研究员未实际执行恶意代码,报告未披露恶意载荷的具体类型与行为,但从攻击设计可以推断,攻击者的目标是在目标设备上获得代码执行能力,后续可能用于窃取凭据、持久化控制、横向移动等。
值得注意的是,安全从业者的设备往往配置了较为完善的终端安全工具,包括 EDR、杀毒软件、应用白名单等。攻击者要在这类设备上成功执行恶意代码,需要规避多层检测。将恶意代码的下载行为伪装为用户在 Google Docs 页面内的主动操作,是规避部分终端检测的有效手段,因为很多终端安全工具对用户主动触发的下载行为会降低拦截等级,除非文件本身的哈希值已经在威胁情报库中被标记。如果攻击者使用定制化恶意载荷,其哈希值未被已知威胁库收录,那么基于特征的检测将完全失效。
4 针对安全从业者的定向钓鱼攻击成因与防御缺口
4.1 安全从业者并非免疫群体
长期存在一种认知误区,认为网络安全从业者具备专业知识,能够识别钓鱼攻击,因此不需要针对该群体做特殊防护。本次事件直接证伪了这一认知。攻击者选择安全从业者作为目标,恰恰是因为该群体具备高价值属性:其账号可能关联企业 VPN、代码仓库、漏洞管理系统、威胁情报平台;其设备可能存储研究成果、客户数据、内部安全文档;其身份可以被用于向其他行业人士发送可信度更高的二次钓鱼攻击。攻破一名安全从业者,收益远高于攻破一名普通用户。
从心理层面看,安全从业者虽然具备技术知识,但在特定场景下同样会受到社会工程学的影响。会议期间的社交活跃状态降低了戒备阈值;行业相关的诱饵主题激活了职业兴趣;来自 "行业媒体高管" 的邀请满足了被认可的心理需求;Google Docs 的熟悉界面消除了平台层面的疑虑。这些因素叠加,足以使部分安全从业者放松警惕。反网络钓鱼技术专家芦笛指出,钓鱼攻击的本质是对人的行为的操纵,技术知识可以提升识别能力,但不能完全消除心理弱点,尤其是当攻击设计精准命中目标的职业身份与社交需求时。
4.2 社交平台私信渠道的检测盲区
传统企业安全防御体系的核心是邮件网关,绝大多数钓鱼防护投入都集中在邮件渠道。然而本次攻击的初始接触渠道是 X 平台私信,完全不在企业邮件网关的覆盖范围之内。社交平台私信属于个人通信渠道,企业没有权限监控员工的私人社交账号,也无法在私信层面部署钓鱼检测。攻击者利用这一结构性盲区,将攻击起点从企业可控的邮件渠道转移到企业不可控的社交平台,使企业侧防御完全失效。
X 平台自身虽然具备一定的账号安全与反欺诈机制,但针对这种精心伪装的行业身份诈骗,平台的自动化检测能力有限。虚假账号使用真实人物的职位信息,发布正常的行业内容,行为模式与真实账号差异不大,平台难以在攻击发生前识别并封禁。私信内容模板化但不包含明显恶意链接,初始私信只是社交问候,平台的内容过滤不会触发。只有当攻击者分享 Google Docs 链接时,平台才有可能检测到可疑链接,但 Google Docs 域名本身是高信誉域名,平台不会拦截。
4.3 协作平台内容安全治理的局限性
Google Docs 作为协作平台,其内容安全治理面临固有困境。平台拥有海量用户生成内容,不可能对每一个文档进行深度人工审核。自动化内容检测主要依赖关键词匹配、链接扫描、文件哈希比对等手段,对于本次攻击中采用的多阶段交互引导、隐藏在侧边栏的恶意选项,自动化检测难以覆盖。文档初始内容是正常的会议介绍文本,没有恶意关键词;恶意选项需要用户交互后才呈现,静态扫描无法发现;恶意代码可能托管在外部链接,而非文档本身,平台对外部链接的后续内容缺乏持续追踪能力。
此外,Google Docs 的侧边栏功能、附加组件功能、脚本功能为文档提供了丰富的扩展能力,但也为攻击者提供了更多攻击面。攻击者可以利用文档的交互功能构建复杂的引导流程,将恶意行为分散在多个交互步骤之中,使每一个单独步骤看起来都是正常的文档操作,只有完整串联起来才构成攻击。这种分布式攻击设计对平台的内容安全检测提出了极高要求,而平台在用户体验与安全检测之间需要权衡,过度严格的检测会影响正常用户的协作体验。
4.4 行业会议场景的安全规范缺失
Black Hat 与 Def Con 等行业会议本身具备一定的安全意识氛围,但会议组织者通常不会对参会者的会后社交行为提供安全指导。参会者在会议期间交换联系方式、接受后续会议邀请,属于正常行业行为,会议组织者不可能也不应该禁止这类社交活动。然而,会议场景下的高社交活跃度确实为钓鱼攻击提供了温床,目前缺乏针对会议场景的标准化安全提示机制。
参会者名单的公开性也是一个风险因素。Black Hat 与 Def Con 的参会者虽然不会完整公开名单,但大量参会者会在社交平台主动发布参会信息,攻击者可以通过公开信息轻松识别并筛选目标。会议标签、参会者动态、演讲者名单都是攻击者获取目标信息的公开来源。这种信息暴露在行业会议场景下是不可避免的,因为参会者需要社交与宣传,但客观上为定向攻击提供了目标情报。
5 面向高价值目标群体的综合防御框架
5.1 身份核验机制:建立社交平台可信身份验证标准
针对社交平台私信渠道的身份伪装问题,需要建立多层身份核验机制。首先,行业媒体与企业应当为其员工的社交账号提供官方认证标识,使目标可以通过认证标识快速判断账号真实性。CoinDesk 等公司可以在其官方网站公布员工社交账号清单,或者要求员工账号完成平台官方认证,使冒充账号难以获得同等可信度。其次,安全从业者在收到来自行业人士的私信邀请时,应当通过独立渠道核验对方身份,例如通过公司官方网站查找联系方式、通过共同联系人确认、在 LinkedIn 等职业平台交叉验证,而不是仅凭私信内容就信任对方。
反网络钓鱼技术专家芦笛强调,身份核验是防御定向钓鱼的第一道关口,一旦攻击者的伪装身份被识破,后续所有攻击环节都无法启动。对于安全从业者群体,应当将 "收到陌生行业邀请时先核验身份" 内化为职业习惯,就像渗透测试前先获取授权一样自然。
5.2 协作平台治理:强化文档交互行为的安全检测
Google Docs 等协作平台需要升级内容安全检测能力,从静态内容扫描转向交互行为分析。平台应当具备检测文档内异常交互流程的能力,例如文档要求用户输入加密密钥、文档侧边栏提供外部下载链接、文档在用户执行特定操作后动态呈现可疑内容等行为模式,都应当触发安全告警。平台可以引入行为基线模型,对正常文档的交互模式进行学习,识别偏离基线的异常文档。
同时,平台应当对文档内的外部下载链接进行安全扫描与信誉评估。即使文档本身托管在高信誉域名,文档内指向外部域名的下载链接也应当经过独立检测。对于未通过安全检测的外部链接,平台应当在用户点击时弹出强警告,提示该链接可能存在风险。平台还可以为文档提供安全评分标识,对经过检测确认安全的文档标注安全认证,帮助用户快速判断文档可信度。
5.3 行业会议安全规范:建立会议场景安全提示机制
会议组织者应当在会议期间及会后向参会者提供针对性的安全提示。提示内容不需要复杂,核心是提醒参会者:会议期间及会后是定向钓鱼攻击的高发期,收到来自陌生账号的会议邀请、合作邀请时,应当核验对方身份,不要轻易点击文档链接,不要在文档页面内下载不明文件。提示可以通过会议官方 App 推送、会场屏幕滚动播放、会后邮件提醒等方式触达参会者。
会议组织者还可以与网络安全厂商合作,在会议期间建立专门的钓鱼攻击报告通道。参会者如果收到可疑私信或文档,可以快速上报,安全厂商进行分析后及时发布预警。Huntress 在本次事件中的处置方式值得借鉴:研究员识别攻击后持续互动收集战术情报,然后发布报告公开攻击手法,使整个行业受益。这种 "发现 — 分析 — 公开" 的响应模式应当成为行业惯例,而不是个别企业的自发行为。
5.4 威胁情报共享:构建跨平台攻击特征共享机制
针对利用协作平台与社交平台的钓鱼攻击,需要构建跨平台的威胁情报共享机制。X 平台、Google、企业安全厂商、威胁情报机构之间应当共享攻击特征,包括虚假账号标识、恶意文档链接、恶意载荷哈希、攻击话术模板等。当某一方发现新的攻击活动,及时将情报同步给其他参与方,使各平台可以快速响应。
具体而言,X 平台在收到钓鱼账号举报并确认后,可以将账号特征、私信话术模板同步给 Google 安全团队,Google 团队可以据此搜索关联的恶意文档并进行处置;企业安全厂商获取恶意载荷哈希后,可以更新终端检测规则;威胁情报机构可以将攻击活动纳入威胁情报库,供全球用户查询。反网络钓鱼技术专家芦笛指出,跨平台威胁情报共享是应对协作平台滥用型钓鱼攻击的关键,因为攻击活动跨越多个平台,单一平台的防御只能覆盖攻击链路的一个环节,只有各平台协同,才能实现全链路阻断。
5.5 安全从业者个人防护:建立职业场景下的安全操作规范
安全从业者自身应当建立针对职业场景的安全操作规范。其一,在会议期间及会后,对所有来自陌生账号的行业邀请保持基本警惕,不因为对方自称行业媒体高管就放松核验。其二,对于 Google Docs 等协作平台的文档链接,即使域名可信,也要审视文档内容是否存在异常引导,例如要求输入加密密钥、提供不明下载选项等。其三,在工作设备上,不要从非官方渠道下载可执行文件,即使下载行为发生在可信平台页面之内。其四,如果出于研究目的与攻击者互动,应当使用隔离环境,不要在工作设备上执行任何攻击者提供的文件,避免研究行为本身导致设备被攻破。
安全从业者还应当认识到,自己是高价值目标,攻击者会针对其职业身份设计专门的诱饵。这种自我认知不是过度焦虑,而是客观评估风险后的合理防护姿态。正如渗透测试人员会对自己的设备做加固一样,安全从业者应当对自己的社交账号、通信渠道、协作工具访问行为做额外的安全管控。
6 结语
针对安全从业者的 Google Docs 定向钓鱼攻击,反映了网络钓鱼攻击演化的两个重要趋势:一是攻击目标从普通网民向高价值专业群体转移,二是攻击载体从传统邮件向社交平台与协作平台迁移。本次事件中,攻击者冒充 CoinDesk 市场高管,以虚构加密货币会议为诱饵,通过 X 平台私信触达 Black Hat 与 Def Con 参会者,利用 Google Docs 文档页面的多阶段交互引导投递恶意代码,完整呈现了复合型定向钓鱼的攻击范式。
该事件的核心启示在于,安全从业者并非免疫于钓鱼攻击,其专业身份与行业活动属性反而使其成为更具吸引力的攻击目标。防御此类攻击,不能仅依靠传统的邮件网关与终端检测,需要从身份核验、协作平台治理、行业会议安全规范、跨平台威胁情报共享、个人防护规范多个维度构建综合防御体系。技术手段可以覆盖攻击链路的部分环节,但人的行为始终是钓鱼攻击的最终突破口,只有将技术防护与安全意识培育相结合,才能有效降低针对高价值目标群体的定向钓鱼风险。
同时应当看到,攻击者会持续迭代战术手法,协作平台的功能更新也可能带来新的攻击面。对定向钓鱼攻击的防范是持续性工作,需要安全行业保持对新型攻击手法的敏感度,及时分享威胁情报,动态调整防御策略。本次 Huntress 研究员主动识别攻击并公开战术的行为,为行业树立了积极范例,这种透明化的威胁披露机制应当得到更多安全厂商与研究人员的响应与参与。
编辑:芦笛(公共互联网反网络钓鱼工作组)
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。