Kirkcong

@zhj9709 bitwarden 导出密码的时候可以选择不加密，用户自己决定的。而且 bitwarden 大概率是部署在 nas 的，即便用户导出了加密的 json ，攻击者可以直接抓包获取到密码。

@Kirkcong #33 当然，这个前提是你的 enclaves 不可以关机，必须一直跑着，否则 key 丢失。aws 可以保证这一点，但是你要承担 ec2 的价格，不是很贵，但也确实得一直跑着。

@jefferyJQ #10 你想要的应该是某个必须花费一定时长的物理限制，类似于 bit 币那样，必须要花费这么多时间。有是有，能实现你说的这种方式，但是稳定性有问题。

https://github.com/rayanamal/timelock

上面这个就是物理限制，依靠 cpu 计算一定次数来加密解密。但是不可靠，作者说他最长有过 12 小时，对于你来说肯定不够。还有一个问题，“必须花费一定时长的物理限制”，这意味着他真的需要连续跑你设定的这么长时间，你得真的有设备持续不断的运算这么久。这点来看，可靠性真的不如 tlock ，最好依赖一个可信的第三方。

或者，使用 aws nitro-enclaves ，写个简单的 py 脚本，里面设置逻辑，只有当 xxx 日期后才能输出密钥，放入 enclaves ，启动，enclaves 不可更改，不可调试，绝对按照你脚本逻辑运行，非常安全。

脚本逻辑：
1. 获取到用户传入的 key 。
2. 输出 key 之前验证当前日期是否大于 xxx ，是则输出 key ，否则拒绝请求。（ enclaves 不可更改，意味着时间也不可更改）

@zhzy 能不能找到是一回事，我提不提供是另一回事。。

@Livid 吵架贴

@nxuu #36 nas 其实是一个企业级的商用方案，从 1980 年迭代至今已经有 30+年的历史了，这是一套完全成熟的方案，无论是安全性还是稳定性早就经过无数公司和市场的检验了，本质上非常安全。

hetzner 就是一个例子，他们提供企业级别的存储，已经运作几十年了，很多用户把各种备份资料存入他们的 storage-boxes 中，完全没有任何问题，这个方案本身是可行的、安全的、可靠的、稳定的。

只是 nas 这个概念近几年被商业化运作，发现能在消费级市场赚钱，并且符合某些用户的需求罢了，fnos 本质是一个家庭玩具，和企业级的 nas 不是一个概念。而 nas 本身就是一个非常专业的东西，设计初衷就不是给小白用户使用的。这就好像变电站大型电闸，本身就是一个专业的东西，现在有个企业把他下放到了用户端，不能说用户触电就是大型电闸有问题，单纯就是场景不对。

为什么说群晖威廉通可以使用？因为人家盈利的大头本来就是企业方案，先有企业的底子，然后下放到小型团队/家庭来使用，这样就没问题。fnos 一开始就想着把一个专业的东西提供给小白用户，必然要踩坑的。

@wangj00756 #64 并不能。。。得让你的机器在页面显示特定内容，并且和你在这儿发的能对得上。你的截图什么都说明不了，任何人装个飞牛，按下 F12 改内容，都可以得到你这张截图，甚至把域名改成百度谷歌都行。

@wangj00756 #61 不是我不相信的问题，而是 v 站里面所有这种类型的渗透测试都需要证明你的是你的，不管是我也好，其他人也好，都是如此。这和信不信你无关，而是曾经发生过，有人想搞对方，故意伪装成要求对自己进行渗透测试，导致人们在不知情的情况下集体对别人进行攻击。之所以这么严格，一个是因为这种事情影响到的可能是其他人，另一个原因是 在没有明确授权的情况下对某个设施进行渗透测试是违法的，这个是刑事责任。

通用的手法，是你在机器上放一段文字或某个特定页面，能和你在 v 站上放出的相对应即可。