安全研究员 David Buchanan 认为，旨在通过加密验证数字图像真实性的技术 C2PA 在 Android 平台上存在根本性缺陷。
C2PA 的安全模型依赖于“密钥认证”（Key Attestation）和“Google Play 完整性”（Google Play Integrity），以确保图像是由设备的摄像头硬件直接签名，而非由恶意软件生成。然而，Buchanan 展示了这种信任模型极易被绕过。由于这些安全功能依赖于软件层面的完整性，因此在获取 Root 权限的漏洞攻击面前会失效。
Buchanan 指出，Android 设备越来越容易受到快速演变的软件漏洞和无法修补的硬件故障注入攻击的影响。一旦设备被 Root，攻击者就可以强制要求基于硬件的“StrongBox”对任意 AI 生成的图像进行签名，使其看起来像真实、经过验证的照片。
尽管 Buchanan 向谷歌报告了这些漏洞，但他表示，由于保护整个图像处理流程在技术上不可行，这些问题最终被归类为“不予修复”。Buchanan 总结称，Android 上的 C2PA 只提供了一种虚假的安全感，因为任何已 Root 的设备，甚至是廉价硬件，都可以被用来生成能够绕过验证工具的逼真伪造品。
每日HackerNews RSS
近期一场 Hacker News 的讨论引发了人们对现代相机中 C2PA（内容来源和真实性联盟）“内容凭证”的质疑。讨论的核心是一篇由用户 Retr0id 撰写的博文，文中指出，目前这些加密签名的实现方式在面对现实世界的篡改时，并不能可靠地发挥作用。
用户们讨论了数码相机固有的安全局限性，并指出这些相机在设计时鲜少考虑如何针对任意代码执行提供强大的防御措施。评论者们认为，数码单反相机固件中现有的漏洞，使得相机很难直接从传感器端对数据进行安全签名。尽管有些人对索尼、徕卡或奥林巴斯等高端品牌是否具备更好的安全性表示关注，但舆论倾向于持怀疑态度。原文作者 Retr0id 表示希望进一步调查这些论点，同时也指出，这类硬件的安全架构很可能并不比现代旗舰智能手机更先进，甚至可能更加脆弱。
研究人员已确认，最近加入 OpenRouter 的模型“Ox Alpha”是智谱 AI 的 GLM-5.x 系列的衍生品。尽管该模型试图掩盖其出身，但通过技术指纹分析（包括分词器匹配、系统级错误代码以及独特的 API 参数行为），研究人员证实了其来源。 利用 LineageEval 评估工具，研究人员发现 Ox Alpha 的审查机制具有高度的选择性，而非全面审查。与 DeepSeek 等对各类敏感内容进行广泛审查的模型不同，Ox Alpha 表现出一种“双峰”审查模式：它在回答有关新疆和台湾等话题时，展现出与西方模型相当的开放性；但在涉及中国国内政治及习近平相关的七类特定议题时，则采取了严格的、与国家立场保持一致的审查。在这些受限领域，该模型所使用的“中国官方语调”与其他经过严格审查的模型毫无二致。 该研究最终警示，Ox Alpha 在涉外议题上表现出的“未审查”外表具有误导性。由于其审查重点明确集中在国内政治风险上，该模型呈现出双重特性：在国际问题上保持透明，但在涉及中国内部治理的问题上，始终严格遵循中国政府的叙事逻辑。
Hacker News 上的讨论正在探讨近期引起广泛关注的神秘高性能 AI 模型“Ox Alpha”。用户正试图通过分析错误信息模式和分词器行为等技术特征来查明其来源。
目前主流的猜测认为——基于运行时间图表的相似性——Ox Alpha 实际上就是 Z.ai 的“GLM-5.3 Flash”模型。参与讨论的人员探讨了为何要进行这种“隐秘发布”，结论是这是一种有效的营销策略，旨在无需正式发布的情况下营造热度并收集真实的实时用户数据。
尽管一些贡献者认为对模型来源的取证分析很有吸引力，但另一些人则质疑花费精力去追逐一个很快就会有正式定论的“短期热点”是否值得。归根结底，该模型之所以受欢迎，很大程度上是因为它是一个高质量的免费工具，这激发了社区的好奇心和探索欲。
国际化域名 (IDNA) 需要将 Unicode 映射为 ASCII。Python 传统的 `idna` 编解码器（IDNA 2003）依赖于 StringPrep 算法，该算法严格要求使用 Unicode 3.2.0 的大小写转换规则，以确保跨平台行为的一致性。 由于 Python 内置的 `str.lower()` 方法使用的是解释器当前的 Unicode 版本，而非规范要求的版本，因此发现了一个漏洞（CVE-2026-17084）。这种差异会导致不同的 Unicode 版本产生冲突的域名映射，从而可能引发安全绕过问题。 此次修复工作包括识别当前 Unicode 规则与传统的 Unicode 3.2.0 标准之间的所有差异。开发人员创建了一个异常映射表，专门用于在执行 StringPrep 任务时强制 `str.lower()` 模拟 3.2.0 的行为。尽管现代的 `idna` 软件包（IDNA 2008）是推荐标准，但此修复确保了传统的 IDNA 2003 实现与其规范保持一致。建议用户优先使用 `idna` 软件包，而非已弃用的 `str.encode("idna")` 方法。
Hacker News 上的一场讨论探讨了 Seth Larson 最近发布的一篇文章，内容关于 Python 的 `str.lower()` 方法如何可能引发安全漏洞。该问题源于“解析器差异”（parser differentials），即系统的不同组件或不同的编程语言在处理 Unicode 字符或域名（IDNA 2003）时，解释方式存在不一致。
如果安全过滤器（如 WAF 或身份验证模块）因这些 Unicode 版本的不一致，而对字符串的处理方式与后端应用程序不同，攻击者就可能绕过过滤器、伪造域名或引发服务端请求伪造（SSRF）。
虽然一些评论者认为这只是一个“正确性错误”，但专家强调，在复杂的异构系统中，不一致的数据解释是众所周知的漏洞先兆。当技术栈的两个部分对输入的“归一化”版本理解不一致时，它们之间的安全边界实际上就失效了。舆论共识是，尽管这种风险因情况而异，但开发人员在处理域名或涉及安全的关键标识符等敏感输入时，必须谨慎使用标准库的大小写转换函数。
Mozilla 计划从 Firefox 157 版本开始，在所有平台上默认启用 JPEG XL 解码。该解码器使用了基于 Rust 的 `jxl-rs` 库，并已完成广泛的测试、模糊测试和基准测试。 主要亮点包括： * **性能：** `jxl-rs` 最近的更新增加了多线程解码功能，使 Firefox 的解码性能可与 Safari 的 C++ 实现相媲美。 * **功能：** 该实现支持动画、渐进式显示，以及针对 HDR 内容的高质量色调映射。 * **兼容性：** 通过支持动画和渐进式渲染，Firefox 的功能集已超过 Safari。 * **质量保证：** 该项目包含了全面的 Web 平台测试 (WPT) 以及涵盖分块解码、损坏处理和遥测技术的自定义 Gecko 测试。 在此之前，用户可通过 `image.jxl.enabled` 首选项使用此功能，该选项目前在 Nightly 版本中已默认开启。开发进度，包括性能基准测试和完整的测试套件，可通过所引用的 Mozilla Bugzilla 报告进行追踪。
Firefox 157 将原生支持 JPEG XL 图像格式，这得益于名为 `jxl-rs` 的全新内存安全 Rust 实现。该解码器由 Google Research 应 Mozilla 要求开发，是浏览器采用此格式的关键前提。据报道，Chromium 也将采用同一实现。
JPEG XL 因其相较于 WebP 和 AVIF 等现有格式的多项技术优势而受到关注。主要益处包括：
* **旧版兼容性：** 它允许对现有 JPEG 文件进行 100% 可逆的无损转换，在无需重新编码的情况下节省 20–30% 的文件大小。
* **卓越的通用性：** 它在有损和无损压缩方面均优于 WebP 和 AVIF，支持高位深（最高 16 位/浮点数），并能处理超大尺寸和多样的色彩通道。
* **渐进式加载：** 其架构专为高效的渐进式解码而设计，仅需极少部分数据即可显示高质量缩略图。
尽管 AVIF 此前一直是传统 JPEG 的主要替代方案，但用户和开发者普遍认为 JPEG XL 是一种更灵活、更具前瞻性的标准图像格式替代品。
由于对 Costco 缺乏集中式的油价数据感到苦恼（该公司将燃油作为“引流商品”），作者自行构建了一套定制的追踪系统。通过对 Costco 的内部 API 进行逆向工程（该 API 允许通过坐标查找仓库），作者编写了一个脚本，对全美约 600 个网点进行扫描，以获取实时数据。
该项目使用 TimescaleDB 存储这些时间序列数据，并利用 Next.js 前端进行可视化展示，成功绘制出了霍尔木兹海峡燃油危机期间的全国价格波动趋势。数据显示，尽管 Costco 采取了特定的定价策略，但其价格仍随全球市场大幅波动，在 155 天内记录了超过 38,000 次价格变动。
最终，这个项目以一种讽刺的方式收尾：在完善了一套为了节省几分钱油费的高科技系统后，作者购买了一辆电动汽车，使这套追踪工具在自己的日常通勤中失去了用武之地。不过，由此建立的数据库依然在线，为其他希望查询当地最便宜 Costco 油价的用户提供了一个可搜索的资源。
这篇 Hacker News 讨论帖围绕着关于追踪好市多（Costco）油价的文章展开。该讨论主要涵盖三个议题：
**油价背后的经济学：** 用户讨论好市多加油站是否属于“亏本引流”策略。一些人认为好市多通过亏本运营加油站来带动零售客流，而另一些人则认为该公司只是通过高销量和高效运营维持低利润率，实际上很可能实现了盈亏平衡而非亏损。
**数据追踪：** 多位参与者分享了他们多年来追踪油价的个人经验。一些人利用这些数据来平息与家人的政治争论，尽管许多人也承认，这种经验证据很少能真正改变他人的想法。
**便利性的“代价”：** 讨论的很大一部分集中在省钱与省时的权衡上。许多用户认为，为了省几美元而在长队中等待是不值得的，因为投入的时间成本往往超过了金钱收益。关于避开高峰时段的建议也遭到质疑，因为许多分店始终处于繁忙状态。
连接任何 PostgreSQL 数据库，即可获得有关性能、查询、健康状况、架构和变更的可见性，并辅以 AI 驱动的分析。 01 实时查看数据库健康状况 监控连接、锁、事务、缓存命中率、复制、WAL 以及整体数据库健康状况。 02 理解查询性能 利用 PostgreSQL 统计信息跟踪慢查询、性能回归、吞吐量、查询延迟以及高开销 SQL。 03 检查表和索引 分析表增长、索引使用情况、未使用索引、缺失索引、VACUUM 活动以及存储模式。 04 获取 AI 驱动的洞察 通过自然语言向 pgBot 提问，并根据真实数据库信号获取摘要、解释和建议。 05 适用于任何 PostgreSQL 直接连接公有数据库，或针对 Docker、Kubernetes 和内部服务器等私有环境使用 pgBot Agent。 06 专为安全生产环境构建 提供只读访问权限、开源 Agent，并支持私有化部署，无需将数据库暴露在公网。
```Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Pgbot：一款面向人类和智能代理的 5.9 MB 只读 Postgres 工具 (pgbot.dev)
24 点 | sashash | 1 小时前 | 隐藏 | 过往 | 收藏 | 4 条评论 | 帮助
znnajdla 2 分钟前 | 下一条 [-]
我不明白这个工具相比直接查询 pg 和读取 pg 日志有什么优势？
回复
sashash 58 分钟前 | 上一条 | 下一条 [-]
只要有标准的 PostgreSQL 连接字符串，它就能在任何地方运行。
回复
Zoncovsky 49 分钟前 | 上一条 | 下一条 [-]
它确实有效
我在本地和远程机器上都测试过了
回复
sashash 58 分钟前 | 上一条 | 下一条 [-]
设计上即为只读：没有 DDL、DML 或自动修复功能。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：```
**CarWatch** 通过 Raspberry Pi 5 (16GB) 和本地托管的 35B 参数模型，将您的车辆转变为一个完全自主、优先离线的智能体。通过直接接入您的 GroupMind 房间，汽车可作为聊天室成员（@gle）参与互动，提供实时行程摘要、到达/离开提醒及行车记录仪片段。
主要功能包括：
* **隐私至上的人工智能**：完全在设备端运行（无需云端或订阅）。它基于 RAG 索引的车主手册回答问题，并监控车辆诊断数据（温度、OBD 数据等），通过严格的限制确保绝不产生事实幻觉。
* **免提语音交互**：具备连续、仅限本地的语音转文字（Whisper.cpp）功能，实现自然交互。
* **高可靠性**：专为无信号区域设计，系统将活动缓存至磁盘，并在恢复连接后进行同步。它能管理自身更新、开机自启，并维持一个拨出隧道，即使在任何 NAT 后方也能保持可访问状态。
* **无缝集成**：通过 CodeWatch 与移动设备和智能手表协同工作。
CarWatch 基于“四重补丁”（four-patch）理念构建，优先考虑经过验证的传感器数据和强大的本地性能。该项目为开源（AGPL-3.0）且模块化，支持各种硬件配置，旨在打造一个真正智能、可自我维护的汽车助手。
开发者 Petrus Pennanen 利用运行 Qwen 模型的树莓派（Raspberry Pi），创建了一款车载 AI 本地助手。该系统通过集成车辆的 OBD-II 接口和制造商云服务，能够监控车辆内部状态、控制空调与车门设置，并查阅车辆手册。
该 AI 主要在离线状态下运行，提供实时维护建议和车辆信息。此外，该系统还连接了一个 AI 智能体网络；若车辆发生故障，车载智能体可与该网络中的其他智能体进行通信，主动协调替代出行方案，例如预订火车票。尽管有评论者质疑与 Gemma 4 等模型相比，30 亿参数模型是否为最优选择，但该项目展示了一种功能性强、高度集成的汽车自动化实现方案。
2026年8月25日，美国食品药品监督管理局（FDA）批准了Libre Duo 10 Day上市。这是首款能够为2岁及以上糖尿病患者同时持续监测葡萄糖和酮体水平的可穿戴设备。 此前，酮体监测需要通过独立的手动抽检来完成，无法显示水平是否呈上升趋势。通过实时追踪这两项指标并将数据发送至智能手机，Libre Duo允许用户及早识别酮体升高。这是预防糖尿病酮症酸中毒（DKA）这一可能迅速恶化并危及生命的并发症的一项关键进展。 该设备由雅培糖尿病护理部门开发，获得了“突破性医疗器械”认定，并经过了600多名受试者的广泛临床测试以确保准确性。通过提供生理趋势的持续监测，该系统使患者和护理人员能够在紧急情况发生前进行干预。此次获批符合FDA“以家庭为医疗中心”的倡议，旨在优先考虑能够改善日常疾病管理的创新型以患者为中心的技术。
FDA 已批准首款能够同时监测酮体和血糖水平的可穿戴设备。尽管这一里程碑标志着健康技术迈出了重要一步，但 Hacker News 上的讨论显示，人们对该设备目前的实现方式评价不一。
评论者对该设备协助 1 型糖尿病患者的潜力表示乐观，但也有人对非侵入式血糖监测的长期准确性持怀疑态度。同时，人们普遍预期马拉松运动员等耐力型选手将很快采用该设备以优化训练表现。
尽管反响热烈，用户也指出该技术目前尚未实现如“手表”般的无缝形态，这引发了人们对 Garmin 等公司未来创新的猜想。另一个主要担忧是报销问题，社区成员强调，广泛的普及对于该设备真正发挥医疗价值至关重要。
OpenAI 发布了名为“Jalapeño”的自研通用 AI 推理芯片，该芯片是与博通（Broadcom）合作开发的。尽管其研发周期仅用了极短的 16 个月，但该芯片在能效（每兆瓦代币数）和延迟方面表现处于行业领先水平，持续超越 NVIDIA、AMD 和 Google 的顶级硬件。
主要亮点包括：
* **性能：** Jalapeño 在低延迟和高吞吐场景下表现出色，利用单代币预测（STP）技术，无需竞争对手所需的推测解码即可实现更优结果。
* **架构：** 该芯片采用同构、非解耦设计，支持动态工作负载平衡。它采用乱序核心设计，并集成了 HBM4，提供了业内领先的内存带宽。
* **软件策略：** OpenAI 通过使用名为“Gluon”的自定义内核编程语言，并利用 AI 辅助代码生成（通过 Codex）快速优化内核，从而避开了“CUDA 护城河”。
* **能效：** Jalapeño 专为受功率限制的数据中心设计，优先考虑每瓦性能而非单纯的原始算力。
目前该芯片处于工程样品阶段，B0 硅片已投入生产，预计在 2027 年实现大规模扩展。其成功挑战了通用编译器的必要性，并证明了在尖端 AI 模型时代，软硬件深度协同设计的有效性。
一份最新的《SemiAnalysis》报告称，OpenAI 即将推出的“Jalapeño”芯片性能可能超越英伟达的 Blackwell 架构，这在 Hacker News 上引发了广泛讨论。
评论者主要关注三个领域：
* **市场经济：** 许多观察人士预计，硬件的快速进步和效率的提升（例如 FP4 精度）将持续推动 Token 价格下行。一些用户认为这种趋势是必要的，但另一些人担心，如果模型继续保持资源低效，降价将毫无意义。
* **基础设施与伦理：** 用户对大型数据中心带来的负面外部效应表示不满，包括噪音污染、用水量，以及在居民区激进使用征用权的问题。
* **制造现实：** 关于垂直整合的讨论也随之展开。一些用户质疑为什么人工智能公司不生产自己的内存（RAM），而另一些人指出，由于严密的专利保护、高昂的研发成本以及半导体制造的复杂性，制造尖端内存极其困难。
总体而言，社区对人工智能行业中权力的高度集中持怀疑态度，并密切关注硬件性能的飞跃将如何转化（或未能转化）为更广泛的经济和环境影响。
**LatticeDB** 是一款嵌入式、单文件属性图数据库，专为高性能、本地优先（local-first）的应用程序而设计。它使开发者能够在统一的查询层和引擎中，同时执行复杂的图遍历、HNSW 向量相似度搜索以及 BM25 全文搜索。 **核心特性：** * **统一架构：** 将图、向量和文本索引整合在单个便携文件中。 * **高性能：** 基准测试显示，其节点查找速度在微秒级，100 万规模的向量搜索仅需 0.83 毫秒，在图处理和全文搜索负载方面，性能显著优于 SQLite 等传统嵌入式方案。 * **零配置：** 作为单写者、本地优先引擎运行，并具备由预写式日志（WAL）支持的 ACID 持久性。 * **开发者友好：** 支持类 Cypher 查询语言，具备持久化事件流，并提供 Python、TypeScript 和 Go 语言绑定。 **使用场景：** 非常适合关系密集型任务，如 Graph RAG（图增强检索生成）、智能体（Agent）记忆以及本地知识管理工具，尤其是在不希望引入服务器端开销的情况下。 **避免使用场景：** LatticeDB 不适用于多进程/多客户端并发写入、分布式（多机）扩展，或严格的表格式数据工作流。它是一个精简且专业的替代方案，用于取代 Neo4j 或 PostgreSQL 等服务器端数据库，而非全面替代功能完备的成熟企业级生态系统。
LatticeDB 是由 Jeff Hajewski 开发的一个新的“Show HN”项目，旨在将 SQLite 的“本地优先”便利性带入图数据库领域。出于在本地开发环境中操作图数据库时遇到的阻碍，Hajewski 开发了 LatticeDB，旨在提供一种更易于使用的替代方案。
该项目已获得 Hacker News 社区的初步好评，用户对其类 SQLite 的本地使用方式表示赞赏。讨论的焦点集中在技术可扩展性、测试以及与类似工具的比较上。具体来说，评论者提出了关于 LatticeDB 与 DuckPGQ 和 LadybugDB 等新兴技术相比如何的问题。开发者提供了明确的文档，将 LatticeDB 与另一种图数据库解决方案 Kuzu 进行了对比。总的来说，该项目满足了开发者的一个小众需求：即在不需要传统企业级架构复杂性的前提下，获得图数据库的能力。