mirror of
https://github.com/gelusus/wxvl.git
synced 2026-10-28 19:30:54 +00:00
正在获取URL...
chainreactors: 0 个URL BruceFeIix: 0 个URL Doonsec: 27 个URL 总共去重后: 27 个URL 【热点安全风险】9月3日 | Langflow 漏洞遭利用，攻击者瞄准 AI 开发平台（CVE-2026-0768）、【漏洞预警】Linux三年前补上的洞，又一次被挖开了、
This commit is contained in:
test committed
1 parent
39021540fb
commit
f3287c668d
3 files changed
+320
-1
No files matched your search
@@ -26680,5 +26680,7 @@
|
||||
"https://mp.weixin.qq.com/s/AngwtKu2qZ04-tLfMnlZGQ": "【漏洞通告】Proxmox VE身份认证绕过漏洞",
|
||||
"https://mp.weixin.qq.com/s/iUK_0wdVIu_TanleUUZEGg": "神漏洞！近距离劫持人形机器人实现完全控制，还能“人传人”感染",
|
||||
"https://mp.weixin.qq.com/s/FGGb9RtQ4efQspzHvcLPqw": "【漏洞通告】Windows HTTP.sys 特权提升漏洞(CVE-2026-62735)",
|
||||
"https://mp.weixin.qq.com/s/rhAgrwZHUOrXMDwfrQwJpQ": "半日漏洞登场：AI 时代的 0-day"
|
||||
"https://mp.weixin.qq.com/s/rhAgrwZHUOrXMDwfrQwJpQ": "半日漏洞登场：AI 时代的 0-day",
|
||||
"https://mp.weixin.qq.com/s/8_UkfV7G6-mDubFPX-7OCA": "【热点安全风险】9月3日 | Langflow 漏洞遭利用，攻击者瞄准 AI 开发平台（CVE-2026-0768）",
|
||||
"https://mp.weixin.qq.com/s/9kUs7I3bOSwtVloaaSyyQg": "【漏洞预警】Linux三年前补上的洞，又一次被挖开了"
|
||||
}
|
||||
@@ -0,0 +1,119 @@
|
||||
# 【漏洞预警】Linux三年前补上的洞，又一次被挖开了
|
||||
YGnight
|
||||
YGnight night安全 2026-09-03 00:15
|
||||
|
||||
|
||||
|
||||
## 一、漏洞描述
|
||||
|
||||
收到一个linux的提权漏洞的情报，目前POC已被公开，编号是CVE-2026-52933， 这个漏洞产生的位置在 Linux 内核 io_uring 的 poll 请求所有权判断上。请求被取消后，内核本该拦住后续唤醒，实际测试发现是拦不住的，唤醒路径还能再拿走一次。请求完成两遍，文件引用跟着释放两次，用户态剩下的描述符成了悬空指针。
|
||||
<table><tbody><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">CVE 编号</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">CVE-2026-52933，评分 7.8 高危，向量 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">影响组件</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">io_uring/poll.c 的 io_poll_get_ownership()</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">成因</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">有符号比较让取消标记失效，请求重复完成，文件引用重复释放</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">引入版本</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">提交 a26a35e9 之后，该提交本身是 CVE-2023-0468 的修复补丁</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">受影响版本</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#dc2626;font-weight:bold;"><section><span leaf="">主线 6.1 到 7.0；5.15.82 起的 5.15.y，6.0.11 起的 6.0.y</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">修复版本</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#16a34a;font-weight:bold;"><section><span leaf="">6.1.175、6.6.140、6.12.86、6.18.27、7.0.4，主线 7.1 起不受影响</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">利用条件</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">本地账号且能调用 io_uring，完整链条还要 perf_event_open 与 mmap 开放</span></section></td></tr><tr><th style="padding:10px 12px;border:1px solid #d1d5db;text-align:left;font-weight:bold;color:#1a1a1a;background-color:#f3f4f6;white-space:nowrap;"><section><span leaf="">情报备注</span></section></th><td style="padding:10px 12px;border:1px solid #d1d5db;color:#333;"><section><span leaf="">NVD 归到 CWE-835，与成因不符，去重别按此标签合并</span></section></td></tr></tbody></table>## 二、漏洞原理
|
||||
|
||||
io_uring 给每个 poll 请求挂了一个 32 位的计数器，叫 poll_refs。一个变量塞了三样东西。
|
||||
|
||||
bit 31 取消标记
|
||||
bit 30 重试标记
|
||||
bit 29~0 引用计数
|
||||
[#define]()
|
||||
IO_POLL_CANCEL_FLAG BIT(31) /* 0x80000000 */
|
||||
[#define]()
|
||||
IO_POLL_RETRY_FLAG BIT(30) /* 0x40000000 */
|
||||
[#define]()
|
||||
IO_POLL_REF_MASK GENMASK(29, 0)
|
||||
[#define]()
|
||||
IO_POLL_REF_BIAS 128
|
||||
|
||||
低 30 位是引用计数，同时兼作所有权标记。谁要动这个请求，得先把计数从 0 加成 1，抢到的那个才算拿到所有权。入口长这样。
|
||||
|
||||
static inline bool io_poll_get_ownership(struct io_kiocb *req)
|
||||
{
|
||||
if (unlikely(atomic_read(&req->poll_refs) >= IO_POLL_REF_BIAS))
|
||||
return io_poll_get_ownership_slowpath(req);
|
||||
return !(atomic_fetch_inc(&req->poll_refs) & IO_POLL_REF_MASK);
|
||||
}
|
||||
|
||||
第一行是道闸。当前值看着大于等于 128，就不硬加了，交给慢路径。慢路径会先看低 30 位是不是还被人占着，占着直接拒绝。第二行是正常情况下的抢锁动作。
|
||||
|
||||
闸坏在类型上。atomic_read 返回的是 int，带符号。取消请求的时候要往最高位或上取消标记，也就是 0x80000000。这一位一置，整个数按有符号读出来是负数。负数跟 128 比大小，永远比不过，第一行恒为假，慢路径压根进不去。
|
||||
|
||||
代码直接掉到第二行。第二行只跟低 30 位做与运算，对最高位的取消标记视而不见。只要低 30 位此刻正好是 0，返回值就是真。唤醒路径从内核手里拿走了一个已经被取消的请求。
|
||||
|
||||
要触发得凑两件事，请求已取消，低 30 位归零。公开利用的凑法分三步。
|
||||
1. 注册一个监听 eventfd 的 POLL_ADD，然后给属主任务发 SIGSTOP 把自己停住。
|
||||
|
||||
1. 父进程发一个 ASYNC_CANCEL 把请求标成已取消。完成任务挂在停住的任务上，一直跑不掉。
|
||||
|
||||
1. 往 eventfd 里灌唤醒，数量取 2 的 30 次方减一，也就是 (1ULL << 30) - 1
|
||||
。
|
||||
|
||||
慢路径被跳过后，每来一次唤醒，第二行都老老实实把计数加一。加到 2 的 30 次方，低 30 位绕回 0，整个值只剩最高位那个取消标记。有符号比较照样把它当负数放行。唤醒回调看到低 30 位是 0，认定这是个空闲请求，同一个完成任务被挂了第二次。
|
||||
|
||||
两次完成跑完，文件引用减了两次，eventfd 的 struct file 提前回收，用户态描述符成了悬空指针。
|
||||
|
||||
从悬空指针到 root 还有一段路。公开利用拿 perf_event_open 批量开事件，把刚空出来的 file 槽位占回去，再用 kcmp 逐个比对，确认哪个 perf 描述符跟那个悬空描述符指向同一个对象。接着关掉两个描述符，perf 的缓冲区释放了，之前 mmap 出来的映射还活着。再堆 4096 个 2MB 的共享内存，把那页抢回来当页表页。页表项归攻击者改，等于能把任意物理地址映射进用户空间，内核地址随机化形同虚设。最后把 SELinux 的 enforcing 字节清零，把 core_pattern 改成 |/proc/%P/exe %P
|
||||
，故意崩一次，内核以 root 身份把攻击者自己的程序拉起来。
|
||||
|
||||
这条链全程没用用户命名空间。利用代码里注明 perf_event_open 和 mmap 在 uid 65534 上就能用，perf_event_paranoid 是 2。靠禁用非特权命名空间挡内核提权的常规做法，对这条链不起作用。
|
||||
## 三、修复建议
|
||||
1. **参考漏洞描述中的修复版本进行升级到对应的兼容版本。**
|
||||
1. **暂时无法升级的先把 io_uring 关了。**
|
||||
可以参考这段命令
|
||||
```
|
||||
sysctl -w kernel.io_uring_disabled=2
|
||||
```
|
||||
|
||||
1.
|
||||
## 近期值得重点关注的漏洞预警
|
||||
|
||||
[【紧急漏洞预警】nacos爆出权限绕过漏洞，可以创建管理员账户，经过分析有点出处（已复现，exp脚本已编写）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486343&idx=1&sn=b67c4eb02c03af9c3b206b1241ff7e9c&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【情报】支付宝8.2亿数据泄露？给同事说一声，别自己吓自己](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486362&idx=1&sn=927fdf3d81c79a2ff8871086f0e78a8b&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】自己注册个号，就能搬空别人的 Magento 订单和支付卡（POC已公开）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486363&idx=1&sn=344a1f2e1a64b3b3be1509610edd2a0d&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】Next.js 爆出新漏洞，不用登录实现命令执行(POC已公开)](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486348&idx=1&sn=350cb257c3bfc3372e2dd50f2eb13738&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞补丁绕过预警】Redis CVE-2026-23479变种高危漏洞，EXP已公开](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486299&idx=1&sn=7d1d8a95dad56cb021c2aa4ff549ee62&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞补丁绕过】超 30 万 WordPress 站点受影响，Forminator 文件上传漏洞（附POC）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486304&idx=1&sn=a22d6632366218b72fd68b3a5cb91557&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】Exchange爆出RCE漏洞，利用Exchange 帮另一台 Exchange 开门（POC已公开）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486323&idx=1&sn=124dd54f863f64371f18c668d52e1fab&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】不用登录，一个请求就能让 GeoServer 乖乖执行命令（POC已公开）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486318&idx=1&sn=b478f775998b89579c53d4e0fbdc8c6e&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】Keycloak不登录就能接管任意账户，双重验证也拦不住](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486309&idx=1&sn=d5c1a812f00448d397d3e3a8e78cdd45&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】 8月WebLogic公布了9个漏洞，有一个需要重点关注](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486294&idx=1&sn=eb26bc5f8fcafc9ab402b77acdb1b2a4&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】近期MongoDB 公布了5个漏洞，最严重的一个可以不认证、远程就能拿下你电脑](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486289&idx=1&sn=10023bdd570d9f011eef242a23f83bb6&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【0DAY漏洞】 全球5G手机芯片厂商之一的紫光展锐SOC存在RCE漏洞，影响数十家手机厂商，还未发布补丁](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486279&idx=1&sn=5e1452f6984bf3d4b4d35a2240676df5&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞告警】安卓 14 到 16 全中招，通讯录 SQL 注入漏洞正在抄家（POC已公开）](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486274&idx=1&sn=4bacf56f2045fca36b7b3de4be3ae591&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】紧急排查，SMB服务再曝新漏洞，利用脚本已公开](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486251&idx=1&sn=633ed2b7d916bcf98404a7b3a9a8c4b4&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【漏洞预警】不用输密码，对方已经接管你的Mac：官方补丁公布macOS存在未鉴权RCE漏洞](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486246&idx=1&sn=eaf0c51686e92e89826098fcf51fb959&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[【0day漏洞预警】MariaDB 13 爆 9.8 分 RCE 链：最低 USAGE 权限就能远程执行命令](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486225&idx=1&sn=bd13754fd9378e01a088cf996fa5b557&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
[VMware 爆 5 个洞，两个 9.8 不用密码就能打穿 vCenter](https://mp.weixin.qq.com/s?__biz=MzU5MTc1NTE0Ng==&mid=2247486204&idx=1&sn=2590e283b0981541da74647ddc817282&scene=21#wechat_redirect)
|
||||
|
||||
|
||||
|
||||
@@ -0,0 +1,198 @@
|
||||
# 【热点安全风险】9月3日 | Langflow 漏洞遭利用，攻击者瞄准 AI 开发平台（CVE-2026-0768）
|
||||
华顺信安威胁情报中心 2026-09-02 23:30
|
||||
|
||||
**PART.****0****1**
|
||||
|
||||
|
||||
风险汇总
|
||||
|
||||
|
||||
|
||||
|
||||
风险一：Langflow 关键漏洞已遭利用，未认证攻击者可能控制 AI 工作流服务（CVE-2026-0768）
|
||||
|
||||
持续发酵原因：公开分析显示，针对 Langflow 的 CVE-2026-0768 攻击正在增加。该低代码 AI 开发平台若将管理接口暴露在公网，攻击者可能利用漏洞进入工作流服务，读取连接器配置、访问令牌和模型调用信息，并进一步影响部署在同一环境中的数据处理任务。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 盘点 Langflow 版本、部署节点、管理端口、反向代理和公网暴露情况。
|
||||
|
||||
2. 检查应用、容器、Ingress、WAF 和 EDR 日志，关注异常工作流请求、脚本执行、配置导出和外联。
|
||||
|
||||
3. 核验模型 API Key、数据库连接、云凭据和工作流权限是否出现异常读取或变更。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 按厂商安全公告升级至修复版本，修复前限制管理接口仅从内网或可信跳板访问。
|
||||
|
||||
2. 将 Langflow 与生产数据、密钥管理和高权限工作流分区，关闭不必要的匿名 API。
|
||||
|
||||
3. 对疑似受影响实例隔离取证，撤销并轮换模型密钥、数据库凭据和云访问令牌。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://www.darkreading.com/vulnerabilities-threats/critical-langflow-flaw-exploited-attacks-rise
|
||||
|
||||
|
||||
风险二：JFrog Artifactory 新增认证绕过漏洞遭攻击者利用，制品仓库管理员权限面临暴露
|
||||
|
||||
持续发酵原因：公开报道显示，攻击者已开始利用 JFrog 仓库管理器中的 CVE-2026-82329。该认证绕过漏洞可能让攻击者获得受影响系统的管理员级访问权限；Artifactory 一旦被接管，攻击者可读取或替换制品、篡改构建依赖，并把恶意内容传播到下游发布环境。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 盘点 Artifactory 版本、实例、远程仓库、管理员账号和 CI/CD 集成令牌。
|
||||
|
||||
2. 审计近期登录、角色变更、仓库配置、制品上传下载、标签修改和异常 API 调用。
|
||||
|
||||
3. 对生产镜像、安装包和构建产物执行哈希及签名比对，核查未审批变更。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 按 JFrog 公告升级至修复版本，修复前限制管理端口来源并暂停不必要的远程仓库写入。
|
||||
|
||||
2. 启用强 MFA、最小权限、不可变制品和发布审批，隔离仓库管理面与构建网络。
|
||||
|
||||
3. 对疑似受影响实例保全审计和制品证据，立即轮换管理员、机器人和 CI/CD 凭据。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://www.darkreading.com/application-security/attackers-pounce-critical-artifactory-flaw-following-disclosure
|
||||
|
||||
|
||||
风险三：AI 模型评测机构 API 密钥被盗，攻击者消耗约 60 万美元模型额度
|
||||
|
||||
公开披露显示，AI 模型评测机构 METR 遭遇凭据盗用，攻击者利用泄露的 API Key 消耗了约 60 万美元的公共 AI 模型额度。事件说明，AI API 密钥不仅关系数据保密，也直接关联可计费资源；密钥一旦进入日志、代码仓库或终端，可能在短时间内造成高额费用和模型调用数据外泄。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 盘点 AI API Key、服务账号、代码仓库、日志平台、Notebook 和 CI/CD 中的密钥存储位置。
|
||||
|
||||
2. 检查模型调用量、费用、来源 IP、地域、模型类型和异常并发，识别突增用量。
|
||||
|
||||
3. 核查提示词、评测数据、内部代码和结果文件是否被异常读取或批量导出。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 对高价值 API Key 启用短期令牌、来源限制、额度上限和按项目分账，禁止硬编码。
|
||||
|
||||
2. 将密钥扫描、DLP、异常用量和账单告警接入安全运营流程，发现异常立即撤销。
|
||||
|
||||
3. 对受影响账号和工作区执行会话清理、密钥轮换及敏感数据访问复核。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://www.darkreading.com/identity-access-management-security/ai-model-evaluator-metr-credential-theft-probing
|
||||
|
||||
|
||||
风险四：勒索团伙加强招募内部人员，企业外部防护增强后内部协助风险上升
|
||||
|
||||
安全研究人员观察到，部分勒索团伙开始招募或依赖企业内部人员协助入侵。内部人员可能提供 VPN、云控制台或备份系统访问权限，也可能帮助关闭安全控制、导出数据或安排加密窗口；这类行为未必表现为传统恶意软件告警，容易绕过只关注外部攻击的防御体系。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 回溯高权限账号、VPN、云控制台、备份和安全平台的异常登录、策略变更及批量导出。
|
||||
|
||||
2. 关注非工作时间访问、短期权限提升、关闭告警、异常远程协助和大规模文件操作。
|
||||
|
||||
3. 核验离职、外包、临时管理员和高风险岗位账号的权限回收及行为审计。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 对高权限操作实施双人复核、即时授权和全量审计，禁止共享账号和长期管理员权限。
|
||||
|
||||
2. 将备份删除、EDR 停用、域策略修改和批量导出设为高风险动作并触发二次确认。
|
||||
|
||||
3. 建立内部威胁处置流程，明确人事、法务、审计和安全团队的证据保全与联动机制。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://www.darkreading.com/cyber-risk/stronger-security-drives-ransomware-groups-to-recruit-from-within
|
||||
|
||||
|
||||
风险五：攻击者将受控主机伪装成“免费 LLM 接口”，编码代理会话和本地文件可能被暴露
|
||||
|
||||
SANS 互联网风暴中心记录了一起编码代理陷阱事件：攻击者发现互联网暴露的推理蜜罐后，将其重新标记为热门模型并接入“免费”LLM 后端，随后获得真实编码代理会话、文件系统输出、工作路径和工具清单。事件提示，开发者把代码代理或模型服务接入不可信免费端点时，可能无意中泄露源码、令牌和本地环境信息。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 盘点企业使用的免费模型接口、代理网关、开发插件、Notebook 和外部编码助手。
|
||||
|
||||
2. 检查代理访问日志、请求目标、上传文件、工具调用、工作路径和返回内容。
|
||||
|
||||
3. 核验开发终端、构建节点和模型服务环境变量中是否包含源码凭据、云密钥或内部地址。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 仅允许经批准的模型服务和代理网关，禁止开发终端直连未知免费 LLM 端点。
|
||||
|
||||
2. 在模型网关启用数据脱敏、域名允许列表、工具调用审批和上传内容扫描。
|
||||
|
||||
3. 对可能暴露的源码、令牌和云凭据执行轮换，并将编码代理纳入供应链安全审计。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://isc.sans.edu/diary/The+Coding-Agent+Trap%3A+When+a+%22Free%22+LLM+Endpoint+Is+the+Adversary/33298
|
||||
|
||||
|
||||
风险六：Guildma 木马通过葡萄牙语邮件传播，终端用户交互仍是初始入侵薄弱点
|
||||
|
||||
SANS 互联网风暴中心记录了 Guildma（又名 Astaroth）通过巴西葡萄牙语邮件传播的感染活动。该类木马通常借助主题相关的邮件诱导用户打开附件或链接，再在终端建立持久化并窃取浏览器、凭据或业务数据。企业即使已部署邮件网关，也需要关注多语言内容、个人邮箱转发和移动办公终端带来的绕过路径。
|
||||
|
||||
建议排查
|
||||
|
||||
1. 检查邮件网关、沙箱、DNS、代理和 EDR 日志，关注葡萄牙语主题、异常脚本和可疑附件。
|
||||
|
||||
2. 排查终端启动项、计划任务、脚本解释器、浏览器凭据存储和异常外联。
|
||||
|
||||
3. 核验受影响账号的邮件规则、OAuth 授权、会话令牌和近期文件访问记录。
|
||||
|
||||
加固建议
|
||||
|
||||
1. 对宏、脚本、压缩包和高风险附件实施分层隔离，强化多语言钓鱼检测和用户举报。
|
||||
|
||||
2. 启用 EDR 行为拦截、应用控制、浏览器凭据保护和抗钓鱼 MFA。
|
||||
|
||||
3. 对疑似感染终端隔离取证，撤销会话并轮换邮箱、VPN、云平台和业务系统凭据。
|
||||
|
||||
参考来源：
|
||||
|
||||
https://isc.sans.edu/diary/Guildma+(Astaroth)+malware+infection+from+Brazilian+Portuguese+email/33300
|
||||
|
||||
|
||||
**PART.****02**
|
||||
|
||||
|
||||
总体处置建议
|
||||
|
||||
|
||||
|
||||
|
||||
总结
|
||||
|
||||
今日风险以 Langflow 和 JFrog Artifactory 两类 AI/制品平台漏洞为首要排查对象，同时叠加 AI 资源凭据盗用、内部协助勒索、免费模型接口暴露和多语言邮件木马风险。运行 AI 开发平台、制品仓库、模型 API、编码代理或跨区域邮件系统的企业，应优先完成版本核查、密钥撤销、管理面收敛和终端回溯。
|
||||
|
||||
|
||||
整体风险处置建议
|
||||
|
||||
1. 立即盘点 Langflow、Artifactory、模型 API 和编码代理的公网入口、版本及高权限账号。
|
||||
|
||||
2. 对已暴露或疑似受影响资产完成补丁、访问来源限制、隔离和会话撤销。
|
||||
|
||||
3. 轮换 AI API Key、仓库令牌、云凭据、邮箱会话和 VPN/管理员密码。
|
||||
|
||||
4. 将制品变更、模型调用、异常费用、内部高风险操作、脚本执行和邮件感染纳入统一告警。
|
||||
|
||||
5. 验证备份保护、供应链审计、内部威胁响应和终端隔离恢复流程。
|
||||
|
||||
|
||||
合规说明
|
||||
|
||||
以上内容基于公开信息整理，仅用于网络安全防护与管理决策参考，具体影响范围与修复方式请以厂商官方公告为准。
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in new issue
Block a user