飞牛推了个安全更新：NAS 该不该开自动更新
11 月 4 日下午四点多，飞牛在公众号推了一条通知，标题六个字：重要安全更新。开头没绕弯子——Linux 内核上游披露了几个漏洞，其中部分漏洞的概念验证代码已经公开，请所有用户尽快升级到最新版本，并且“第一时间开启自动安全及稳定性更新”。
平时那种“本周更新了什么”的帖子，第一段一定是相册 App 上线了、Office 打开更快了。这次先把风险摆在最前面。这个顺序本身就是信息。
先把事实对齐：哪天、哪个版本、谁说的
通知发布于2026 年 11 月 4 日，来源是飞牛 fnOS 官方公众号与官方论坛（论坛标题为“飞牛fnOS-本周更新通知 2026-11-04”），版本号 v1.2.1000。
里面点了三个编号：CVE-2026-74580、CVE-2026-98260、CVE-2026-98432，措辞是“等多个告警”——这句话的意思是，列的只是其中几个。真正要紧的是后面那半句：“其中，部分漏洞的 PoC（概念验证代码）已经公开。”
官方给的升级路径是 App 里进“系统设置 → 设备信息 → 更新系统”，可以远程升级，不用守着机器。
但通知里没写的那两件事，恰好是读者最想问的：这些漏洞影响的是哪一层（能不能远程触发，还是必须先登进系统）、以及在什么条件下才会被利用。安全那一栏只有一行字“飞牛 fnOS 10 月安全更新”，具体打了哪几个补丁没有展开。这不是飞牛一家的问题，多数 NAS 厂商的安全公告都是这个颗粒度，所以下面我只能给判断和动作，给不了漏洞细节。
顺便把另外半张单子也摆出来，因为它决定了这个更新包到底有多大：转码服务新增一批专业视频编码的硬件转码，缩略图服务新增一批序列帧格式，应用中心修两个问题，资源监控修三个，文件管理修两个。这些后面单独讲。
“PoC 已公开”这五个字，比三个编号重要
CVE 编号证明“有个洞”，PoC 公开证明“有现成代码”。这两件事之间的差距，决定了你有多少时间。
一个漏洞刚被披露时，能用它的人得自己写代码、自己找触发条件；PoC 一公开，门槛就降到“照着跑一遍”。从公开到有人拿着扫，历史上常常是按天算的，不是按月。
NAS 在这件事上比一般电脑更被动，原因不玄：它常年开着，很多人的机器一开机就是半年；它通常挂着远程访问的入口，DDNS、端口映射、厂商的中转服务，总有一样是开着的；它的管理页面往往还是全家唯一的后台。能被扫到，才谈得上被利用——这是顺序问题，不是吓唬人。
但反过来也别读成“明天就轮到你”。PoC 公开和在野大规模利用之间还隔着前置条件，而这次的前置条件官方一个字没写。我能确定的只有一句：这类补丁的窗口，按天算比按月算合理。
这个更新包，是捆着推的
再看包的构成，就明白“要不要更”这个问题为什么很难答得干脆。
v1.2.1000 里装的是：安全更新、转码服务的新格式、缩略图服务的新格式、应用中心两个修复、资源监控三个修复、文件管理两个修复，外加一份随包下发的内核更新。从公众号贴出的更新界面看，内核包和系统服务包是分开列的两个条目，内核版本 6.18.18（这一条属第三方转述更新界面，以你机器上显示为准）。
也就是说：补丁、新功能、驱动、内核，是同一趟车。想“只打补丁、不接新功能”，在 NAS 上基本没这条路——除非厂商单独发安全补丁包，而这次不是。
那真实的问题就变成了“更完出问题怎么办”。答案不在更新按钮上，在更新之前：有没有一个能退回去的快照，或者一份确认读得出来的备份。这两件事我在写群晖那轮勒索时拆过一遍（先升 DSM、再开不可变快照），这里不重复，只提醒一句——快照要能回滚，不是“我开了快照”就算数。万一更完连存储池都认不出来，那就落到另一篇去了（Btrfs 旧数据块恢复），希望你这辈子用不上。
还有一个细节值得留意：官方这个开关叫“自动安全及稳定性更新”，不叫“自动更新”。名字里已经限定了范围，只跟安全与稳定性。其他品牌的系统里也有类似的一档，位置和叫法各不相同，照抄别人截图没用，得在自己机器的设置里翻一遍。
开了自动更新，也可能排在队尾
通知发出来之后，社区里最集中的问题不是“要不要更”，而是“为什么我收不到”。
这不是新问题。飞牛在 10 月 29 日那期更新通知里就写明：因用户量增加，后续系统 OTA 均采用分批推送，没收到推送的耐心等待，或者去社区申请先锋体验。那期帖子下面有人留言“5 天了，更新推送呢”，也有人问是不是按处理器架构分批，管理员回的是“灰度随机推送”。
所以“开了自动更新”和“今晚就有补丁”是两件事。安全更新要赶时间，灰度推送要排队，这两件事在同一台机器上同时成立。
等不到的时候，能做的只有官方给的两条：手动去“更新系统”里查一次，或者去社区申请先锋。别去第三方站点下所谓的离线升级包——一个来源不明的系统包，比它要修的那个漏洞麻烦得多，而且你也没法验证它到底装了什么。
三层开关，我的建议不一样
把这个开关拆成三层看，比一句话概括有用得多。
- 自动安全及稳定性更新：开。前提是你有一个能回滚的快照，或者一份确认读得出来的备份。这一档出问题的概率最低、收益最确定，而且它恰好是唯一不需要你判断“新功能好不好用”的那一档。
- 系统大版本与公测版：手动。威联通 QTS 6.1 那次的教训是，宣传页讲界面和 AI，真正让机器出事的是那份“不再支持”清单和证书规则（QTS 6.1 公测那篇）。大版本永远值得等第一批人踩完再动。
- 应用与容器：手动，或者延后几天。NAS 上跑 Docker、影音、下载的人，最容易把服务搞挂的一步不是系统更新，而是应用商店里的“一键更新”。这一条是社区里反复出现的抱怨，不是我在某台机器上测出来的结论——按经验记，别按事实记。
还有一件常被忽略的代价：自动更新会重启。重启会打断正在跑的备份、正在播的片子、正在同步的手机相册。很多系统能设定更新时间段，能设就挪到凌晨；不能设，就得接受它随时可能重启，或者干脆关掉自动、自己盯着按。
顺便说一句，这套系统装起来不难（安装和初始化飞牛 fnOS），难的是装完之后这些日常的取舍——哪一档交给系统，哪一档自己按。这件事没有统一答案，只有你想清楚没有。
更新包的另一半：给拍视频的人
这次更新还有一半跟安全没关系，但值得单独说。
转码服务新增了这些格式的硬件转码：MXF（X-OCN）、MP4（XAVC）、R3D（REDCODE RAW）、BRAW（Blackmagic RAW）、MOV（DNxHD）；缩略图服务新增了序列帧格式 DPX、EXR、J2C、J2K。
翻成人话：这些是摄影机和广电后期在用的东西，专业机型拍的原始素材，一堆按帧存的图片序列。以前把这类东西丢进 NAS，基本等于“只能存、不能看”——要么软解卡成幻灯片，要么连缩略图都生不出来，找素材只能一个个点开。
现在能硬解、能出缩略图，价值落在两步：现场回来先把卡导进去归档，让它顺手生成代理和缩略图；回头挑素材的时候，不用开原文件。对素材量按项目堆的人来说，这两步省的是找东西的时间，不是转码时间。
但别读成“NAS 能剪片子了”。能预览和能剪是两件事：剪辑吃的是随机读写和低延迟，NAS 那一头是网络加机械盘，再快的万兆也只是把瓶颈往后挪一点。素材放 NAS、工程和缓存放本地固态，这条分工这几年没变过。
所以这半更新对谁有用：拍 RED、Blackmagic 的，做后期的，素材多到需要按项目归档的。只存手机照片、看看电影的人，这半跟你没关系——别为了它去更新，为安全那半更。
我的判断
第一，这次该更。理由不是新功能好用，而是“PoC 已公开”和“这台机器常年开着”两件事叠在一起。安全更新这种事，等的收益很低，等的成本可能很高。
第二，自动更新只开“安全及稳定性”这一档，大版本继续手动。把两件事混在一个开关上，最后往往走向两个极端：全都不敢开，或者一次升到出问题。
第三，升级前那十分钟，做三件事：确认快照或备份是能用的（不是“存在”）；扫一眼更新说明里有没有“内核”“驱动”“阵列”“文件系统”这几个词，有就留出重启和观察的时间；避开正在跑大任务的窗口——正在做校验、正在同步、正在给手机备份的时候，别按那个按钮。
厂商把“要不要更新”做成了一个按钮，看着像是把选择权交给你，其实交过来的是一道风险管理的题。开关设对了，后面那些“这个版本能不能升”“别人升了没事我要不要跟”的纠结，会少一大半。
资料来源：飞牛 fnOS 官方公众号 2026 年 11 月 4 日《飞牛 fnOS 重要安全更新通知》（列出 CVE-2026-74580、CVE-2026-98260、CVE-2026-98432 并说明“部分漏洞的 PoC 已经公开”、要求尽快升级至最新版本并开启“自动安全及稳定性更新”、升级路径为 App 内“系统设置 → 设备信息 → 更新系统”）；飞牛私有云论坛“飞牛fnOS-本周更新通知 2026-11-04”（v1.2.1000 更新日志：安全更新、转码服务新增 MXF（X-OCN）/MP4（XAVC）/R3D（REDCODE RAW）/BRAW（Blackmagic RAW）/MOV（DNxHD）硬件转码、缩略图服务新增 DPX/EXR/J2C/J2K、应用中心与资源监控与文件管理修复项）；飞牛私有云论坛 2026 年 10 月 29 日更新通知（“后续系统 OTA 均采用分批推送方式，未收到推送的还请耐心等待或者去社区申请先锋体验”，帖内用户反馈与管理员“灰度随机推送”回复）；微信公众号转述的 v1.2.1000 更新界面截图（内核版本 6.18.18、内核包与系统服务包分别列出，该项属第三方转述，以设备更新界面为准）。文中版本号、格式清单均转述官方原文，未做换算与跨来源合并；升级入口与开关名称以厂商官方为准。我手上没有正在运行 fnOS 的机器，本文未做任何实测，涉及机制的部分为推断，已逐处标明。
