已大规模发布的漏洞不叫 0day !

你说的 nas 的选择是对的。
但你对漏洞的理解，不敢苟同

@v2exgo
1 内外信息差
2 英文教育水平
-
这两点导致国内获取国外信息和软件方案会遇到障碍，而且大家喜欢中文界面。
所以需要国内商业公司重新发明一遍轮子，且轮子还是破的，并拿这个挣钱！

PVE OMV Debian Docker （ Podman ）
什么都有了

这场风波是因为这个所谓的 "0day" 的这个字眼导致的吗？ 如果不叫 0day 叫 1day ，那是不是这飞牛官方就做得很好了没有一点问题了？ 大家的数据也不会受到影响？


就算回到这个字眼上来，在去年 12 月的时候用户反应受到攻击和被挖矿的时候，官方还一点不知道也没有新版本的修复，那些被攻击的用户受到的难道不叫 0day 了？


我合理怀疑楼主就是飞牛的五毛，纯粹是为了把水搅浑： “看啊他们污蔑飞牛有 0day ，其实那根本不叫 0day ，就是个 BUG 而已，大家不用惊慌。”

开源的风险其实更大，因为开源意味着源码外放，如果有 hacker 盯上，那就是直接白盒
信息搜集的第一步就是找网站信息，第二步就是找相关源码
你这两点我都不太认可。。

@Greenm 朋友你过激了吧……他就是扣个字眼，你看他原帖明显不是飞牛五毛啊……

Path Traversal 不是漏洞？

owasp 都是开玩笑的东西是吧 https://owasp.org/www-community/attacks/Path_Traversal

OP 要是讨论 飞牛 问题，能不能发 nas 节点

满足 1 和 2 的，请举例！

0day 主要是强调漏洞危害的严重性和通用性，厂商应该在 0day ，即立刻对其进行处置。和原理是否复杂无关，甚至和厂商到底用了几天才修复也无关。
在 fn 出补丁之前，这个漏洞就是 0day 。出了补丁之后，这个漏洞就是 n-day 。
正常的处理方案应该第一时间下掉 fnconnect 的，出了补丁之后，也应当屏蔽低于补丁版本的机器的连接

我理解中 0day 主要是强调漏洞的时效价值，即是否可以利用 漏洞披露 -> 开发者修复/安全软件响应 -> 用户更新 之间的时间差来有效地进行攻击，刚披露时价值最高，修复后价值下降，用户都更新了就基本失去价值

关于国外月亮圆不圆这个问题我有发言权，老子的 cloudcone vps 现在还没恢复，都已经宕机第 4 天了，官方甚至连一封邮件都没有

@rossroma cloudcone 这波是用户虚拟机上的数据真的物理消失了。。

@Jacksu 消失也就算了，本来也只是搭了个梯子，但是到今天了这个 vps 还是不可用的状态，重装和访问都不行

不管什么 day 依旧是严重漏洞。cvss 评估一下 8 分起步

0 1 2 3 4 5 是重点吗

@rossroma 🐶在讨论国外月亮圆不圆的问题上，一般不把印度归类为国外。

感觉你是在往 0day 脸上贴金，这是什么很高大上的词么

你知道，厂商不知道或者没修复的都叫 0day

"0-day"
这里的“0 天”指的不是漏洞存在了多久，而是留给厂商修复的时间。

0-day： 攻击者发现了漏洞，但厂商（开发者）完全不知道。此时，厂商修复漏洞的时间是 0 天。

1-day / N-day： 厂商已经发布了修复补丁，但很多用户还没来得及更新。这时候就变成了 1-day （发布一天内）或 N-day 。