{"id":7765,"date":"2019-10-29T17:22:28","date_gmt":"2019-10-29T17:22:28","guid":{"rendered":"https:\/\/staging-site.42crunch.com\/?p=7765"},"modified":"2022-11-24T10:34:28","modified_gmt":"2022-11-24T10:34:28","slug":"deploying-devsecops-apis-tale-shifting-left","status":"publish","type":"post","link":"https:\/\/staging2022.42crunch.com\/deploying-devsecops-apis-tale-shifting-left\/","title":{"rendered":"Deploying DevSecOps for APIs: a tale of shifting left…"},"content":{"rendered":"
DevSecOps is a hot topic at the moment, and particularly relevant when dealing with API development.<\/p>\n
APIs are growing at an exponential rate: not only\u00a0 are they the backbone of any application, but microservices architecture imply exposing internal APIs for every microservice or group of microservices. The average number of APIs to protect within an enterprise is nearing 500.<\/p>\n
In that context, how do we :<\/p>\n
Meet DevSecOps.<\/p>\n
\n\u201cD<\/span>ev<\/span>S<\/span>ec<\/span>O<\/span>ps is<\/span>\u00a0the<\/span> philosophy<\/span> of<\/span> integrating<\/span> security<\/span> practices<\/span> within<\/span> the<\/span> D<\/span>ev<\/span>O<\/span>ps<\/span> process<\/span>.\u00a0<\/span><\/p>\n
D<\/span>ev<\/span>S<\/span>ec<\/span>O<\/span>ps <\/span>involves<\/span> creating<\/span> a<\/span> ‘<\/span>S<\/span>ecurity<\/span> as<\/span> C<\/span>ode<\/span>‘ <\/span>culture<\/span> with<\/span> ongoing<\/span>, <\/span>flexible<\/span> collaboration<\/span> between<\/span> release<\/span> engineers<\/span> and<\/span> security<\/span> teams<\/span>.\u201d<\/span><\/p>\n<\/blockquote>\n
Adopting DevSecOps requires three key elements:<\/p>\n
\n
- A change in culture<\/strong>: enterprises need to approach API development differently, breaking silos across Dev, Sec and Ops teams. Many start adopting DevSecOps by building a small team mixing all those roles, who will eventually become the champions for the cultural change from inside.<\/li>\n
- A change of tools<\/strong>: when we are adopting DevSecOps for APIs, we are pushing security left, that means in the hands of the developers. Using the tools that security teams use today and putting them in the developers hand will likely not work though. This is what we tagged as “Sh*tting left” at API World! A terminology we borrowed from Jeff Williams<\/a>. Instead, we want to put in place tools that fit in the developer’s flow as much as possible, so that they can effectively consume and address security issues.<\/li>\n
- A change of processes<\/strong>: scale and speed require automation, and enterprise have to change the way they work in order to detect errors (at any stage), automatically inject events into a feedback loop that each API security player can act upon.<\/li>\n<\/ul>\n
Addressing DevSecOps for APIs with 42Crunch<\/h2>\n