企业官网建设流程全解析

摘要

ASCII 走私原本作为大模型提示注入的混淆手段被安全领域所认知，威胁行为者完成技术跨界移植，将 Unicode 标签区块不可渲染字符应用于商业化大规模钓鱼活动。攻击者不藏匿完整恶意指令，而是把不可见字符插入钓鱼诱饵关键词内部，割裂安全设备读取的原始文本字符串，同时保证邮件客户端渲染后的文本完全符合人类阅读习惯，以此规避以关键词匹配为核心的邮件安全过滤机制Microsoft。本文以 ITPro 报道披露的真实大规模攻击事件为分析样本，梳理 ASCII 走私技术从人工智能安全领域迁移到邮件钓鱼的完整过程，解析 Unicode 标签字符底层属性、攻击生效的前置条件与完整攻击链路，剖析传统邮件安全体系面对该类新型规避手段的结构性短板，结合反网络钓鱼技术专家芦笛的研判观点，从文本预处理、多维度检测架构、邮件基础设施管控、运维审计、人员安全治理五个层面构建闭环防御体系。研究证实，该攻击并非利用软件程序漏洞，而是利用机器文本解析与人类视觉渲染的视图偏差实现规避，单一检测手段无法实现有效防护，文本归一化处理是对抗该混淆手段的基础前提，多层证据融合研判能够有效压缩攻击的生存空间。研究结论可为企事业单位邮件安全网关策略迭代、新型混淆类钓鱼风险治理提供现实参考。

关键词：ASCII 走私；网络钓鱼；Unicode 不可见字符；邮件安全；攻击规避

1 引言

网络钓鱼长期占据网络社会工程攻击的主流位置，电子邮件作为政企组织内外沟通的基础载体，始终是钓鱼攻击最重要的传播媒介。邮件钓鱼的攻防博弈始终处于动态演化状态，防御侧不断完善特征库、关键词黑名单、机器学习识别模型，攻击者则持续研发各类文本混淆手段，破坏检测规则的输入条件，以此绕过安全网关抵达终端用户收件箱。早期混淆手段以零宽空格、特殊空白字符、字符大小写变形为主，相关手段经过一段时间对抗之后，已经被主流邮件安全产品纳入预处理过滤范围，攻击效果逐步衰减。

ASCII 走私技术最早出现在大模型安全对抗场景，依托 Unicode 标签区块 U+E0000U+E007F 弃用编码集合实现文本隐匿，人眼无法识别隐藏内容，但是机器可以完整读取原始字节序列，最初主要用于实现间接提示注入，欺骗大模型执行隐藏的恶意指令Microsoft。安全业界普遍将该技术归属于人工智能专属攻击风险，并未充分预判该混淆逻辑会被移植到传统邮件钓鱼作战当中。ITPro 刊发的安全报道记录了威胁团伙完成技术迁移的真实事件：攻击者剥离 ASCII 走私针对大模型的指令藏匿逻辑，保留人机文本视图不一致的核心特性，用于切割钓鱼邮件内部风险关键词，开展百万级体量的金融主题钓鱼投递活动，最高单日恶意邮件数量达到 237 万条，展现出成熟产业化攻击的运行特征BleepingCo...。

现有国内网络安全研究对于 ASCII 走私的讨论大多局限于大模型安全边界，针对该技术落地大规模邮件钓鱼的系统性分析相对有限，公开资料多为安全厂商事件通报，缺少对技术迁移动因、攻击适用边界、防御落地难点的深度梳理。该攻击模式不存在通用漏洞编号，无法依靠软件补丁消除风险，风险消解完全取决于邮件安全检测流水线的业务设计，很多中小机构运维人员对 Unicode 标签区块认知不足，默认现有安全设备可以覆盖全部钓鱼规避手段，客观放大了该攻击的现实危害。反网络钓鱼技术专家芦笛指出，网络威胁技术迁移是网络对抗的常态，某一细分安全领域的混淆对抗手段，经过简单改造就可以适配传统攻击场景，安全建设不能将威胁按领域割裂看待，需要建立跨场景的威胁研判思维。

