Follow Us:

  • LinkedIn - círculo blanco
  • Facebook - círculo blanco
  • Twitter - círculo blanco
  • Instagram - Círculo Blanco

© Copyrights 2019 by Teracloud LLC

 

DevSecOps as an extension of DevOps

August 15, 2019

A couple of months ago we’ve heard about Docker and vulnerabilities found on some of their images. It’s easy to imagine what could happen if one of our applications would be running on one of those images.

 

 

Sometimes the inexperience or the times to deliver decide us to use one of the images available on the docker’s site, but do we really know what are we using? Sometimes It's reduced to a faith thing. But having the right tools we could forget about that kind of issue, or at least, we could have a way to detect if our image has suffered a leak or it’s exposing us to vulnerability. 

 

 

DevSecOps is the natural extension of DevOps and Agile cultures to incorporate Security as a main concern. It's essential goal can be defined as "Incorporate security awareness in the whole value delivery pipeline, from ideation to implementation to delivery and monitoring". As with DevOps and Agile movements, this goal is interpreted and implemented as lean as possible, minimizing bureaucracy and maximizing delivered value to the clients.


While our world becomes more and more information based, the security of our customer's information is increasingly more valuable. How we take care of our customers' information can be a competitive advantage or take us out of business (see this article). CEOs and founders are eager to pay 20% more AND changing providers if grant a higher level of cyber-security, according to very recent study by Continuum.

According to this Cybersecurity Ventures report, a ransomware attack will be carried out on a company every 14 seconds in 2019 what represents an economic cost of almost 11.5 billion dollars for the companies.


DevSecOps efforts are guided to unite application development, IT operations, and security teams in the endeavor of determining possible vulnerabilities not only over the application and the data but also over the infrastructure. It works in this way through it's core principles, as defined by https://www.devsecops.com:

 

  1. Leaning in over Always Saying “No”.  

  2. Data & Security Science over Fear, Uncertainty and Doubt.  

  3. Open Contribution & Collaboration over Security-Only Requirements.  

  4. Consumable Security Services with APIs over Mandated - Security Controls & Paperwork.  

  5. Business Driven Security Scores over Rubber Stamp Security.  

  6. Red & Blue Team Exploit Testing over Relying on Scans & Theoretical Vulnerabilities.  

  7. 24x7 Proactive Security Monitoring over Reacting after being Informed of an Incident.  

  8. Shared Threat Intelligence over Keeping Info to Ourselves.  

  9. Compliance Operations over Clipboards & Checklists.

This list has different principles, some oriented to implementation (like principle 4, 6 and 7), organizational principles (like 3m 8 and 9), and "human" principles like 1 and 2. From this author's point of view this means a mature understanding of the challenges we need to face, something beyond Agile, which defines it's principles at a much less practical level.

To understand how DevSecOps should be implemented over a value delivery pipeline we will explore the DevSecOps best practices within an organization:

  1. Ease code analysis: deliver code in small chunks so vulnerabilities can be identified quickly.

  2. Change management: increase speed and efficiency by allowing anyone to submit changes, and determine whether the change is good or bad afterwards.

  3. Compliance monitoring: be ready for an audit at any time, which means being in a constant state of compliance including gathering evidence of GDPR compliance, PCI compliance, etc.

  4. Threat investigation: identify potential emerging threats with each code update and be prepared to respond quickly.

  5. Vulnerability assessment: identify new vulnerabilities with code analysis, then analyze how quickly they are being responded to and patched.

  6. Security training: train software and IT engineers with guidelines for set security routines.

As with DevOps, selling the value of DevSecOps to the stakeholders could be hard at the beginning, and getting budget to change the organization to pursue these goals will be difficult. Your best chance is to have a good plan in place, an experienced team and your costs under control. At Teracloud we work around the clock to give exactly that to our beloved clients. Contact us at info@teracloud.io, or give us a call to +1 415 504 3401. We can help you!

 

 

 

 

Lourdes Dorado

DevSecOps Engineer

Teracloud.io

 

 

 

 

If you feel that this blogpost represents your actual needs, concerns or you just want to know more, email to our team member ben@teracloud.io.

Share on Facebook
Share on Twitter
Please reload

Entradas recientes
Please reload

Archivo
Please reload

Buscar por tags
Síguenos
  • Twitter Basic Square