.png)
A strong DevOps culture based on collaboration and sharing across teams, leads to an improved security posture, according to Puppet.
Twenty-two percent of the firms at the highest level of security integration having reached an advanced stage of DevOps maturity compared to only six percent of the firms with no security integration.
Additionally, the report found that Europe is pulling ahead of the US and the Asia Pacific regions when it comes to firms with an overall ‘significant to full’ integration status, with forty-three percent as opposed to thirty-eight percent or less.
The report is based on nearly 3,000 respondents from around the world.
“The DevOps principles that drive positive outcomes for software development — culture, automation, measurement and sharing — are the same principles that drive positive security outcomes.
“Organizations that are serious about improving their security practices and posture should start by adopting DevOps practices,” said Alanna Brown, Senior Director of Community and Developer Relations at Puppet and author of the State of DevOps report.
“This year’s report affirms our belief that organizations who ignore or deprioritize DevOps, are the same companies who have the lowest level of security integration and who will be hit the hardest in the case of a breach.”
Key findings
Security doesn’t have to take a back seat to feature delivery. Firms at the highest level of security integration are able to deploy to production on demand at a significantly higher rate than firms at all other levels of integration — 61 percent are able to do so. Compare this with organizations that have not integrated security at all: Fewer than half (49 percent) can deploy on demand.
Cross-team collaboration builds confidence in an organization’s security posture. 82 percent of survey respondents at firms with the highest level of security integration said their security policies and practices significantly improve their firm’s security posture.
Compare this with respondents at firms with no security integration — just 38 percent had that level of confidence.
The more security is integrated into the software delivery lifecycle, the more delivery teams see security as a shared responsibility. Firms integrating security throughout the lifecycle are more than twice as likely to be able to stop a push to production for a medium security vulnerability to ensure their customers are protected from the risk or releasing insecure code.
Security integration is messy, especially in the middle stages of evolution. In these middle stages, security and delivery teams experience higher friction while collaborating, software delivery slows down, and audit issues both increase and require immediate attention.
Friction is even higher for respondents who work in security jobs than those who work in non-security jobs. But, if they stick with it, they will reap the rewards of that hard work and start seeing quicker results —79 percent of the companies surveyed were in this stage.
“It shouldn’t be a surprise to anyone that integrating security into the software delivery lifecycle requires intentional effort and deep collaboration across teams,” said Michael Stahnke, VP of Platform Engineering, CircleCI.
“What did surprise me, however, was that the practices that promote cross-team collaboration had the biggest impact on the teams’ confidence in the organization’s security posture. Turns out, empathy and trust aren’t automatable.”
Best practices
Firms that have integrated security at all stages of delivery collaborate early, often and most importantly, deeply. The survey revealed the top five practices that improve security posture are:
- Security and development teams collaborate on threat models.
- Security tools are integrated in the development integration pipeline so engineers can be confident they’re not inadvertently introducing known security problems into their codebases.
- Security requirements, both functional and non-functional, are prioritized as part of the product backlog.
- Infrastructure-related security policies are reviewed before deployment.
- Security experts evaluate automated tests and are called upon to review changes in high-risk areas of the code (such as authentication systems, cryptography, etc.).
from Help Net Security https://ift.tt/2noC9Q9
0 comments:
Post a Comment