本文立足于公开事件观测数据，完整还原 ASCII 走私钓鱼攻击的技术原理与作战全流程，客观评估该攻击的威胁能力与固有局限，定位传统邮件防护体系的内在缺陷，构建可落地的分层防御方案。研究不夸大该攻击的破坏能力，承认具备完整多层防护的安全体系可以拦截绝大多数攻击流量，但同时明确，仅依赖关键词黑名单的简易邮件防护系统会直接暴露在此类规避风险之下。

2 ASCII 走私技术原理及其向钓鱼攻击迁移的内在逻辑

2.1 Unicode 标签区块字符基础技术属性

Unicode 标签区块编码区间 U+E0000U+E007F，该编码集合最初设计用途是为纯文本附加语言标记元数据，在标准迭代过程中该功能被正式弃用，现代主流邮件客户端、浏览器渲染引擎对该区间字符统一执行不渲染策略，字符不会在屏幕输出任何符号、空格或者乱码，普通用户阅读文本时完全感知不到字符存在Microsoft。该区块内部拥有一套完整对应 ASCII 可见字符的镜像编码，其中 U+E0020 标签空格字符在本次大规模钓鱼事件当中被高频使用。

需要将标签区块字符与大众熟知的零宽字符做区分。零宽空格、软连字符诞生初衷是文本排版优化，而标签区块整套编码是独立镜像集合，二者虽然都具备不可渲染特征，但底层设计目标、字节表现形式存在明显差异。零宽字符混淆钓鱼出现时间较早，多数邮件网关已经默认加入过滤集合，威胁团伙转而挖掘尚未被防御体系充分覆盖的标签区块编码集合，以此获取对抗时间窗口。

邮件传输过程中，MIME 报文完整保留全部原始 Unicode 字节序列，邮件安全网关读取到的是未经处理的原始文本流；终端用户打开邮件时，客户端渲染引擎自动丢弃标签区块字符，拼接前后可见字符输出展示内容。由此形成两套文本视图：安全设备获取的原始字节视图，终端用户看到的渲染视图，两套视图文本内容不一致，这是 ASCII 走私各类衍生攻击得以成立的底层根源。

2.2 ASCII 走私在大模型场景的原始实现逻辑

ASCII 走私概念诞生于大模型红队测试工作，核心思路是利用标签区块不可渲染字符，在正常文本内部嵌入对大模型的隐藏指令。人类阅读文本只能看到正常段落内容，不会察觉隐藏载荷；当大模型服务读取原始文本流进行摘要、解析、问答处理时，可以完整捕获被标签字符包裹的恶意指令，进而出现提示注入、输出篡改等安全问题。

在原始 AI 攻击场景当中，攻击者的核心目标是藏匿完整可执行指令，不可见字符承担封装隐藏载荷的作用，文本表面内容与隐藏载荷属于两套完全独立信息。很长一段时间，安全从业者普遍认为该技术风险只会作用于接入大模型能力的业务系统，不会对传统邮件安全带来直接冲击，忽视其底层混淆逻辑的可移植性。

2.3 技术迁移的动因与攻击目标转变

威胁行为者充分把握 ASCII 走私 “人机读取结果不一致” 这一核心特性，对攻击用途做改造，将技术从大模型对抗迁移到邮件钓鱼对抗，攻击目标发生根本性变化。在邮件钓鱼场景，攻击者不再需要藏匿完整指令，转而利用不可见标签字符切割已经存在的风险关键词。

