@mimiphp #15

你说的数据，和他说的紧急情况披露的数据不是一回事。

你说的数据是指聊天内容泄密，官方的意思是，首先，聊天内容是加密的，无论如何都解不了，但我们知道用户注册时候的手机号，用户名，头像，等非聊天信息。紧急情况下可以披露给第三方，拿到手机号这类型数据，第三方可以进一步定位。包括但不限于拿到对方的手机号，通过手机号找上门，人肉方式通过对方手机查看你们的聊天内容，从而拿到需要的信息。

@mimiphp #13

1. element+matrix 可以自部署，也有官方运营的官服，无需搭建，下载即用。这是全球很著名的注重隐私保护的聊天软件之一，体量不算低，人们不知道是因为大部分情况没有这么注重隐私。

2. 软件漏洞是软件漏洞，后门是后门，你不能因为人家软件有 bug 就说人家故意有后门。

3. “一开始我们是在讨论体量巨大的现有聊天软件的运营情况下，是没办法继续走端对端加密的，当然我没有任何证据确认这一点”， 欧盟是必须要考虑信息保护的。当然，信息保护的目的是为了防止任何非用户访问到信息，尤其是运营者自己，只是实现方式不一样，即便没有用端到端加密，也有第三方加密（ aws kms ）或者各种形式的本地加密，密钥是通过派生算法生成的，不存在运营者自己解密用户敏感信息的情况。没必要给自己找麻烦。

@mimiphp #12

1. 指出你确实不懂加密和权限的区别，我不认为这是人身攻击。真正的人身攻击是：“你不懂加密和权限的区别就别丢人现眼了”。注：这里只是举例两者的区别，不代表我要对你说这话。

2. 我不是前端也不是后端，而是你说的机房+运维+安全+审计+IT ，公司能访问什么，不能访问什么，谁访问了什么，都是我们来做，并且我们不但做国内，也做印度+新加坡+英国。

3. 请了解 element+matrix 。

4. 在欧盟，个人信息安全是运营中需要考虑，并且要制定框架的事情，不然吃不了兜着走。

@mimiphp #9 瞎扯，去看看 matrix+element 是怎么实现群聊加密功能的吧，密钥是你本地设备 gen 出来的，群里面所有的人都是你经过认证的，即便认证过的人换了不同的设备，他也没办法看之前的消息，并且所有人会看到这个用户被标记为使用不信任的设备。恕我直言，你根本不懂加密和权限的区别，这不是什么加个隐形人能实现的。

我从没有说过信 windows 操作系统没有官方后门，请不要无中生有。而且，Windows 也从没说过人家全链路加密。如果你要本地数据不会窃取，bitlocker 我是完全信任的，世界上没有任何个人和组织能破解 bitlocker 和 luks （旁路攻击的前提是你机器已经解密，数据保存着内存中）。如果你希望不随意通过 internet 传输数据到微软服务器，这不可能，使用前的协议就明确告诉你在这么做了，你也是点击同意后才能继续使用 Windows 系统的，自己都同意传输了，还谈什么安全。

@mimiphp #7 anyway ，我只说一点，群聊加密是有意义的，这可以保证服务端解密不了你的数据，举例：matrix+element

@mimiphp #7

1. 我说的传输过程中被第三方攻击，是指 你的信息发送给 B ，中间要经过服务器这个第三方，由于第三方有解密能力，所以是不安全的，即便是群聊也需要端到端加密。你说的那个是网络层面的传输层，不是传输过程。


2. “但实际上机房工作人员，和任何第三方路由部署机构，都有可能得到你的数据，这只能依靠从业者的职业道德规范。。”
这是不可能的，你刚才也说了 https 或者 tcp+ssl 就是防止这个问题的，传输层的攻击只能看到 ssl 未加密的部分，数据本身是看不到的。

3. 美国本来也不怎么注重个人信息安全啊，有个人信息安全保护的是欧盟，他们有《通用数据保护条例》(GDPR) 保护个人信息。内部人员也不可能拿得到用户数据的，没有公司愿意顶着进去的风险顶风作案。

4. 我就是你说的机房+运维人员，你说的我都了解，但问题是，开发如果在应用层面把落盘的数据加密，那我拿到硬盘读取出来又能做什么

5. 你说的这些观点到底是要说什么？扯了一堆别的，感觉都跑题了，找不到重点。

@mimiphp #5 群聊加密是有意义的。确实加入群的任何人都可以看到内容，可问题是，自己的小群只有 3 个人，我也不会让其他人进去，仍然需要防止传输过程中被第三方攻击。

你说的场景，是指在一个开放或半开放的群聊中的问题，——你无法确保没有内鬼，但只要你的群是私密群就不存在你说的这个问题。

@BaiLinfeng 是 ios

@red13 #2 如果一个人需要去做所谓的“提升逼格”，那我只能说这个人太累了，自己的生活和别人有什么关系，而且大胆猜测，这人学历应该不高。

@letwewell #6 有问题，前半句确实在说本质，但后半句太过于狭隘，能归于这两类的前提是，你做事情的目的是为了利益互换，但人类做事情不完全是为了利益的。比如，孩子作恶多端，母亲仍然袒护并且深爱着孩子，这完全不是什么利益相关，单纯的人性罢了。

按照 op 的描述，这应该是“随口一说”，而不是“口头 offer”

@yinmin #16 你说的这些漏洞都是上古时期的，正常开着 windows 更新并且使用没有 EOL 的系统是不会有问题的。我们服务器 rdp 常年暴露公网，一点问题没有。99.9% rdp 被攻破的案例都是因为弱密码或者撞库导致的。即便真的有 0day 出来，也不会用于大面积扫描的，这样太浪费了。更何况近些年出现的漏洞都是有前置条件的，要么你有普通用户权限（内部提权），要么你已经能访问到机器（输入法绕过 login ）。

@CSGO #4
@Ljcbaby #5
同问

网卡名称由于新设备插入而变更是常规操作，也很合理。如果需要固定某一设备的名称，请使用 udev 来修改，我司所有在用的网口都使用 udev 来固定的。

@EyebrowsWhite #35 dedicate 就已经是 baremetal 了，而且，我还有一台 colo 放联通机房了

@EyebrowsWhite #23 我最开始是腾讯轻量，后来换到了 aws lightsail, 再然后 hosthatch 黑五时候开了三年的机器，现在转到 ovh dedicate 了。。。

@defunct9 #28 需求不一样，autopilot 不满足

@taberu #24 好巧，我也是用 haproxy,不过我是两层，外部 haproxy 给到内部 haproxy

@w568w #20 我们几十上百台机器跑一个 playbook 获取 facts 都没你 10 分钟这么久，你这个不正常，debug 一下看看卡哪里了吧，命令后面加上-vvv