安全与信任中心

我们的公共错误赏金HackerOne促进了程序,允许一个全球网络安全研究人员和集体渗透测试人员测试砖安全漏洞。的一些关键决定我们成功使程序包括:

• 鼓励参与社区的黑客活跃在我们的程序通过提供透明度HackerOne项目统计数据如反应率和支出
• 及时响应错误赏金提交,平均time-to-bounty下一个星期
• 执行变异分析每个有效提交识别替代方式,利用可以使用,并验证修复的100%
• 增加奖金驱动注意产品的最重要领域

我们努力使我们的项目成功,互相学习。我们的开放和协作方法错误赏金计划导致超过100安全研究人员感谢超过200报告。感谢大家帮助我们保持砖安全!

我们希望我们的客户有信心在工作负载在砖上运行。如果你的团队想要运行一个漏洞扫描对砖或渗透测试,我们建议您:

1. 飞机系统上运行脆弱性扫描数据在云服务提供商的帐户。
2. 对代码运行测试,这些测试是完全包含在数据平面(或其他系统)位于你的云服务提供者账户和评估你的控制。
3. 加入砖Bug的赏金程序访问一个专门部署砖进行渗透测试。任何针对我们的多租户的渗透测试控制飞机需要参与这个项目。

砖利用一个思想门户跟踪特性请求并允许投票为客户和员工。我们的功能设计过程包括隐私和安全设计。一个初步评估后,高影响力的特性受到产品的安全设计审查安全团队从工程与安全协会冠军,以及其他威胁建模和安全特定的检查。

我们使用敏捷开发方法,将新特性分解为多个sprint。砖不外包砖的发展平台,和所有开发人员都必须经过安全软件开发培训,包括OWASP前十名——当雇佣,此后每年。bob体育客户端下载生产数据和环境是分开发展,QA和举办环境。所有的代码签入到源代码控制系统,需要单点登录的多因素身份验证和细粒度的权限。代码合并需要功能性工程业主批准的每个领域的影响,以及所有代码是同行评议。产品安全团队手动审查安全敏感代码消除业务逻辑错误。

我们使用最好的工具来识别脆弱的包或代码。自动化在预生产环境中运行验证主机和容器操作系统的漏洞扫描和安装的软件包,以及动态和静态代码分析扫描。工程票自动创建任何漏洞和分配给相关团队。产品安全小组还分类关键漏洞评估其严重性的砖结构。

我们运行质量检查(如单元测试和端到端测试)在SDLC过程的多个阶段,包括在合并代码,代码合并后,在发布和生产。我们的测试包括积极测试,回归测试和负面测试。一旦部署,我们有广泛的监控识别故障,用户可以对系统可用性通过警报状态页。在发生任何P0或P1问题,砖自动化触发“5个为什么”的根本原因分析方法,选择后期团队成员监督审查。发现是行政领导沟通,并跟踪后续项目。

砖有正式的发布管理过程,包括正式发布前可行或不可行的决策代码。变化经过测试旨在避免回归和验证新功能测试在现实的工作负载。此外,有策划推出监测早期识别问题。实现职责分离,只有我们的部署管理系统可以发布更改生产,和多人的批准是必需的部署。

我们遵循一个不变的基础设施模型,系统所取代,而不是修补改善可靠性和安全性,避免的风险配置漂移。新系统图像或启动应用程序代码时,我们的工作负载转移到新实例,推出新的代码。这是正确的控制平面和数据平面(参见安全特性部分砖结构)。一旦在生产代码,验证流程确认工件不添加,删除或擅自改变。

SDLC过程的最后阶段是创建面向客户的文档。砖文档管理就像我们的源代码,和文档存储在相同的源代码控制系统。重大变化既需要技术和文档团队审查才可以合并和发表。
访问文档→