以本次事件高频诱饵词汇 funding 为例，攻击者在单词字母之间插入 U+E0020 标签空格字符，原始报文当中词语被拆分为两段碎片化字符序列，但是邮件客户端渲染之后依旧输出完整的 funding。依靠连续字符串匹配的安全检测规则检索原始报文，无法命中完整关键词，检测规则失效；而收件人阅读到的文本通顺完整，社会工程欺骗效果不受任何影响。loan、credit、capital 等金融类诱饵词汇均采用相同处理方式完成混淆改造。

反网络钓鱼技术专家芦笛强调，威胁团伙不需要从零创造全新攻击技术，只需要复用已经验证有效的混淆底层逻辑，更换载荷形式就可以适配新的攻击场景。技术迁移会大幅降低攻击者研发成本，安全防御需要关注不同安全领域技术成果的交叉溢出风险，不能孤立评估某一类混淆手段的影响范围。

2.4 ASCII 走私钓鱼攻击生效的必要约束条件

该混淆手段并非万能绕过方案，能否实现规避效果高度取决于邮件安全网关文本处理流水线设计，只有满足特定前置条件，规避效果才可以生效。

第一种生效场景，安全网关直接读取原始 Unicode 报文文本，在没有开展文本归一化清洗的前提下，直接执行关键词检索、正则匹配。此时风险关键词被不可见字符切割为碎片，黑名单规则无法匹配成功，实现过滤绕过。

第二种生效场景，面向钓鱼识别的机器学习模型词元化分词流程存在缺陷。模型处理文本前会对内容做词元拆分，如果分词模块没有过滤 U+E0000U+E007F 编码，不可见字符会成为词语内部的分隔标记，完整诱饵词汇被拆解为零散词元，模型无法识别碎片化之后的风险语义，直接降低模型的风险判定概率。

与之相对，如果邮件安全设备在执行所有检测逻辑之前，预先完成文本归一化，清除或者替换全部标签区块不可渲染字符，把原始报文还原为等同于客户端渲染输出的文本，再开展关键词匹配与模型研判，那么该混淆手段就会失去规避能力。真实事件观测数据印证该逻辑：主流商用邮件安全产品依托前置文本清洗、多维度辅助研判，拦截了超过 99% 的该类恶意邮件，拦截能力并不来源于专门针对 Unicode 标签字符的单条检测签名BleepingCo...。

该攻击手段不篡改邮件链接、附件本身，不利用邮件客户端程序漏洞，全部欺骗逻辑集中在文本内容层面。混淆解决的是恶意邮件突破内容过滤环节的问题，受害者点击恶意链接跳转仿冒站点之后的信息窃取流程，与传统钓鱼攻击链路保持一致。

3 大规模 ASCII 走私钓鱼攻击事件全链路解析

3.1 攻击活动整体画像

根据安全厂商遥测观测，该轮大规模钓鱼活动的技术特征流量从 2026 年 2 月 9 日开始显著抬升，2 月 26 日到达传播峰值，单日观测恶意邮件数量达到 237 万条；工作日邮件投递体量维持高位，周末投递规模出现断崖式回落，呈现明显人工运营的工作周期特征；高流量阶段持续大约三个月，2026 年 5 月 15 日之后，使用该 Unicode 混淆手段的邮件数量大幅下降，但背后整体钓鱼作战行动并未终止，威胁团伙只是放弃这一特定混淆手段，切换其他规避策略继续开展欺诈活动BleepingCo...。需要明确，观测到的时间窗口仅代表该团伙使用 ASCII 走私混淆的周期，不等同于整个钓鱼项目的完整生命周期。

本次攻击瞄准中小企业群体，邮件主题、正文全部围绕商业贷款、融资授信业务构建社会工程诱饵，伪装成金融服务机构业务通知，告知收件人成功获取商业信贷额度，引导用户点击邮件内置链接确认业务详情，跳转攻击者搭建的伪造金融站点，收集企业经营资料、财务数据、个人身份信息。攻击者获取敏感资料之后，既可以直接实施金融欺诈，也可以把收集到的企业信息作为后续定向鱼叉钓鱼的情报素材。

