
本文剖析谷歌多跳重定向钓鱼攻击:攻击者滥用其合法跳转接口(如url),构建多层高信誉域名跳转链路,配合隐身混淆技术规避沙箱检测,绕过传统黑名单、信誉评分与安全意识防线。研究揭示“可信域名≠安全内容”,提出涵盖邮件网关增强、网络全链路日志分析、终端管控、威胁情报运营及人员能力提升的五维闭环防御体系。(240字)
传统网络钓鱼检测体系高度依赖域名黑名单、静态 URL 特征库以及信誉评分机制,对高信誉域名下的多层跳转链路识别能力存在固有短板。针对 DarkReading 报道的利用谷歌服务构建多跳重定向链路的钓鱼攻击活动,本文梳理该攻击活动的完整链路流程,剖析攻击者滥用谷歌合法跳转接口实现攻击流量洗白的技术逻辑,解析传统安全网关、终端防护、人员安全意识三类防御维度失效的内在原因。研究表明,该攻击模式的核心威胁并非谷歌接口本身存在安全漏洞,而是攻击者借用高信誉基础设施构建多层中转链路,配合伪装页面、隐身混淆技术规避自动化检测设备,实现凭证窃取与信息窃取。反网络钓鱼技术专家芦笛指出,此类攻击模糊了 “合法域名” 与 “安全内容” 之间的等价关系,现有防御体系需要从静态特征匹配转向全链路上下文感知检测。本文结合攻击技术特征,从邮件安全网关、网络层流量分析、终端侧管控、威胁情报运营、人员安全能力建设五个维度构建闭环防御方案,对企业及机构应对同类滥用第三方公共服务的钓鱼威胁具备实践参考价值。
随着网络安全防护产品大规模部署,直接使用全新注册恶意域名开展钓鱼攻击的生存周期被持续压缩。域名黑名单、网页信誉库、沙箱动态解析等技术可以在数小时内完成对新型钓鱼域名的标记与拦截,直接暴露恶意目标地址的攻击活动越来越难以达成攻击目标。在此背景下,威胁攻击者开始转向滥用大型互联网平台提供的公开服务接口,借助平台域名自带的高信誉度绕过基础安全检测,多跳重定向钓鱼攻击由此成为高发性威胁模式。
本次研究对象来源于 DarkReading 披露的攻击事件,攻击者利用谷歌提供的公开重定向接口搭建链式跳转链路,将最终恶意钓鱼页面隐藏在多层合法域名跳转之后。邮件安全网关在静态扫描邮件内链接时,仅能够解析到第一层谷歌域名,受限于沙箱跳转深度限制、隐身混淆技术干扰,往往无法完整抵达最终的凭证收集页面,导致恶意邮件顺利进入收件箱完成投递。当普通用户点击链接之后,经由多轮谷歌域名中转跳转,浏览器才加载攻击者控制的仿冒登录页面,诱导用户输入账号密码完成凭证窃取。
从攻击本质来看,谷歌重定向接口属于面向普通用户设计的正常业务功能,本身不存在高危安全漏洞,接口的设计初衷是处理搜索结果跳转、外部链接转发等常规业务场景,并未针对恶意攻击场景做全链路的访问约束。攻击者不实施漏洞利用,而是合法调用接口参数,将恶意目标地址嵌入跳转参数之中,依托域名信誉完成攻击流量的 “洗白”。该攻击模式区别于传统域名仿冒、拼写错误域名钓鱼,攻击链路的初始节点属于公认可信域名,突破过往安全培训中 “警惕陌生域名链接” 的基础判断逻辑,无论是自动化安全设备还是普通业务人员,识别难度均显著提升。
当前国内学术界针对网络钓鱼的研究,多数集中于钓鱼网页图像识别、钓鱼域名特征提取、邮件文本语义检测等方向,针对滥用第三方大型平台接口构建多层跳转链路的实证研究相对有限,对攻击链路中各个节点的交互逻辑、安全设备失效机理、可落地的闭环防御体系缺少系统性梳理。本文以该公开报道的攻击活动作为实证样本,还原攻击完整执行流程,拆解技术实现细节,分析现有防御体系失效根源,构建适配该类威胁的分层防御框架,不做夸张化风险渲染,客观评估威胁边界,为组织机构的网络安全建设提供可落地的参考。
该攻击活动完整执行流程划分为诱饵分发、多跳链路中转、钓鱼页面载荷交付、凭证窃取与数据回传四个阶段,四个阶段前后衔接形成完整攻击闭环,任何一个阶段的规避策略都服务于整体攻击目标。
第一阶段为诱饵分发阶段。攻击者主要依托电子邮件完成诱饵投递,也可结合社交平台私信、即时通讯消息拓展分发渠道。诱饵载体内展示给用户的链接表层域名全部属于谷歌旗下域名,普通用户鼠标悬浮预览链接,以及邮件安全网关静态解析链接域名,都只会识别谷歌域名,不会直接看到攻击者掌控的恶意站点地址。攻击者搭配社会工程学诱饵文案,以账号异常、文档查看、权限校验、系统安全通知等常见业务场景作为诱导,制造适度的时间紧迫感,降低接收方对链接真实性的核验意愿,促使用户完成点击操作。
第二阶段为多跳链路中转阶段,这是该攻击模式最核心的技术环节。用户点击表层谷歌链接之后,浏览器向谷歌重定向接口发送 HTTP 访问请求。谷歌服务读取 URL 参数中嵌入的下一跳目标地址,返回 HTTP 重定向响应,引导浏览器访问第二个跳转节点;第二个节点继续执行重定向逻辑,跳转至第三个节点,经过两轮乃至多轮合法平台节点中转之后,浏览器才会跳转至攻击者完全控制的钓鱼服务器。整个跳转链路上,前序若干跳全部依托谷歌公开接口完成,每一次跳转都由服务端返回标准重定向指令,浏览器按照 HTTP 协议规范依次访问各个节点,逐步剥离层层中转,最终抵达恶意页面。
第三阶段为钓鱼页面载荷交付阶段。抵达攻击者服务器之后,服务器向浏览器返回高度仿真的仿冒登录页面,页面视觉样式、LOGO、表单布局高度复刻目标业务系统,部分攻击活动还会根据访问者邮箱域名动态加载对应企业的品牌标识,进一买球官方网站步提升欺骗效果。页面设置账号密码输入表单,部分场景还增加二次验证码输入框,用于完整收集身份认证凭证。
第四阶段是凭证窃取与回传。受害者在仿冒表单输入身份信息之后,网页脚本将账号、密码、验证码等敏感数据通过后台请求发送至攻击者的数据接收接口。完成数据窃取之后,部分攻击会将用户再次重定向跳转至真实官方网站,用户看到正常业务页面,很难立刻察觉身份凭证已经泄露,拉长攻击事件的发现窗口期。
谷歌提供的接口是本次攻击活动最主要使用的中转节点,该接口原生业务功能是谷歌搜索服务使用,当用户点击搜索结果中的外部网页链接时,会经过该接口进行跳转转发。接口通过 URL 中的 q 参数存放目标网页地址,接收访问请求之后读取参数内的地址,返回重定向指令引导浏览器访问参数指定的目标站点。该接口的设计定位是通用跳转代理,不会对 q 参数传入的目标地址做严格的黑白名单过滤,允许参数指向互联网上几乎所有公开可访问的地址,这就为攻击者提供了可利用的中转载体。
攻击者并不直接把最终钓鱼地址放在第一层链接参数,而是构建链式嵌套:第一层谷歌接口 q 参数填入第二个谷歌跳转接口地址,第二个接口参数再填入下一级中转地址,经过多次嵌套,最后一级参数才写入攻击者钓鱼站点地址。由此形成 “用户浏览器→谷歌接口 A→谷歌接口 B→……→攻击者钓鱼站点” 的访问链路。从域名维度观察,链路前半段全部是谷歌高信誉域名,恶意站点被隐藏在多层参数嵌套的深处。
这里需要厘清关键认知:该现象不属于谷歌接口存在安全漏洞。接口的业务目标就是转发外部链接,参数接收外部地址属于接口预设功能。攻击者只是将公开业务功能挪作攻击中转,接口本身不存在越权、代码缺陷类安全缺陷。反网络钓鱼技术专家芦笛指出,很多安全运维人员会形成固有认知,即大型厂商域名等价于访问安全,而该类攻击恰恰就是利用这种认知偏差完成欺骗,域名的高信誉不能等同于链接跳转后的最终内容安全。
仅仅搭建多跳跳转链路尚不足以保障攻击活动的存活,攻击者配套部署隐身混淆技术,专门针对自动化沙箱检测设备做访问区分,这也是大量安全设备无法完整复现跳转链路的重要原因。
多跳链路的中间节点会读取访问请求携带的 HTTP 头信息,包含客户端 User‑Agent、访问来源 Referer、访问源 IP 地址等关键信息,以此区分访问者是真实普通用户还是安全厂商的沙箱爬虫设备。如果识别访问源来自安全厂商 IP 段、爬虫特征的浏览器标识,跳转链路就会提前终止,返回空白页面、普通静态网页或者 404 页面,不会继续向下跳转暴露最终钓鱼载荷;只有判定访问者属于普通真实用户环境,才会完整执行全部重定向链路,展示仿冒登录页面。
该隐身机制带来直接后果:安全网关内置的沙箱工具对邮件链接做动态解析的时候,无法拿到最终恶意页面样本。沙箱访问链接只能看到中间谷歌节点或者良性返回内容,无法触发完整跳转链,安全产品无法提取钓鱼页面特征,也就无法生成对应的拦截规则,恶意链接得以绕过检测持续生效。
除此之外,攻击者还会结合链接参数动态化手段,每一份诱饵消息使用不同的参数编码,即使某一组跳转参数被安全厂商捕获标记,攻击者只需要修改 URL 内参数内容,即可生成新的可用攻击链接,大幅提升安全产品特征库维护的成本,拉长攻击活动的存续时间。
从 DarkReading 报道的攻击样本来看,该钓鱼 Campaign 主要实现两类攻击载荷交付,分别对应凭证窃取模式与远程访问工具投递模式,攻击者可以根据诱饵场景灵活切换。
第一种为凭证窃取模式,也是该活动的主流模式。链路终点为仿冒网页登录表单,目标是收集用户账号、密码、多因素认证验证码。获取凭证之后攻击者即可尝试登录对应业务系统,访问邮件、企业协同平台、云服务,窃取内部业务文档、客户资料,还可以利用被攻陷账号向通讯录联系人继续发送钓鱼诱饵,形成横向扩散,触发供应链层面安全风险。攻击结束后跳转真实官网,降低受害者感知,延长泄露发现时间。
第二种模式是投递远程访问载荷。当攻击目标定位高价值企业人员时,跳转链路末端不再是网页表单,而是触发文件下载,投放远程访问类工具。一旦用户执行下载后的程序,攻击者就可以获得终端远程控制权限,进一步在内网横向移动,渗透企业内部基础设施。该模式的社会工程诱饵往往包装为文档、报表、业务附件场景,诱导用户允许浏览器下载并执行程序文件。
两种载荷模式共享同一套谷歌多跳中转链路,攻击者依靠后端流量分发服务器 TDS,根据访问者 IP、邮箱、设备信息动态决定交付哪一类载荷,实现同一套诱饵链接可以针对不同目标输出不同攻击内容,提升攻击活动的灵活度与规模化能力。
该攻击能够穿透多层安全防护,并非单一安全产品出现故障,而是传统钓鱼防御体系在检测逻辑、信任模型、人员认知三个层面,面对多跳信誉滥用攻击时暴露出系统性短板。下文分别从邮件安全网关、网络与沙箱防护、终端防护、人员安全意识四个层面拆解失效根源,完成攻击威胁的闭环论证。
邮件安全网关是拦截钓鱼诱饵的第一道防线,主流网关采用静态特征匹配、域名信誉评分、沙箱动态解析三类手段检测邮件内恶意链接,在面对谷歌多跳重定向攻击时均存在短板。
静态特征匹配依靠已知恶意域名、URL 片段黑名单完成拦截。但本攻击邮件中直接展示的链接域名全部属于谷歌合法域名,不在黑名单之内;恶意钓鱼地址埋藏在多层 URL 参数深处,静态解析只能读取链接表层域名,不会递归解析多层嵌套参数内部地址,静态匹配完全无法识别风险。
域名信誉评分体系给谷歌域名赋予最高信誉等级,网关策略默认信任高信誉域名,不会对该域名下的链接做深度风险研判。网关的安全策略设计逻辑预设高信誉平台不会传递恶意载荷,没有针对高信誉域名的跳转参数做递归风险校验,直接放行包含该类链接的邮件。
沙箱动态解析是最有希望识别该攻击的技术手段,但现实中受到多重约束。第一,沙箱存在跳转深度限制,出于性能开销考虑,多数商用沙箱不会无限制跟随数十次重定向,一般设置有限的最大跳转步数,多层嵌套跳转链路很容易超过沙箱设置的最大跳转阈值,沙箱提前终止访问,无法抵达最终恶意页面。第二,前文提及的隐身混淆技术,沙箱访问会被识别为爬虫,中间跳转节点返回良性内容,沙箱无法拿到钓鱼页面样本,自然无法判定链接为恶意。第三,大规模邮件网关需要处理海量邮件,全部链接执行深度多跳沙箱解析会带来巨大算力开销,出于业务吞吐性能考量,运维往往不会开启最大深度的沙箱跟踪,进一步削弱检测能力。多重因素叠加,导致大量携带攻击链接的邮件绕过邮件网关,投递至员工收件箱。
企业防火墙、Web 代理网关、上网行为管理等网络层安全设备,主要依靠目标 IP、访问域名做访问控制与风险阻断。用户浏览器访问链路时,前面多次 HTTP 请求访问的都是谷歌的服务器 IP 与域名,这些地址属于企业日常业务必须访问的合法互联网资源,防火墙无法拦截谷歌域名流量。只有浏览器走到最后一跳,才访问攻击者的恶意服务器,此时前面的全部中转流量均为正常通信,网络设备看不到 URL 参数内部嵌套的下一级地址,只能看到已经建立完成的外部访问会话,很难从网络数据包层面回溯整个跳转链路完整上下文。
部分企业部署网页代理可以记录单跳跳转,但很难完整保存每一次 HTTP 重定向的参数上下文。当用户已经抵达恶意站点,网络设备可以拦截最终钓鱼域名,但是此时用户浏览器已经完成多轮跳转,凭证窃取的 POST 请求可能已经完成发送,属于事后阻断,无法阻止攻击事件发生。
反网络钓鱼技术专家芦笛强调,网络层设备擅长阻断已知的恶意 IP 与域名,但是对于 “合法域名作为跳板传递恶意内容” 的场景,单纯基于 IP、域名的访问控制策略是不足以形成防护,必须引入对 HTTP 重定向链路全上下文的日志留存与关联分析能力。
终端杀毒软件、浏览器安全防护是用户侧的防护手段,同样存在防御短板。浏览器的安全警告主要针对直接访问的高风险恶意域名,当访问序列前面多次访问谷歌域名,浏览器地址栏持续显示谷歌域名直至跳转切换到攻击者域名的瞬间,浏览器安全模块很难预判多层跳转之后即将加载的页面风险。
恶意载荷如果是网页表单窃取凭证,整个攻击过程完全发生在浏览器网页环境,没有恶意程序、恶意可执行文件落地到本地磁盘,杀毒软件基于恶意文件哈希的检测机制完全没有检测对象。只有当攻击模式为下载远程访问恶意程序场景,终端防护才有可能识别下载文件风险,但如果用户绕过浏览器下载提示手动放行文件,终端防护同样会被突破。
同时,该攻击不利用浏览器漏洞,完全依靠网页业务逻辑与社会工程完成攻击,不需要漏洞利用代码,传统基于漏洞特征的终端防护技术无法发挥作用。
长期以来企业安全意识培训重点教导用户警惕陌生来源、陌生域名链接,核对域名拼写是否存在仿冒。而本次攻击中用户点击链接之后,浏览器初始访问域名为谷歌,属于绝大多数员工日常高频使用的可信服务,用户过往积累的安全判断经验会失效。
普通用户缺少解析 URL 嵌套参数的专业能力,即便鼠标悬浮预览链接,看到的依然是谷歌域名,无法直接读取参数内部多层嵌套的目标地址。绝大多数业务人员不会手动复制链接,使用工具逐层解析全部跳转链路。攻击者再搭配账号异常、紧急业务通知这类高胁迫度的文案,会压缩用户思考判断的时间,进一步放大人员被欺骗的概率。
这里需要客观看待人员安全意识的作用,人员培训可以降低被攻击概率,但不能作为唯一防护手段。面对这类借用主流可信平台的攻击模式,即便是具备一定安全基础的工作人员,也存在被欺骗可能性,因此不能将全部防御压力交由人员自身,必须依靠技术体系实现前置拦截。
针对该攻击模式的技术特征以及传统防御体系暴露的短板,本文构建覆盖事前预警、事中检测拦截、事后处置溯源的闭环防御框架,分别从邮件安全网关增强改造、网络全链路日志分析、终端侧安全管控、威胁情报运营迭代、常态化人员安全能力建设五个维度设计具体防御措施,各个维度之间互相协同弥补单一技术的缺陷,形成完整防御闭环。
邮件网关作为第一道防线,需要跳出单纯域名信誉的固有思维,针对高信誉域名的跳转接口增加专项检测策略。
第一,针对已知的第三方公开重定向接口,建立跳转接口特征识别库。识别邮件链接中包含谷歌重定向接口、各类 URL 短链、其他云平台跳转接口的链接,将该类链接标记为高风险对象,不因为域名属于高信誉就直接放行。对于包含多层参数嵌套的跳转链接,触发增强沙箱检测流程。
第二,合理调整沙箱检测策略。针对标记为跳转接口的链接,适度提升沙箱最大跳转追踪深度,专门针对嵌套跳转场景启用深度解析;同时沙箱需要模拟普通真实用户访问指纹,规避攻击者的隐身混淆检测,尽可能获取完整跳转链路的最终目标地址。需要权衡算力开销,可设置仅针对高风险邮件样本启用深度沙箱,平衡安全防护与邮件系统处理性能。
第三,实施链接改写与沙箱预访问机制。对邮件内的跳转类链接,启用邮件网关链接改写,用户点击邮件链接,请求会先经过网关代理节点,网关代理跟随完整重定向链,解析全部跳转节点,确认最终目标地址风险之后,才允许用户浏览器访问目标页面。即便攻击者使用隐身技术欺骗云端沙箱,真实用户点击时的代理访问可以拿到真实跳转结果,实现事中拦截。
第四,配置告警策略。邮件网关检测到邮件包含多层嵌套跳转链接,即便没有判定为直接恶意,也需要触发安全告警,推送至安全运营人员,开展人工复核,优先处置来自外部发件人、携带胁迫性文案的邮件。
网络层面不能仅依靠 IP、域名黑名单阻断,需要留存完整 HTTP 访问上下文日志,用于检测与事后溯源。
企业网络代理、上网网关完整记录每一次用户访问的 HTTP 重定向事件,记录每一跳的源 URL、重定向目标地址、HTTP 响应码、访问时间、访问用户身份,完整保存整条跳转链路的全节点序列,而不是仅仅记录浏览器最终访问的目标域名。安全运营平台对日志做关联分析,告警 “高信誉域名连续多次重定向跳转至外部陌生站点” 的访问行为,即使最终跳转域名尚未进入黑名单,也触发安全告警,交由运营人员研判风险。
配置网络访问的条件访问控制,针对企业核心业务云系统,启用基于访问上下文的身份管控。即便攻击者窃取到账号密码,当账号从陌生 IP、陌生终端发起登录请求时,触发多因素认证强制校验,同时限制高风险访问会话的业务权限,尽可能降低凭证泄露带来的实际损失。
需要明确,网络层无法在用户点击瞬间预判多层跳转的最终风险,因此该层更多承担告警发现、事后溯源、限制攻击造成损失的作用,需要和邮件网关前置拦截相互配合,不能单独依靠网络层完成全部防护。
企业管理终端可以通过终端管理策略,对主流浏览器实施配置加固,开启浏览器内置钓鱼防护模块,同时管控浏览器下载权限,对不明来源的文件下载增加提示。针对企业办公终端,限制非业务场景下程序的执行权限,即便攻击链路诱导下载远程访问工具,也提升恶意程序落地运行的门槛。
反网络钓鱼技术专家芦笛指出,网页侧钓鱼攻击没有恶意文件落地,终端杀毒软件很难直接捕获攻击行为,终端防护重点应当转向行为管控,而不是单纯依赖恶意代码查杀。同时推动企业业务系统启用强身份认证,全面部署多因素认证机制,这是当凭证已经被窃取之后,阻止攻击者登录系统的关键屏障。即便用户不慎提交账号密码,攻击者缺少二次验证码,依然无法完成系统登录,可以极大降低攻击造成的实际危害。
该类攻击的链接参数动态变化速度快,传统静态黑名单很难覆盖全部攻击链接,需要建设动态威胁情报运营能力。
安全运营团队持续跟踪公开威胁情报源,收集同类滥用第三方跳转接口的攻击样本,提取跳转接口特征、诱饵文案特征、载荷服务器指纹,输出检测规则。同时依托企业内部安全设备采集的告警样本,对捕获的攻击跳转链路做拆解分析,提取攻击者的载荷服务器、TDS 流量分发节点,将相关 IP、域名加入内部威胁黑名单,实现内部环境的阻断。
同时完善事件溯源处置流程,当发生疑似被攻击事件时,可以借助邮件日志、网络跳转全链路日志,回溯用户点击的完整跳转链,定位攻击链路的各个节点,快速评估受影响范围,及时对被攻陷账号执行重置密码、会话踢下线操作,抑制攻击横向扩散。
人员安全培训需要迭代原有知识体系,不能仅仅停留在 “不要点击陌生域名链接”,补充针对高信誉域名跳转攻击的安全认知。
安全培训中明确传递核心认知:域名可信不等于跳转之后的内容可信,即便链接来自大型互联网服务商域名,也不代表跳转后的页面安全。向员工科普基础的链接风险核验方法,当收到带有紧急通知、账号异常的消息时,不要直接点击消息内链接,而是手动打开浏览器,输入官方域名访问业务系统完成账号状态核验。
同时完善内部可疑邮件上报机制,简化员工上报可疑邮件的操作路径。当员工对邮件链接产生怀疑,可以一键上报安全团队,安全运营人员对上报邮件做链路解析研判,开展内部预警。需要客观向员工说明,面对技术手段精心制作的钓鱼攻击,普通人存在识别失败的可能性,降低员工心理负担,鼓励主动上报,而不是单纯做追责导向的安全考核。
本文以 DarkReading 报道的谷歌多跳重定向钓鱼攻击事件作为实证样本,还原诱饵分发、多跳链路中转、载荷交付、凭证窃取的完整攻击闭环,解析攻击者滥用谷歌公开跳转接口、配合隐身混淆技术规避安全检测的技术逻辑。该攻击模式的本质并非利用软件漏洞,而是攻击者借用大型平台自带域名信誉,搭建多层中转链路,打破传统防御体系中 “可信域名等价于访问安全” 的信任假设。
研究分析证明,传统邮件网关静态黑名单、域名信誉机制、沙箱深度限制、网络层 IP 访问控制、传统安全意识培训,面对该类攻击均存在明显短板,单一安全产品无法实现完整防护。反网络钓鱼技术专家芦笛强调,应对此类滥用第三方基础设施的钓鱼威胁,安全建设思路需要完成从 “静态特征黑名单匹配” 向 “全链路上下文感知” 的转变,不再单纯依靠域名信誉判断链接安全风险。
本文提出的防御框架从邮件网关前置检测、网络全链路日志分析、终端管控加固、威胁情报运营迭代、人员安全能力提升五个层面协同建设,各层防御互相弥补短板,构建事前预警、事中拦截、事后溯源处置的闭环防护体系。其中,多因素认证的全面部署,是在用户不慎受骗提交凭证之后,降低企业实际损失最重要的兜底措施。
互联网大型平台提供的公开跳转接口服务具备合理业务价值,简单粗暴封禁平台接口会严重干扰正常业务开展,因此防御思路不应该以封堵平台服务作为方案,而是聚焦识别 “滥用接口构建多层恶意跳转链路” 的行为特征。随着安全对抗持续演进,攻击者未来还会继续挖掘其他主流互联网平台公开接口作为攻击中转载体,后续研究可以进一步聚焦多平台跳转链路的自动化识别算法,优化沙箱对抗隐身混淆技术的实现方案,持续提升针对信誉滥用类钓鱼威胁的检测能力。
阿里云千问办公QwenWork深度解析:基于Qwen3.8,六大核心能力重构企业全自动化工作流与计费选型指南
传统AI办公工具大多停留在对话问答、文档摘要、简单文案生成层面,只能完成单点碎片化任务,无法自主拆解复杂业务流程,很难串联多工具、多文档、外部业务系统完成端到端完整工作交付。很多企业在落地AI办公的时候,需要组合多款不同工具,来回切换界面,手动复制粘贴中间结果,智能化改造落地门槛居高不下。千问办公QwenWork是整合多款智能体产品能力打造的一体化企业办公智能体平台,底层基座依托Qwen3.8大模型,打通桌面端Agent、云端Agent、企业协同Agent三种运行形态,不再局限简单问答,接收业务目标之后自主拆解任务步骤,调用各类工具,处理文档、表格、浏览器自动化、数据查询,直接输出可交付的办公
阿里云AI数智鉴密:AI 生成内容如何拿到一张防篡改的身份证
阿里云千问办公、Qoder Teams、Qoder CN区别与选择指南:模型能力、适用场景与最新活动参考
本文聚焦阿里云2026年推出的三款自研AI办公产品,清晰拆解千问办公、Qoder Teams、Qoder CN的差异化定位与能力边界:千问办公主打职场全场景提效,支持自然语言指令一键完成PPT生成、数据分析等高频办公任务;Qoder Teams面向程序员团队,深度整合AI代码生成、团队协同与企业知识库能力;Qoder CN则专为金融、政务等强合规场景打造,实现数据不出境与VPC私有化部署。文章同步给出分场景选型指南与最新活动定价,帮助不同类型的企业按需组合产品,实现业务岗、研发岗与强合规场景的AI能力全覆盖。
阿里云代表Forrester全球数据安全平台Landscape代表厂商
QoderWake 1.0 正式发布:从桌面里的 Agent,到工作现场的数字员工
QoderWake v1.0正式发布:企业级数字员工团队平台。支持“一句线类特训岗位;Waker常驻钉钉/飞书群,@即响应、自动协作、跨任务记忆;具备定时/事件/API多触发方式与统一任务看板;已沉淀27.6万条记忆、12.3万项技能,助力组织实现人机协同增效。
刚刚 DeepSeek V4.1 Flash 开启内测,1 分钟教你用上!
刚刚 DeepSeek 内测群发布了 DeepSeek V4.1 Flash 中间版本内测的消息,这次的模型采用了新的结构,原生支持多模态、能力更强、速度更快、且成本更低。
【2026实测】Wireshark下载+安装+汉化+使用教程(图文版,巨详细)
Wireshark 是一款免费开源的网络协议分析工具,可实时捕获、解析并可视化数据包,助你诊断网络故障、分析通信协议(如HTTP、DNS、TCP等)。支持Windows/macOS/Linux,含中文界面,新手入门便捷。(239字)
npm install安装时一直idealTree:npm: sill idealTree buildDeps解决方案(亲测有效)
ContextMenuManager右键菜单管理工具下载安装教程(附安装包)
Nginx极简实战—Nginx服务器高性能优化配置,轻松实现10万并发访问量
推荐3款 Docker 认证的实用免费插件,帮助您快速构建云原生应用程序!
idea Translation插件翻译失败。TKK: 更新 TKK 失败,请检查网络连接
阿里云千问办公、Qoder CN和Qoder Teams有什么区别?看完直接选!
告别AI“失忆症”:用知识库与工作流,打造工业级AI测试用例生成流水线
一条命令迁移,帮你实现 OpenClaw 与 Hermes Agent 记忆互通!
*请认真填写需求信息,我们会在24小时内与您取得联系。