- Последний пост
- 14 авг.
- Последнее чтение
- 15 авг.
- Постов за неделю
- 12
- Всего постов
- 32
- Тип
- открытый
- Язык
- китайский
- В каталоге с
- 13 авг.
- 1/24сутки в ленте
- 137
- 1/48двое суток
- 157
- 1/72трое суток
- 169
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
видео или голосовое, без подписи
🤖 GLM-5.3 发布,自测 Z.ai Code Bench 较前代提升 50% 智谱发布 GLM-5.3,沿用 GLM-5.2 基座,全部提升来自后训练。其内部 Z.ai Code Bench 成绩较 GLM-5.2 提升 50%,并在 Terminal Bench 3.0 等公开基准达到开源最优。 安全方面,漏洞利用基准成绩较 GLM-5.2 翻倍以上;已协助安全团队在 269 个项目中识别 2436 个漏洞,其中 1097 个为中高危。权重将在两周后开源。 z.ai 🌸 在花频道 · 茶馆水群 · 投稿通道
видео или голосовое, без подписи
梁,陨落……
🤖 DeepSeek-V4-Pro 正式版上线,API 将实行峰谷定价 DeepSeek-V4-Pro 正式版已同步上线 APP、网页端和 API,调用方式不变,模型名设为 deepseek-v4-pro。模型增强 Agent 能力,并原生支持 Responses API 格式,适配 Codex。 V4-Pro 和 V4-Flash 思考模式新增 low、high、max 三档。API 将实行峰谷定价,新价格于 2026 年 8 月 17 日 0 时生效,闲时价格为高峰时段一半。 DeepSeek API Docs 🌸 在花频道 · 茶馆水群 · 投稿通道
DeepSeek官网API文档新增“DeepSeek-V4-Pro-0813”模型 DeepSeek官网“API 文档”上的“模型 & 价格”页面中,模型版本新增了DeepSeek-V4-Pro-0813,其支持非思考与思考模式。 不过,官方尚未发布 DeepSeek-V4-Pro-0813 的更新日志。 🗒 标签: #DeepSeek 📢 频道: @GodlyNews1 🤖 投稿: @GodlyNewsBot
видео или голосовое, без подписи
省流:加密思考内容可以切换模型后用prompt骗出来
研究披露前沿模型 API 共性漏洞:加密推理轨迹可被跨模型提取 8月11日,来自 MATS Research、ELLIS 图宾根研究所、马克斯·普朗克智能系统研究所、图宾根大学与 Snyk 等机构的研究人员公开论文《Stealing Reasoning Traces from Proprietary LLM APIs》。论文指出,OpenAI、Anthropic 和 Google 的部分推理模型 API 会把完整思维链封装为加密区块交给客户端保存,以便在后续请求中恢复推理状态。实验发现,这些区块没有被严格绑定到原始用户、会话和模型,可在同一供应商的不同账户、会话及模型之间重放。 攻击并未破解加密密钥,也不需要进入供应商基础设施。研究人员先取得前沿模型生成的合法加密推理区块,再将其提交给同一模型家族中防护较弱的低成本模型,通过转录类越狱提示要求后者输出区块对应的明文推理。论文展示了 Claude Opus 4.8 至 Haiku 4.5、GPT-5.6 Sol 至 Luna,以及 Gemini 系列内部的提取实验。被修改的密文仍会被 API 拒绝,但未经修改的合法区块可以被重放,相当于把较弱模型变成了“解码代理”。 在120道 Codeforces 问题上,恢复文本的长度与 API 报告的隐藏推理 token 数量高度接近,表明该方法恢复的并非普通推理摘要。研究人员同时承认,由于无法取得供应商保存的真实明文作为参照,不能确认恢复结果中的每一个 token 都与原始推理完全一致。 隐私风险是论文披露的主要问题之一。团队从 GitHub 和 Hugging Face 收集了6,708条公开智能体轨迹,重建315,320个推理区块,其中1,028个区块包含至少一项隐私泄漏,328条完整轨迹出现真实敏感信息。排除基准测试中的合成数据后,研究人员仍发现62个不同的 API 密钥、33个密码、24个访问令牌、7个私钥和30个个人邮箱。704项真实隐私信息中,有64项只存在于隐藏推理区块,未出现在用户可见的会话记录中,这意味着仅清理明文日志并不能保证公开数据安全。 论文还演示了另外三类影响:低成本批量提取专有推理用于模型蒸馏;从安全拒绝背后的隐藏推理中取得危险操作细节;以及把恶意指令放入不可见的加密区块,使后续智能体在缺少明文痕迹的情况下执行数据外传等操作。研究人员还观察到 Kimi-K3 和 GLM-5.2 对部分 Claude、GPT 推理片段表现出异常高的行为兼容性,但论文明确强调,这些实验不能证明相关模型曾使用专有推理数据进行蒸馏或记忆训练。 研究团队在发表前已向相关模型供应商、微软和 Hugging Face 披露问题。论文的可复现性声明称,经过供应商采取缓解措施,截至2026年8月,论文图1所示的原始攻击已经无法复现。WIRED 报道称,三家供应商均已调整 API,按原路径提取隐私数据已被阻断,但部分推理轨迹仍可能通过类似方法恢复,因此目前更准确的描述是“已缓解”,而非确认完成架构层面的彻底修复。 论文建议供应商将推理状态留在服务器端,仅向客户端提供随机标识符;或使用 AEAD 将区块与用户、会话、前序对话及模型版本绑定,同时轮换旧密钥、限制跨模型重放,并训练模型拒绝推理转录请求。对于开发者和数据集发布者,最直接的措施是在共享智能体轨迹或 API 日志前,彻底删除 encrypted_content、signature、thinkingSignature 等不透明推理字段,而不是只清理可见文本。 来源:arXiv 论文及完整 PDF (arXiv);Stolen Thoughts 项目页 (Stolen Thoughts);Matthew Green 加密推理背景分析 (加密工程思考);WIRED 报道 (WIRED) WIRED
🤖 OpenAI 推出 GPT-Daybreak 安全项目,已发现 Chrome V8 高危漏洞 OpenAI 宣布推出 GPT-Daybreak 项目的两个访问层级:Daybreak Blue 提供 GPT-5.6 Sol 等通用前沿模型,面向漏洞发现、恶意软件分析等防御性安全任务;Daybreak Red 则提供专门训练的 GPT-5.6-Cyber 模型,用于漏洞研究与漏洞利用验证。在内部测试中,GPT-5.6-Cyber 对高级网络安全请求的完成率达 95.0%,而 GPT-5.6 Sol 仅为 1.5%。 在实际应用中,GPT-5.6-Cyber 已在 Chrome 的 V8 引擎中发现两个未知漏洞,其中 CVE-2026-15903 为高危漏洞,Google 已修复。此外,该模型还在一个流行移动操作系统中发现至少 5 个漏洞、一个数据库中发现 3 个关键漏洞,以及某操作系统内核中超过 400 个可导致提权的漏洞。OpenAI 表示将通过身份验证、账户监控、硬件安全密钥(2026 年 9 月 1 日起强制)等措施控制访问风险。 OpenAI 🌸 在花频道 · 茶馆水群 · 投稿通道
🤖 用户让 OpenClaw 预订课程,其运行的 Claude 却自主攻击健身房预订系统 一名澳大利亚用户让 AI 助手帮忙预订健身房课程,AI 自行发现并利用预订系统漏洞,突破了预约时间限制。当用户询问能否提升等待名单排名时,AI 擅自将排在前面的另一人踢出,事后无法撤销。这是澳大利亚已知首起 AI 代理自主网络攻击案例。据悉,该智能体通过 Anthropic 的 Claude AI 服务来运行。 AI 代理软件 OpenClaw 今年初发布后已有数百万下载,此前已出现删除用户邮箱等意外行为。Gradient Institute 专家指出 AI 代理越自主越可能造成伤害,澳大利亚信号局已发出警告。该事件也让 AI 行为法律责任问题受到关注,澳政府上月宣布资助 CSIRO 研究超智能 AI 管控。 Abcnews 🌸 在花频道 · 茶馆水群 · 投稿通道
这是一个 LLM 重塑 CTF 的时代 KoH 也拦不住 LLM 了 😇
严重/漏洞:Linux KVM/x86 shadow MMU 页回收逻辑存在虚拟机逃逸漏洞 漏洞编号:CVE-2026-64561 / PoC 名称:Zapscape 严重等级:严重(KVM 虚拟机逃逸、宿主机内核代码执行) CVSS 分数:无 影响范围: 受影响组件:Linux kernel KVM/x86 legacy shadow MMU 受影响代码路径: arch/x86/kvm/mmu/mmu.c arch/x86/kvm/mmu/paging_tmpl.h 受影响版本: Zapscape (CVE-2026-64561) 涵盖从 f95eec9bed76 (2020-07-08) 到 2abd5287f083 (2026-07-21) 的范围。 受影响功能: KVM/x86 嵌套虚拟化中的 EPT/NPT shadowing、shadow page quota reclaim、recursive zap、invalid root 处理及 active_mmu_pages 链表管理。 主要受影响配置: 宿主机启用了 KVM x86 nested virtualization; AMD 环境启用了 SVM/NPT,公开 PoC 不需要额外的 page-walk length 条件; Intel 环境启用了 VMX/EPT,并同时向 L1 暴露 EPT page-walk length 4 和 5; 攻击者在 L1 中具备内核级执行能力;若作为宿主机本地提权使用,则需要能够访问 /dev/kvm。公开 PoC 在 /dev/kvm 为 0666 时可由低权限用户执行; 注意: 当前公开完整利用链依赖目标内核 kconfig、结构体布局、符号偏移和 VMM 内存后端。开启 CONFIG_LIST_HARDENED、CONFIG_DEBUG_LIST 等选项可阻断当前链表写利用,但可能转化为宿主机拒绝服务,不等同于修复漏洞。 漏洞原理 KVM 处理 shadow MMU page fault 时会检查当前 root 是否失效,并在 shadow page 不足时调用 make_mmu_pages_available() 回收旧页。修复前,失效检查发生在回收之前;如果回收使 root 失效,后续 fetch 仍会在该 root 下创建映射。 1. 构造 pinned root 与 child 别名 攻击者使 shadow page X 同时作为嵌套页表 child 和 MMU root。顶层 reclaim 会跳过 root_count 不为 0 的 X,但递归 zap 未检查 child->root_count,仍可将 X 从 active list 删除并标记为 invalid。 2. 在 invalid root 下创建异常 child page fault 已在回收前通过 stale-root 检查,回收后继续执行 fetch。新建 child C 继承 X 的 invalid 标记,却仍被加入 active_mmu_pages,破坏 invalid page 不得位于 active list 的约束。 3. 形成 use-after-free 与 post-free write C 再次 prepare 时,C.link 被加入 invalid list。commit zap 释放 C 后,active list 邻居仍指向 C.link;下一次 list_add() 会通过悬空节点向 C+8 写入新的内核指针。 4. cross-cache 与地址控制 公开 PoC 使用 518 MiB guest_memfd,shadow page quota 为 2652,通过固定 fault 和 3 个 PAE root 控制 MMU header slab 的释放顺序。Stage 1 [0x01000000, 0x04000000) 用于定位 C 和 active list,Stage 2 [0x04000000, 0x10000000) 用于获得页面 N。本次 C candidate 为 1,guest-side relocation 为 441,C=0x1627958,C page=0x1627000,N GPA=0x44a6000。 5. KASLR 泄露与宿主机代码执行 PoC 通过 Q1-Q8 八个写入阶段伪造 KVM MMU hash chain,将 pm_notifier 解释为 shadow page header,再通过 rcu_pm_notify_nb.10 泄露计算 KASLR slide。本次泄露地址为 0xffffffff83f54c40,slide 为 0x01000000。随后在 N page 中布置 wait entry 和 subprocess_info,通过 MONITOR、x2APIC LOWEST ICR、printk wake、SRCU 和 workqueue 进入 usermode helper,以 L0 内核凭据执行: /bin/sh -c "umask 022; : > /Zapscape" 受影响对象: 向不受信任租户开放 nested virtualization 的 KVM/x86 云计算宿主机; 允许用户运行嵌套虚拟机的研发、测试、CI 和虚拟化平台; /dev/kvm 对低权限用户可访问的多用户 Linux 主机。 处置建议: 优先升级到包含 2abd5287f083 或对应 stable backport 的内核,并重启宿主机加载新内核。 无法立即升级时,关闭不必要的 KVM nested virtualization,停止向不受信任 L1 暴露嵌套虚拟化能力。 收紧 /dev/kvm 的 owner、group 和 mode,禁止无业务需要的低权限用户创建 KVM 虚拟机。 Intel 环境可临时避免同时向 L1 暴露 EPT PWL4/PWL5 参考链接: GitHub / Kernel
在 Mac 上配合 Apple 智能使用千问 - 官方 Apple 支持 (中国) ========= 现已支持在在mac上直接整合千问了? 我百度文心一言呢 https://support.apple.com/zh-cn/guide/mac-help/mchl46b3ab20/mac
sub2api 曝 OAuth 高危漏洞,仅凭邮箱即可接管账户 sub2api v0.1.171 及之前版本存在一个 CVSS 8.8 的高危 OAuth 账户接管漏洞。攻击者仅需知道受害者注册邮箱,无需密码或验证码、无需用户交互,即可通过接口将自己的 OAuth 身份绑定到受害者账户,完全控制其 API 密钥、账单余额与订阅配额。 攻击者利用 pending session 流程中 existingUser 分支不校验密码和验证码的缺陷,将目标用户 ID 设为受害者后完成 OAuth 身份绑定。此后攻击者每次 OAuth 登录均会解析为受害者账户。 Github Issues 🌸 在花频道 · 茶馆水群 · 投稿通道
v12sec发现的mediawiki扩展rce: https://x.com/v12sec/status/2085048205847523622 不过easytimeline不是默认扩展
TencentOS安全团队发现的又双叕一个linux提权: https://mp.weixin.qq.com/s/Al6fToGaFI_S_KVhsmretw 能做这种研究真好啊,我现在只能上班的时候分一小部分精力做
Windows IKE扩展rce https://mp.weixin.qq.com/s/FVjUvZwADGzrgfOPpfhl0w 这个协议最近很多实现都有问题
在黑掉huggingface之前,openai的未公布模型在包管理器内部搭了一个留言板,互相交流长达数月 https://www.cybersecuritydive.com/news/openai-hugging-face-hack-ai-models-black-hat/827167/
TIL: (每日火星) DeepSeek API 早就提供了免费的 web search 接口: Responses API: https://api-docs.deepseek.com/zh-cn/guides/responses_api/#tools — web_search / web_search_2025_08_26 : 支持,服务端执行。 A\ API: https://api-docs.deepseek.com/zh-cn/guides/anthropic_api#message-fields — web_search_tool_result: Supported 使用的供应商应该是 https://open.bochaai.com/, 最终的数据上游依旧是万能的 Bing 相当于免费白嫖 ¥36/千次 的搜索 API, 梁圣的恩情还不完 ✋😭🤚 btw: 冷门 (?) 小知识, Kimi For Coding & Kimi Code 也有内置免费的 web search 接口哦 🤔 或许这也能作为判断是否掺水的小妙招?大规模搜索 API 维护起来还是不便宜的