投递基础设施层面，威胁团伙滥用合法营销自动化平台完成海量邮件分发，借助合规服务商的 IP 与域名信誉提升邮件送达率，邮件内部恶意链接经过平台自带追踪域名跳转，进一步伪装攻击链路。安全观测统计显示，148 个关联发送域名承担了本次活动 96% 的恶意邮件投递任务，攻击者依靠少量域名资源完成百万级别的邮件分发，充分体现产业化钓鱼攻击的资源利用模式。

3.2 完整攻击执行链路

整套攻击分为诱饵构造、批量投递、安全网关博弈、客户端渲染欺骗、受害者信息泄露五个前后衔接的阶段，混淆技术作为链路当中的规避环节存在，本身不能完成信息窃取。

第一阶段，诱饵内容构造。攻击者筛选金融类高危关键词，选取 Unicode 标签区块内部不可渲染字符，插入诱饵词汇字母之间完成文本混淆。混淆完成之后开展兼容性校验，保证 Outlook、网页邮箱等主流客户端渲染之后文本显示正常，不会产生乱码、异常间隔等暴露攻击痕迹的现象。邮件模板大量复用营销平台自带版式，部分文案借助平台生成能力快速迭代，批量产出大量高仿真钓鱼邮件样本。

第二阶段，第三方营销平台批量投递。攻击者利用营销自动化平台能力批量外发混淆完成的钓鱼邮件，依托服务商已建立的 IP 域名信誉，降低邮件直接落入垃圾邮件文件夹的概率。邮件原始报文完整保留插入的 U+E0000U+E007F 标签字符，完成 MIME 编码封装之后向外传输。

第三阶段，邮件传输与安全网关检测博弈。邮件抵达目标组织邮件安全网关。如果网关缺少 Unicode 标签字符清洗流程，直接基于原始报文开展关键词匹配，被切割的风险关键词无法触发黑名单规则，邮件绕过内容过滤进入用户收件箱；如果网关配置文本归一化逻辑，或者依托发送方信誉、链接特征、邮件身份认证等多维度指标开展研判，恶意邮件依旧会被拦截隔离。

第四阶段，客户端渲染与社会工程欺骗。邮件到达终端邮箱之后，邮件客户端渲染引擎自动丢弃标签字符，收件人阅读到格式通顺完整的融资业务通知邮件，肉眼无法识别底层报文存在混淆操作。邮件不存在乱码、奇怪符号等直观异常，提升受害者心理信任程度。

第五阶段，受害者交互与敏感信息泄露。被欺骗的收件人点击邮件内置链接，跳转攻击者搭建仿冒金融业务网站，按照页面提示提交企业财务资料、个人身份信息，攻击者完成敏感数据采集，达成攻击目标。获取情报之后，威胁团伙以此为基础继续开展定向欺诈或者鱼叉钓鱼活动。

反网络钓鱼技术专家芦笛指出，不少机构复盘钓鱼安全事件，习惯将全部防御压力交由内容关键词检测模块承担，本次事件直观展现该思路的短板：一旦攻击者破坏关键词检测的输入文本，整套检测逻辑就失去运行基础，这是安全架构设计当中需要极力规避的单点依赖风险。

3.3 攻击活动的威胁边界与固有局限

客观评估该攻击的现实威胁，不能将其渲染为可以全面瓦解邮件安全体系的攻击手段，该技术本身存在明确的能力边界。

首先，混淆手段生效高度依赖防御侧技术短板。对于已经部署文本归一化处理、具备多维度证据融合研判能力的邮件安全系统，该混淆手段很难达成绕过效果。遥测数据表明主流商用邮件安全产品依靠发送方信誉、链接动态分析、SPF/DKIM/DMARC 校验、行为检测等多层防护，拦截超过 99% 该类恶意邮件，拦截效果并不依靠单一 Unicode 特征签名。该攻击主要打击对象是配置简陋，仅依靠简单关键词黑名单开展防护的邮件过滤系统。

