网络研讨会。你准备好在DevOps中加入 "Sec "了吗?
任何在软件生产中工作过的人都可能意识到在考虑安全因素时可能出现的紧张关系,主要是在开发人员和审查其代码的安全专家之间。
在过去,开发团队尽可能晚地发布代码,故意缩短安全大师检查漏洞的时间,这并不罕见--毕竟,如果发生什么问题,这就会延迟发布,而且人们已经渴望继续前进,开始建立下一个令人敬畏的功能。然而,这最终产生了负面影响,因为当代码最终被检查时--有时是在外部漏洞已经发生之后--代码仍然会反弹到开发人员那里,他们的软件宝贝仍然被安全团队称为丑陋的,他们不得不放下一切去热修复他们几个月前最后接触的代码。
这种功能障碍今天仍在继续,但有一个巨大的问题:正在开发的代码要多得多,一旦发生数据泄露,社会就会面临更大的风险。我们不再有时间继续打这场古老的战役,在2020年,是时候我们都加入到反对坏人的同一阵营了。
我们必须达到这样一个阶段:安全被视为整个组织和整个SDLC的共同责任。当你致力于建立一个全面的、高度支持的DevSecOps环境时,这当然是可能的。更重要的是,当你用正确的培训和工具点燃开发团队的安全之火时,他们就会成为一股强大的力量,不仅可以压制bug,还可以为那些长期以来被分散的安全专家减轻负担。
我希望你能观看我最新的网络研讨会之一,如何将 "Sec "放入DevOps。

这是AllTheTalks24小时峰会活动的一部分,它深入探讨了。
- 为什么旧的开发方法学使安全最佳实践变得如此困难
- 为什么DevSecOps是阻止常见安全漏洞的最新游戏规则?
- 安全作为一种共同的责任在一个组织中是什么样子的
- 你如何能够让开发人员有信心地发送安全代码,而不牺牲他们所喜爱的东西(提示:是建立令人敬畏的功能)。
在那里见到你!
Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 我们在这里为您的组织提供服务,帮助您在整个软件开发生命周期中确保代码安全,并创造一种将网络安全放在首位的文化。无论您是应用安全经理、开发人员、CISO或任何涉及安全的人,我们都可以帮助您的组织减少与不安全代码有关的风险。
预定一个演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。


任何在软件生产中工作过的人都可能意识到在考虑安全因素时可能出现的紧张关系,主要是在开发人员和审查其代码的安全专家之间。
在过去,开发团队尽可能晚地发布代码,故意缩短安全大师检查漏洞的时间,这并不罕见--毕竟,如果发生什么问题,这就会延迟发布,而且人们已经渴望继续前进,开始建立下一个令人敬畏的功能。然而,这最终产生了负面影响,因为当代码最终被检查时--有时是在外部漏洞已经发生之后--代码仍然会反弹到开发人员那里,他们的软件宝贝仍然被安全团队称为丑陋的,他们不得不放下一切去热修复他们几个月前最后接触的代码。
这种功能障碍今天仍在继续,但有一个巨大的问题:正在开发的代码要多得多,一旦发生数据泄露,社会就会面临更大的风险。我们不再有时间继续打这场古老的战役,在2020年,是时候我们都加入到反对坏人的同一阵营了。
我们必须达到这样一个阶段:安全被视为整个组织和整个SDLC的共同责任。当你致力于建立一个全面的、高度支持的DevSecOps环境时,这当然是可能的。更重要的是,当你用正确的培训和工具点燃开发团队的安全之火时,他们就会成为一股强大的力量,不仅可以压制bug,还可以为那些长期以来被分散的安全专家减轻负担。
我希望你能观看我最新的网络研讨会之一,如何将 "Sec "放入DevOps。

这是AllTheTalks24小时峰会活动的一部分,它深入探讨了。
- 为什么旧的开发方法学使安全最佳实践变得如此困难
- 为什么DevSecOps是阻止常见安全漏洞的最新游戏规则?
- 安全作为一种共同的责任在一个组织中是什么样子的
- 你如何能够让开发人员有信心地发送安全代码,而不牺牲他们所喜爱的东西(提示:是建立令人敬畏的功能)。
在那里见到你!

任何在软件生产中工作过的人都可能意识到在考虑安全因素时可能出现的紧张关系,主要是在开发人员和审查其代码的安全专家之间。
在过去,开发团队尽可能晚地发布代码,故意缩短安全大师检查漏洞的时间,这并不罕见--毕竟,如果发生什么问题,这就会延迟发布,而且人们已经渴望继续前进,开始建立下一个令人敬畏的功能。然而,这最终产生了负面影响,因为当代码最终被检查时--有时是在外部漏洞已经发生之后--代码仍然会反弹到开发人员那里,他们的软件宝贝仍然被安全团队称为丑陋的,他们不得不放下一切去热修复他们几个月前最后接触的代码。
这种功能障碍今天仍在继续,但有一个巨大的问题:正在开发的代码要多得多,一旦发生数据泄露,社会就会面临更大的风险。我们不再有时间继续打这场古老的战役,在2020年,是时候我们都加入到反对坏人的同一阵营了。
我们必须达到这样一个阶段:安全被视为整个组织和整个SDLC的共同责任。当你致力于建立一个全面的、高度支持的DevSecOps环境时,这当然是可能的。更重要的是,当你用正确的培训和工具点燃开发团队的安全之火时,他们就会成为一股强大的力量,不仅可以压制bug,还可以为那些长期以来被分散的安全专家减轻负担。
我希望你能观看我最新的网络研讨会之一,如何将 "Sec "放入DevOps。

