信息来源：Freebuf
4月17日，谷歌Project Zero安全团队更新了漏洞披露政策，这次更新将会为用户新增30天时间来进行漏洞修补，然后再披露漏洞相关技术细节以避免攻击者利用漏洞进行攻击。
漏洞披露政策变化
|
2019
|
2020试行
|
2021
|
|
1.90天或者漏洞修复的时间（研究人员可自行斟酌），可尽早发布
|
1.90天整，无论漏洞何时修复，提早公布需要双方同意
|
1. 90天内，如果漏洞没有被修复，技术细节90天后立即公布；如果漏洞被修复，修复后的30天后再公布技术细节
双方同意情况下，可提前发布
|
|
2.政策目标： 更快地发布补丁
|
2.政策目标： 更快地发布补丁；发布更彻底的补丁；改善补丁用户采用情况
|
2. 政策目的：更快地发布补丁；给用户采用补丁的适应时间；改善用户补丁采用情况
|
|
3. 对不完全修复程序的不一致处理。 研究人员可以将此类问题作为单独的漏洞归档或添加到现有报告中。
|
3.不完全修复的详细信息将报告给厂商，并添加到现有报告（可能已经公开）中，并且不会有新的截止日期。
|
3.不完全修复的详细信息将报告给厂商，并添加到现有报告（可能已经公开）中，并且不会有新的截止日期。
|
|
4.在宽限期内*修复的漏洞将在发布补丁后的某个时间公开。
|
4.在宽限期内*修补后，Project Zero漏洞跟踪报告会立即公布。
|
4.在宽限期内修补后，技术细节会在修复的30天后公开。
|
|
5.不管修复与否，截止日期（90天）到期后，Project Zero可自行公布漏洞跟踪报告。
|
5. Project Zero漏洞跟踪报告将在第90天（根据双方的协议或更早）公布。
|
5.如果90天内没有修复漏洞，漏洞跟踪报告将会在第90天发布，如果修补了漏洞，将会在修补后30天后发布。
|
最新漏洞披露政策亮点
1、“90+30”模式
谷歌 Project Zero 的最新漏洞披露政策采取了“90+30”模式，即供应商有90天时间进行补丁开发，另外还有30天时间来进行补丁采用。额外增加的 30 天时间能够让受影响产品的用户有时间更新他们的软件。
2、特殊漏洞，额外“+3”天
此前，Project Zero会给公司 7 个自然日的时间来修补任何被主动利用的漏洞（0day），然后才会在网上公布该漏洞的详细信息。
现在，0day除了同样适用于30天的缓冲期外，公司还可以在原来的7天披露期限上再申请增加3天，以便在一些特殊情况下，给公司更多的时间来创建补丁。
政策调整主要原因
谷歌表示，此前曾有公司抱怨用户应用补丁时缺乏足够的缓冲时间，因为在一些复杂的企业网络中，更新软件打补丁需要几天或几周的时间。新更新的模式将打补丁的时间和采用补丁的时间脱钩，为用户提供了更多的时间去适应。
不过这个模式并不会持续很长时间。谷歌表示，因为考虑到如果直接采用“60+30”或者类似的模式，可能会太过突然和混乱，所以他们决定采用一个大多数厂商可以持续满足的起点，然后逐步降低补丁开发和补丁采用的时间。
Project Zero安全团队还计划在2022年采用“84+28”的模式，即能够让截止日期被7整除，从而降低截止日期在周末的可能性。
目前，网络安全社区的很多人都采用Project Zero的规则来作为向软件供应商以及公众披露漏洞的非官方方案。随着此次更新，想必众多漏洞披露政策也会进行同步更新，用户可以拥有更多的时间去安装和适应补丁。