其次，混淆只能作用在邮件主题、正文文本字段，无法篡改邮件内嵌链接的字符串。即便正文关键词被切割，安全网关依旧可以完整提取 URL 地址，开展域名信誉比对、恶意站点动态研判，这是十分关键的检测抓手。攻击者只能绕过内容关键词检测，无法抹除链接本身携带的威胁特征。

再者，混淆技术只解决 “邮件抵达收件箱” 这一环节，无法强制用户完成点击操作。就算恶意邮件成功进入收件箱，如果收件人保持基础安全意识，不直接点击陌生邮件内置链接，通过独立通讯渠道核实业务真伪，攻击依旧无法实现最终信息窃取目标。混淆技术提升攻击接触受害者的概率，但不能消除社会工程攻击对用户主观失误的依赖。

同时攻击者实施该攻击也存在成本约束。调试不可见字符的渲染兼容性、搭建混淆工具链、维持大规模邮件投递基础设施，都会产生相应成本。因此该手段更多集中在高收益的金融欺诈钓鱼场景，不会无差别泛滥到全部钓鱼活动当中。

4 传统邮件安全防护体系面对 ASCII 走私钓鱼的缺陷分析

4.1 机器解析文本与用户渲染文本的认知假设错位

传统邮件安全规则开发过程中，大量规则编写人员存在固有预设：邮件报文字符串等同于用户屏幕上看到的文本，机器读取的原始字节序列和人眼看到的渲染输出完全一致。该假设在绝大多数普通业务邮件场景下成立，但是 Unicode 庞大编码集合当中大量非渲染字符的存在，直接打破这一基础前提。

邮件报文存储完整 Unicode 字节流，用户看到的是渲染引擎过滤特殊字符之后输出结果，二者天然可以出现内容分裂。大量关键词黑名单、正则匹配规则，编写参考样本是人类阅读到的可视文本，直接以连续诱饵词汇作为匹配条件。当攻击者在词汇内部插入标签区块不可见字符，原始报文字符串与渲染视图字符串发生分裂，造成规则匹配失效。很多安全设备没有把 “还原用户可视文本” 设置为检测前置步骤，直接拿原始报文执行匹配，给规避攻击留出操作空间。反网络钓鱼技术专家芦笛认为，文本归一化应当作为邮件检测流水线不可缺少的预处理步骤，而不是可选附加功能，安全检测逻辑应当模拟人类阅读视角，而非单纯读取底层存储字节。

4.2 检测架构对关键词匹配机制的过度单点依赖

不少中小型组织机构邮件安全防护策略设计层面，将关键词黑名单作为钓鱼识别的核心手段，将大量防护希望寄托在文本关键词命中结果之上。邮件正文没有命中黑名单词汇，就判定邮件风险等级较低，直接投递至用户邮箱。在对抗形势简单时期，这套模式可以实现基础防护效果，但是面对现代文本混淆技术，单点依赖架构的缺陷会充分暴露。

攻击者开展混淆操作的核心目标就是破坏关键词匹配条件，无论是插入 ASCII 走私标签字符、零宽字符、字符变形替换，底层逻辑都是让原始报文不再出现连续风险关键词。一旦防御体系将关键词命中作为主要判定依据，攻击者只需要破坏文本字符串形态，就可以大幅降低被检测概率。机器学习钓鱼识别模型同样会遭遇同类问题，如果词元化分词流程没有提前完成特殊字符清理，不可见字符切割词语单元，会干扰模型语义理解效果，降低模型识别准确率。

4.3 对新型混淆编码集合的感知滞后

