在与知乎官方负责人的交流中，我们也具体询问了这一点。在收集了我们的问题后，知乎官方给予了我们非常详细的回复，现整理如下——

14点03分，第三方防火墙服务器端安全措施变更，“串号”问题出现。

14点05分，知乎工程团队收到产品警报，而后，知乎开始逐步收到用户反馈。在此之后，工程师团队推断是第三方防火墙问题，并联系第三方，要求其做回滚处理，同时进行了防火墙切换。出于保险起见，知乎对移动客户端服务做了紧急下线处理，atv，以上动作，在14 点 30 分完成。

而后，工程团队一直在进行筛查影响范围、定位故障和尽快修复这几个方面的工作，包括：

强制在该时段访问知乎的用户重新登录；

具体故障明确定位后，出于谨慎，知乎进行了多次的测试和筛查；

在此基础上，对移动端服务逐步测试上线，所以恢复的过程并没有很快。同时，工程师团队对其他环节也进行了反复检查，并确认所有后台数据库一直受到严密的保护，本次故障没有涉及任何数据库泄露。16时00分，完成整体检查后，移动客户端服务恢复。

持续观察上线后的反馈情况，并无异常反馈。

另外一方面，面向用户的公告其实也一直在准备中，最终在下午6点左右发出，包含对于事件的原因，初步筛查结果，知乎的初步处理措施等。知乎内部的公告发布流程并不繁琐，但需要对用户负责，所以知乎团队最终选择等待查明故障原因，完全确认事实状况并且进行初步妥善处理之后发出。

其实直到昨晚，在移动端服务重新上线后，知乎团队也在跟第三方一起做更为细致的核查和更精确的受影响用户定位，确定一共327名用户受到了影响。以及已经可以确定，并没有知友发布的内容遭到篡改（因为实际是「数据展示错乱」，不涉及写入）。

第三方技术故障造成影响的情况，虽然小概率，但知乎团队也在进一步评估相关技术方案，会很快上线更多保障措施。

甚至一直到今天中午，知乎官方负责人还和我们说，他们在等技术的同事出一份100%确定故障的说明，再来向我们说明相关具体信息。到我们文章准备发出的时候，知乎刚刚发出“关于知乎客户端因第三方防火墙故障临时下线的公告补充”，戳“阅读原文”可以看到。

知乎在重大故障面前的一系列动作，对于任何可能会遇到用户隐私泄密的产品和团队来说，是一例正确的示范，知乎在这短短4个小时以内的反应，也足以见其对用户的真诚和毫无保留，我们叹服知乎这样一个其实并不算小的团队在遇到危机的时候，能够有如此灵活迅速，能够如此坦率诚恳。可以说，如果不是一个真正从上而下都特别重视用户的团队，是很难做到这一点的。

至此，关于本次事件的说明告一段落，我们也希望本次事件可以对大家有所启发。

最后，对于本次事件前后知乎的表现，我们想说的是：可以，这很知乎。

　　可能是最性感，最认真，最有温度的互联网人学习社区

　　提供最系统的产品+运营学习课程

　　关注三节课微信公号（ID：sanjieke）

　　加入产品&运营学习计划

　　投稿邮箱: [email protected]

　　是的，这很知乎。