这是AllTheTalks24小时峰会活动的一部分,它深入探讨了。
- 为什么旧的开发方法学使安全最佳实践变得如此困难
- 为什么DevSecOps是阻止常见安全漏洞的最新游戏规则?
- 安全作为一种共同的责任在一个组织中是什么样子的
- 你如何能够让开发人员有信心地发送安全代码,而不牺牲他们所喜爱的东西(提示:是建立令人敬畏的功能)。
在那里见到你!

点击下面的链接,下载本资料的 PDF 文件。
Secure Code Warrior 我们在这里为您的组织提供服务,帮助您在整个软件开发生命周期中确保代码安全,并创造一种将网络安全放在首位的文化。无论您是应用安全经理、开发人员、CISO或任何涉及安全的人,我们都可以帮助您的组织减少与不安全代码有关的风险。
查看报告预定一个演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
任何在软件生产中工作过的人都可能意识到在考虑安全因素时可能出现的紧张关系,主要是在开发人员和审查其代码的安全专家之间。
在过去,开发团队尽可能晚地发布代码,故意缩短安全大师检查漏洞的时间,这并不罕见--毕竟,如果发生什么问题,这就会延迟发布,而且人们已经渴望继续前进,开始建立下一个令人敬畏的功能。然而,这最终产生了负面影响,因为当代码最终被检查时--有时是在外部漏洞已经发生之后--代码仍然会反弹到开发人员那里,他们的软件宝贝仍然被安全团队称为丑陋的,他们不得不放下一切去热修复他们几个月前最后接触的代码。
这种功能障碍今天仍在继续,但有一个巨大的问题:正在开发的代码要多得多,一旦发生数据泄露,社会就会面临更大的风险。我们不再有时间继续打这场古老的战役,在2020年,是时候我们都加入到反对坏人的同一阵营了。
我们必须达到这样一个阶段:安全被视为整个组织和整个SDLC的共同责任。当你致力于建立一个全面的、高度支持的DevSecOps环境时,这当然是可能的。更重要的是,当你用正确的培训和工具点燃开发团队的安全之火时,他们就会成为一股强大的力量,不仅可以压制bug,还可以为那些长期以来被分散的安全专家减轻负担。
我希望你能观看我最新的网络研讨会之一,如何将 "Sec "放入DevOps。

这是AllTheTalks24小时峰会活动的一部分,它深入探讨了。
- 为什么旧的开发方法学使安全最佳实践变得如此困难
- 为什么DevSecOps是阻止常见安全漏洞的最新游戏规则?
- 安全作为一种共同的责任在一个组织中是什么样子的
- 你如何能够让开发人员有信心地发送安全代码,而不牺牲他们所喜爱的东西(提示:是建立令人敬畏的功能)。
在那里见到你!
目录
Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 我们在这里为您的组织提供服务,帮助您在整个软件开发生命周期中确保代码安全,并创造一种将网络安全放在首位的文化。无论您是应用安全经理、开发人员、CISO或任何涉及安全的人,我们都可以帮助您的组织减少与不安全代码有关的风险。
预定一个演示下载资源
安全技能基准测试:简化企业安全设计
寻找有关 "按设计确保安全 "计划成功与否的有意义的数据是众所周知的难题。首席信息安全官(CISO)在试图证明投资回报率(ROI)和安全计划活动在人员和公司层面上的商业价值时,往往会面临挑战。更不用说,企业要深入了解自己的组织是如何以当前的行业标准为基准的,更是难上加难。美国总统的《国家网络安全战略》向利益相关者提出了 "通过设计实现安全和弹性 "的挑战。让 "按设计保证安全 "计划发挥作用的关键不仅在于为开发人员提供确保代码安全的技能,还在于向监管机构保证这些技能已经到位。在本演讲中,我们将分享大量定性和定量数据,这些数据来自多个主要来源,包括从超过 25 万名开发人员那里收集的内部数据点、数据驱动的客户洞察力以及公共研究。利用这些数据点的汇总,我们旨在传达一个跨多个垂直领域的 "按设计保证安全 "计划的现状。报告详细阐述了这一领域目前未得到充分利用的原因、成功的技能提升计划对降低网络安全风险的重大影响,以及消除代码库中各类漏洞的潜力。