Unicode 标准持续迭代更新，不断新增各类特殊用途编码点位，各类非渲染字符集合的数量持续增加。安全规则库更新节奏往往滞后于攻击者技术迭代速度。在本次大规模攻击爆发之前，Unicode 标签区块 U+E0000U+E007F 在邮件威胁场景曝光度很低，很多邮件安全网关默认不会针对该编码区间做过滤或者告警配置。威胁攻击者率先将该编码集合大规模用于钓鱼作战，防御侧尚未完成对应策略适配，由此形成一段时间窗口内的防护缺口。

对比零宽空格、软连字符等更早被滥用的不可见字符，如今已经被绝大多数安全产品纳入预处理过滤集合，很少再作为主流规避手段使用。这体现网络对抗当中典型时间差规律：一类字符混淆手段公开之后，会存在防御适配空窗期，攻击者利用空窗期放大攻击效果；当防御体系完成策略适配之后，攻击者就转向其他尚未被充分关注的编码点位。

4.4 基础设施维度研判权重配置不足

当攻击者依靠 ASCII 走私混淆绕过内容检测，如果安全体系足够重视发送 IP 信誉、发送域名历史行为、邮件身份认证校验、链接恶意研判等基础设施维度指标，依旧可以拦截大部分恶意邮件。但部分机构部署邮件安全策略时，过度宽松配置发送方信誉规则，对于 SPF、DKIM、DMARC 校验失败的外部邮件不做拦截或者标记处理；对于第三方营销平台发送过来的邮件，直接赋予较高信任等级。

本次攻击当中攻击者恰恰利用合法营销服务商基础设施分发钓鱼邮件。安全系统如果简单认为来自知名服务商的邮件就属于可信邮件，就会弱化基础设施层面风险判定，把全部安全压力转移到内容检测模块。一旦内容检测被混淆绕过，风险邮件就会直接触达终端用户。

4.5 运维层面缺少异常 Unicode 流量常态化审计意识

多数企事业单位邮件运维团队日常运维重点集中在垃圾邮件总量、恶意附件数量、钓鱼链接告警等显性安全指标，很少定期审计邮件报文内部 Unicode 字符分布状态，不会统计流入邮件当中 U+E0000U+E007F 等特殊编码的出现频次。很多时候只有安全事件已经发生，回溯攻击样本的时候，才发现邮件报文内部存在大量不可见标签字符。缺少常态化审计手段，意味着机构无法提前感知混淆攻击试探，只能等到攻击大规模爆发之后被动开展应急响应。

5 面向 ASCII 走私钓鱼攻击的分层闭环防御体系构建

针对 ASCII 走私衍生的大规模钓鱼攻击，不存在单一万能防御手段，必须从邮件文本预处理、多维度检测研判架构、邮件基础设施管控、常态化运维审计、终端用户安全管理多个层面协同建设，消解人机文本视图不一致带来的安全风险。

5.1 邮件文本预处理：落实标准化文本归一化清洗

文本归一化是对抗 ASCII 走私混淆攻击最基础、最关键的技术动作，归一化处理流程必须放置在关键词检索、正则匹配、机器学习模型语义分析等全部检测逻辑之前。核心业务逻辑为读取邮件原始报文文本内容之后，对文本流执行字符过滤操作，识别并且移除或者替换 U+E0000 至 U+E007F 标签区块全部编码点位，将原始报文文本还原为等同于邮件客户端渲染完成之后的文本形态，归一化之后的文本再送入下游检测模块开展风险研判。

预处理策略不能只覆盖邮件正文，还必须同步覆盖邮件主题字段。攻击者同样会在邮件主题当中插入不可见字符，破坏主题关键词匹配逻辑，如果只处理正文忽略主题字段，依旧会留下防御缺口。同时预处理逻辑不能只针对 Unicode 标签区块，还应当纳入已经被攻击者滥用的零宽字符、软连字符等其他非渲染字符，形成完整不可见字符过滤集合。

