March 2, 2018 By Rachael Doyle 3 min read

Gone are the days when developers and operations worked in silos to test quality and build their software. The DevOps methodology, now implemented in over 50 percent of organizations, establishes a set of principles and practices for effective communication and collaboration. It’s no wonder that its popularity grew given the inevitable increase of high deployment frequency, reliability and responsiveness. As Gartner reported, however, changes to the overall cloud model require organizations to dedicate significant attention and resources to their cloud security challenges.

Where does security fit into DevOps? The short answer is usually a little too late in the life cycle. As described by Gene Kim, the influential author of “The Phoenix Project,” security is often seen as an inhibitor to the DevOps team’s goals.

Embedding Security Into DevOps

The Agile DevOps model is evolving to reflect security. SecDevOps, a secure software delivery cycle with rapid service delivery processes, has matured as a concept over the last few years and is now gaining traction across organizations. A core driver for integrating security into DevOps is the realization that security is not at odds with the rest of the organization. Collaboration is key to successful IT and business alignment.

The transformation from DevOps to SecDevOps requires a change in both technology and process management. Even more critically, it calls for an organizationwide cultural overhaul. Moving toward SecDevOps requires enterprises to change the way software is built, and the development teams’ role in that process.

There is an inherent cultural clash here that requires attention: Traditionally, security is considered to be one end of the process — an important gate, if you will. DevOps, on the other hand, moves rapidly and focuses on the goals it is trying to achieve. The gap that must be bridged is natural skepticism versus optimism. The two must marry to enable DevOps teams to do what they want to do in a secure way.

Shifting to an Agile State of Mind

The shift starts with an Agile value mindset. Communicating security as a value and a critical enabler is a strong start to team integration.

Organizations should also draw from the Agile playbook to address trust. As the term SecDevOps implies, integration and collaboration are key, and this is permeated through a sense of trust. Gartner outlined this as part of continuous adaptive security:

“Traditional security techniques using ownership and control rather than trust will not work in the digital world. Infrastructure and perimeter protection won’t ensure accurate detection and can’t protect against behind-the-perimeter insider attacks. This requires embracing people-centric security and empowering developers to take responsibility for security measures.”

A key takeaway from this is the notion of responsibility. Entrusting responsibility can be a powerful tool for changing perception, which represents the beginning of a cultural shift. SecDevOps is a methodology, but it is also a state of mind: If everyone takes responsibility for security from day one, it will be baked into the team’s DNA.

Striving for SecDevOps Success

So what does a secure DevOps transformation look like, and where do you begin? Below is a brief snapshot.

  • Security champions: Appoint specialists to support DevOps at scale, develop requirements and establish definitions of “done” from a security perspective.
  • Secure code: Enable better decision-making by educating developers about threats to the service and the risks they are taking.
  • Agile security: Embed risks and threat modeling into reverse user stories and acceptance criteria.
  • Immersive education: Create a culture of continuous learning and collaboration and hold everyone in the organization responsible for security.

Finally, a successful SecDevOps program represents organic growth and collaboration. With an Agile perspective on security, organizationwide collaboration and universal buy-in, companies can put security back where it belongs: at the heart of DevOps.

More from Application Security

What’s up India? PixPirate is back and spreading via WhatsApp

8 min read - This blog post is the continuation of a previous blog regarding PixPirate malware. If you haven’t read the initial post, please take a couple of minutes to get caught up before diving into this content. PixPirate malware consists of two components: a downloader application and a droppee application, and both are custom-made and operated by the same fraudster group. Although the traditional role of a downloader is to install the droppee on the victim device, with PixPirate, the downloader also…

PixPirate: The Brazilian financial malware you can’t see

10 min read - Malicious software always aims to stay hidden, making itself invisible so the victims can’t detect it. The constantly mutating PixPirate malware has taken that strategy to a new extreme. PixPirate is a sophisticated financial remote access trojan (RAT) malware that heavily utilizes anti-research techniques. This malware’s infection vector is based on two malicious apps: a downloader and a droppee. Operating together, these two apps communicate with each other to execute the fraud. So far, IBM Trusteer researchers have observed this…

From federation to fabric: IAM’s evolution

15 min read - In the modern day, we’ve come to expect that our various applications can share our identity information with one another. Most of our core systems federate seamlessly and bi-directionally. This means that you can quite easily register and log in to a given service with the user account from another service or even invert that process (technically possible, not always advisable). But what is the next step in our evolution towards greater interoperability between our applications, services and systems?Identity and…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today