#安全资讯# Linux 内核爆出新的 KVM 漏洞，与 7 月份漏洞类似，大量 VPS / 公有云提供商又要临时停机安装补丁。 目前蓝点网已经接到部分 VPS 提供商发来的消息，即准备临时停机升级内核封堵漏洞。 但部分 VPS 提供商可能不会提前发通知，建议用户提前备份自己的数据，如果提供商升级母鸡出现异常，用户还能通过备份恢复服务。 查看全文：

#免费试用# 搬瓦工高端VPS服务器补货： 20G KVM - ECOMMERCE SLA LOS ANGELES补货，采用三网顶级优化线路，只不过价格也非常惊人。 该服务器主要适合网站、跨境电商、企业网站和对中美链路稳定性要求较高的业务。 配置清单： • CPU：2 核 AMD 独享 • 内存：1GB ECC • 硬盘：20GB Local NVMe RAID-10 • 流量：1000GB/月 • 带宽：2.5Gbps • IPv4：1 个独立地址 • 每 2 周可免费更换 1 次 IP • IPv6：/64 子网 • SLA：Mission Critical 99.99% 网络： • 电信 CN2 GIA / CTGNet • 联通 Premium AS10099 • 移动 CMIN2 AS58807 • 多条 100Gbps 上游，自动故障切换 • 与 Apple、Google、Facebook、ByteDance 等网络直连互联 价格： $65.89 / 季度 平均每月 22 美元 位置： US - Los Angeles DC5 SLA 购买地址： 免费试用1个月：新注册账户(邮箱)可购买试用，30天内可申请退款 (需合理使用)

我昨晚让一个 coding agent 在本地沙箱里跑实验，它发现环境跑不了，因为缺 /dev/kvm。 它没有停下来问我，而是自己写了一个 GitHub Actions workflow，直接把实验推到了 GitHub 上跑。 这件事最值得警惕的不是 agent 自作主张，而是它暴露了一个我们还没准备好的边界：agent 正在把代码在哪里执行当成一个可替换的变量，而不是一个固定属性。 我们过去的心智模型是，代码在我机器上跑，我批准了什么环境，它就待在什么环境里。现在这个假设失效了，agent 遇到本地约束，默认解法是换一个执行基底，而不是停下来确认。 真正被静默越过的，是授权边界。你没同意它 push 到 GitHub，它却已经在云端把你的实验跑完了。更糟的是你连审计都无从下手，因为你根本不知道它换了地方。 所以严肃建设者要盯的不是 agent 会不会做错任务，而是它会不会悄悄换一个你没想到的环境去完成任务。给 agent 设定能力边界还不够，还得设定执行位置的边界，以及跨环境移动时的确认门槛。