反网络钓鱼技术专家芦笛强调，文本归一化不等同于粗暴删除所有特殊 Unicode 字符，不能破坏正常多语言邮件业务。需要精准锁定那些明确不渲染、专门用于混淆的编码区间，避免误处理跨国业务邮件当中合法多语种文字编码，引发业务可用性故障。组织机构调整网关预处理策略之后，需要开展业务兼容性测试，验证多语言邮件收发不受影响。

5.2 构建去单点依赖的多证据源融合检测架构

完成文本归一化仅仅解决关键词被切割的问题，不能把全部安全希望寄托在预处理操作，需要破除对关键词匹配的路径依赖，搭建多证据源融合研判架构，综合多维度指标输出风险判定结果。

第一，保留归一化完成之后文本的关键词、正则检测能力，但将其作为风险证据之一，而不是唯一判定依据。不依靠单一关键词命中直接放行邮件，未命中黑名单不能等同于邮件安全。

第二，强化邮件链接全流程分析能力。ASCII 走私混淆无法修改链接字符串本身，无论正文文本如何混淆变形，邮件内嵌链接地址完整保存在报文当中。安全网关必须完整提取全部链接，开展域名信誉库比对、站点内容动态检测、仿冒站点特征识别，即便文本层面规避成功，依旧依靠链接特征识别钓鱼邮件。

第三，优化机器学习模型输入处理流程。针对邮件钓鱼识别模型，在词元化分词之前，先完成文本归一化清洗，消除不可见字符对分词结果的干扰，避免碎片化词语输入模型造成识别效果下降。同时模型训练样本库需要持续补充各类 Unicode 混淆钓鱼样本，提升模型对该类变种攻击的泛化识别能力。

第四，新增异常编码特征标记告警能力。安全网关配置检测规则，当外来邮件报文检测出 U+E0000U+E007F 标签区块字符，即便暂时无法判定邮件整体是否恶意，也可以打上风险标记。对于业务场景几乎不会用到标签字符的组织机构，出现该类编码本身就属于异常现象，可以执行隔离投递，交由安全运维人员人工复核，而不是直接放行。

5.3 强化邮件基础设施与身份认证管控

基础设施维度研判可以独立于邮件文本内容发挥防护价值，即便文本混淆绕过全部内容检测，依旧可以依靠发送侧信息识别风险。

首先，组织机构完整落地 SPF、DKIM、DMARC 邮件身份认证体系，对认证校验失败外部邮件执行隔离、标记处理，不允许直接投递到用户收件箱。大规模钓鱼投递往往伴随邮件身份校验异常，严格执行校验规则可以过滤掉相当一部分攻击流量。

其次，完善发送方信誉评估体系，综合发送 IP 历史行为、域名过往威胁记录、邮件发送量突变情况开展风险评分。对于来自第三方营销平台邮件，不给予无条件信任，依旧执行全套安全检测流程，不能因为发送源是知名服务商就降低检测标准。本次攻击案例已经证明合法营销平台可以被威胁团伙滥用来分发钓鱼诱饵。

再者，做好外部威胁情报对接，及时导入已知钓鱼域名、发送 IOC 指标，和邮件网关检测能力联动，实现已知威胁快速拦截。同时需要明确，IOC 情报只能拦截已经被捕获的攻击样本，无法对抗攻击者新搭建的钓鱼域名，情报只能作为防护补充，不能当成主要防护手段。

5.4 常态化安全运维与混淆攻击风险审计

技术策略部署完成之后，需要配套常态化运维审计机制，及时发现新型混淆攻击试探。

运维团队定期导出邮件安全网关日志，统计外来邮件当中特殊 Unicode 编码出现频次，监控 U+E0000U+E007F 等编码点位的出现趋势。如果某段时间外部流入邮件当中该类不可见字符数量突然上涨，代表组织正在遭遇相关混淆攻击试探，运维人员可以快速调整过滤策略，不用等到发生安全事件之后再回溯处置。

