据悉这个仓库的体积达到了意味着这次泄露泄出的代码

　　今日的紧急消息，今天下午GitHub上出现了一个名为openbilibili的用户建立了一个名为gocommon的仓库，并上传了量相当大的代码，据悉这个仓库的体积达到了81MB，意味着这次泄露泄出的代码量是巨大的。
　　这次的代码泄露将严重危害到B站的安全，因为如果它确实是golang后端的所有代码，那么其中将含有大量内部的配置信息、用户信息，黑客也可以通过源码审计对B站进行渗透。
　　截止笔者写稿，B站官方对此事做出了回应：
　　虽然B站官方的公告称泄露出的代码是较老版本，且为部分工程代码，但很显然这次泄露的代码是后端部分的一个大仓库，代码覆盖了B站的相当多业务，且这一仓库的代码实际上也并不老，因为代码中可以找到2019年拜年祭的相关内容，这意味着这一套代码的真实泄露日期距今不会超过2个月。
　　GitHub目前是屏蔽了该搜索关键字并对涉事的仓库进行了处理，但由于GitHub本身是开放的，同时Git又提供了非常方便的Clone、Fork操作，以至于现在光是在GitHub上还能找到该仓库的各种副本，至于其他的私有仓库、私人服务器等就更别说了。
　　泄露源码的传播目前已经难以阻止，B站现在要做的更多是查清泄露源头，并且防止黑客利用这套泄露的代码找到B站服务器的薄弱点并对服务器进行攻击。
　　这一次泄露的代码具体是B站基于自有golang微服务框架开发的一整套后端服务，目前没有人能确认这些代码在B站后端所有golang代码中到底占了多大的比重。
　　虽然这次泄露的是后端代码，但笔者看来这份泄露代码能够引起广泛黑客攻击的可能性不大，首先在B站这样的企业里，开发环境、测试环境、生产环境肯定都是有隔离的，内外网之间都做好了隔断。
　　笔者通过搜索引擎检索到了B站主站技术经理在一次沪江技术沙龙上对关于B高性能微服务架构做的一些说明，在这一套新的架构中内外网是完全隔离的，同时部署也是隔离的。
　　在这种情况下，即使我们拿到了B站后端的源码也很难对B站产生威胁，因为现实中在这一架构上根本不存在外网直通B站内网的通道，后端并不会直接将API等暴露给前端，二者中间还隔着非常多层的中间件、缓存。
　　根据这次技术沙龙中B站主站技术经理给出的描述，在这一套架构中理论上是不存在任何一个能够直接打到数据库的请求，对外的多层缓存一方面能够提升效率，另一方面它也能保护B站的核心服务。
　　至于有的网友表示基于这一套泄露代码，技术大牛或者其他公司能不能够重构一个B站出来。答案是不行，这一套代码仅仅只是B站总体偌大架构中的一小部分，即使你拿到了这一部分的后端程序，没有与之对接的前端、中间件，重构一个B站是完全不可能的，而且这个后端代码的部署对不少人来说都是难题。
　　这次的代码泄露更多的是会将B站在运营上的一些内部细节暴露到公众视野里，例如很多人关心的直播人气值是怎么计算的、UP主的视频播放量硬币量等是不是存在水分这样的问题。
　　由于各方面的数值最终都是要存到数据库里的，存取都要和后端挂钩，所以很多B站在运营方面的不少细节或者说小秘密会通过这些代码暴露出来。据悉此前吴织亚切大忽悠这个主播的相关事件在代码中甚至都有体现。
　　这一次的代码泄露是B站在管理上存在重大疏忽引起的。起初有网友认为代码可能是B站员工（可能为实习生）因错误使用Git上传到GitHub的，但考虑到所有的泄露代码都来自于openbilibili这样一个小号，所以这一次的代码泄露更有可能是一次故意泄露。
　　有的截图指出这些泄露代码来源于JohnLSmith这样一个GitHub账号，但是实际上这是GitHub的一个小Bug，这些代码实际上来源于root，而这个信息被GitHub错误地只想到了JohnLSmith这个账号。
　　rootvultr。guest是一个匿名的帐号，看起来泄露源码的人应该是随手开了一台境外的服务器扒下了整个仓库的代码然后将其放到GitHub上的，这一套操作有刻意避免追查的痕迹，这使这一次的代码泄露看起来更像是有人故意为之。
　　不管怎么说，这一次B站都需要对这次事件做深刻的反省，毕竟B站现在已经是一家上市公司了，公司源代码被这么随意的大量公开意味着公司内部对员工、对网络的管理都存在很大的问题。
　　受此事影响，B站股票盘前大跌，开盘后有所回升。