Cualquiera que haya trabajado en la producción de software es probablemente consciente de la tensión que puede surgir cuando se trata de tener en cuenta la seguridad, sobre todo entre los desarrolladores y los especialistas en seguridad que examinan su código.

En los viejos tiempos, no era raro que el equipo de desarrollo enviara el código lo más tarde posible, acortando deliberadamente la ventana en la que los gurús de la seguridad podían comprobar las vulnerabilidades; al fin y al cabo, esto retrasaba las publicaciones si algo iba mal, y ya había ganas de seguir adelante y empezar a construir la siguiente característica impresionante. Sin embargo, esto tenía un impacto negativo, ya que cuando el código se comprobaba -a veces después de que se produjera una brecha externa- el código seguía rebotando a los desarrolladores, sus bebés de software seguían siendo llamados feos por el equipo de seguridad, y tenían que dejarlo todo para corregir el código que habían tocado por última vez hace meses.

Esta disfunción continúa hoy en día, pero hay un gran problema: se está desarrollando mucho más código, y la sociedad corre un riesgo mucho mayor en caso de que se produzcan violaciones de datos. Ya no tenemos tiempo para seguir librando esta antigua batalla, y en 2020 es hora de que todos nos unamos al mismo bando contra los malos.

Debemos llegar a una etapa en la que la seguridad se vea como una responsabilidad compartida por toda la organización y a lo largo del SDLC. Esto es ciertamente posible cuando uno se compromete con un entorno DevSecOps de pleno derecho y de gran apoyo. Es más, cuando se enciende el fuego de la seguridad en su equipo de desarrollo con la formación y las herramientas adecuadas, son una fuerza poderosa no sólo para aplastar los errores, sino para aliviar la carga de los especialistas en seguridad que han estado demasiado repartidos, durante demasiado tiempo.

Me encantaría que vieras uno de mis últimos webinars, How to put the "Sec" in DevOps:

Esto formó parte del evento de la cumbre AllTheTalks de 24 horas, y analiza en profundidad:

• Por qué las antiguas metodologías de desarrollo dificultan tanto las buenas prácticas de seguridad
• Por qué DevSecOps es el último cambio de juego para detener las vulnerabilidades de seguridad comunes
• Cómo es la seguridad como responsabilidad compartida en una organización
• Cómo puede hacer que los desarrolladores envíen código seguro con confianza, sin sacrificar lo que les gusta (pista: es la creación de funciones increíbles).

Nos vemos allí.