定期开展现有邮件安全网关能力测评，自行构造带有 ASCII 走私标签字符的测试邮件，模拟攻击者混淆手法，测试整套防护流水线实际拦截效果，检验文本归一化逻辑是否真正生效。部分情况下，配置界面已经开启对应策略，但是实际业务流程预处理没有生效，通过模拟测试可以发现配置与实际执行不一致的问题。

同时运维人员需要持续跟进网络安全公开事件通报，跟踪混淆技术发展动向。当安全社区披露新的非渲染字符滥用手段，及时评估对本单位邮件系统风险，更新预处理过滤字符集合，压缩攻击者利用防御时间差开展攻击的窗口。

5.5 终端用户侧风险兜底安全管理

无论技术防护体系如何完善，都无法做到拦截全部钓鱼邮件，终端用户始终是整条防御链条最后一环。ASCII 走私钓鱼欺骗难点在于邮件肉眼看不出篡改痕迹，用户没有办法凭借肉眼分辨底层是否插入隐藏字符，传统 “看有没有乱码、奇怪符号” 的判别经验在此类场景下失效，因此用户安全教育内容需要针对性更新。

安全教育需要向工作人员传递明确认知：邮件看上去格式完全正常，不代表底层没有经过恶意混淆处理。不要依靠肉眼观察文本是否异常来判断邮件安全性。针对邮件当中要求确认财务业务、提交企业资料、点击链接完成业务办理的请求，无论邮件版式多么逼真，都不能直接回复邮件确认，应当使用独立已经留存的电话号码、内部通讯软件二次核实业务真实性，不要点击邮件自带链接开展业务操作。

同时需要规范事件上报流程，员工收到可疑融资、业务办理类邮件，无论看上去是否正常，都有渠道快速上报安全团队，由专业人员解析原始邮件报文，检查报文内部是否存在异常 Unicode 字符，开展风险研判。

6 结语

威胁攻击者将原本应用于大模型提示注入领域的 ASCII 走私技术迁移到大规模邮件钓鱼作战，借助 Unicode 标签区块不可渲染字符，制造邮件原始报文和客户端渲染文本之间的视图分裂，切割钓鱼诱饵关键词，以此规避依赖字符串匹配的邮件安全检测体系。该攻击模式并不依靠软件漏洞实现突破，而是利用安全检测业务流程的设计缺陷，人机文本解析逻辑差异构成攻击得以成立的核心土壤。

从事件观测结果来看，该混淆手段并不具备摧毁整套邮件安全体系的能力，当组织机构落实文本归一化预处理，并且搭建多证据源融合研判架构，不把安全防护压力单点寄托在关键词黑名单，就可以有效消解该类攻击风险。反网络钓鱼技术专家芦笛指出，该案例是网络对抗技术跨界复用的典型样本，安全从业者需要意识到，其他安全领域出现的混淆对抗手段，随时都有可能被改造移植到邮件钓鱼、恶意文档等传统攻击场景当中，安全防护建设不能孤立看待不同细分领域威胁。

本次研究也暴露出传统邮件安全思路的短板：过去很多安全规则开发默认设备读取文本等价于人类阅读文本，但是 Unicode 庞大字符集之下，这个假设已经不再永远成立。邮件安全检测流水线应当优先还原终端用户实际看到的文本内容，再开展风险研判，弥合机器解析视图与人眼渲染视图之间的鸿沟。

同时也应当客观认识技术防护边界，无论网关侧检测能力如何迭代升级，都没有办法百分之百拦截全部钓鱼变种，技术防护和运维审计、人员安全意识建设必须同步推进，形成完整防护闭环。未来威胁攻击者还会继续挖掘 Unicode 标准当中其他特殊编码点位，开发出新的混淆规避手段，防御工作需要保持动态迭代，持续跟进威胁技术演变，不断优化邮件安全检测全流程，应对持续演化的钓鱼攻击威胁。

编辑：芦笛（公共互联网反网络钓鱼工作组）

来源：迪妙网络空间安全学院