Seminario web: ¿Está preparado para poner el "Sec" en DevOps?
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í.


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 te comprometes con un entorno DevSecOps de pleno derecho y de gran apoyo.
Matias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.

Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.
Reservar una demostraciónMatias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa Sensei Security. A lo largo de su carrera, Matías ha dirigido múltiples proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y cuenta con más de 10 patentes en su haber. Cuando está lejos de su escritorio, Matias ha servido como instructor para la formación de seguridad de aplicaciones avanzadas courses y regularmente habla en conferencias mundiales como la Conferencia RSA, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías es doctor en Ingeniería Informática por la Universidad de Gante, donde estudió la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar el funcionamiento interno de una aplicación.


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í.

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í.

Haga clic en el siguiente enlace y descargue el PDF de este recurso.
Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.
Ver el informeReservar una demostraciónMatias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.
Matías es un investigador y desarrollador con más de 15 años de experiencia práctica en seguridad de software. Ha desarrollado soluciones para empresas como Fortify Software y su propia empresa Sensei Security. A lo largo de su carrera, Matías ha dirigido múltiples proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y cuenta con más de 10 patentes en su haber. Cuando está lejos de su escritorio, Matias ha servido como instructor para la formación de seguridad de aplicaciones avanzadas courses y regularmente habla en conferencias mundiales como la Conferencia RSA, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías es doctor en Ingeniería Informática por la Universidad de Gante, donde estudió la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar el funcionamiento interno de una aplicación.
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í.
Índice
Matias Madou, Ph.D. es experto en seguridad, investigador y CTO y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en Seguridad de Aplicaciones en la Universidad de Gante, centrándose en soluciones de análisis estático. Más tarde se incorporó a Fortify en EE.UU., donde se dio cuenta de que no bastaba con detectar problemas de código sin ayudar a los desarrolladores a escribir código seguro. Esto le inspiró para desarrollar productos que ayuden a los desarrolladores, alivien la carga de la seguridad y superen las expectativas de los clientes. Cuando no está en su escritorio como parte de Team Awesome, le gusta estar en el escenario presentando en conferencias como RSA Conference, BlackHat y DefCon.

Secure Code Warrior está a disposición de su organización para ayudarle a proteger el código a lo largo de todo el ciclo de vida de desarrollo de software y crear una cultura en la que la ciberseguridad sea una prioridad. Tanto si es director de AppSec, desarrollador, CISO o cualquier persona implicada en la seguridad, podemos ayudar a su organización a reducir los riesgos asociados a un código inseguro.
Reservar una demostraciónDescargarRecursos para empezar
Servicios profesionales - Acelerar con experiencia
El equipo de servicios de estrategia de programas (PSS) de Secure Code Warriorle ayuda a crear, mejorar y optimizar su programa de codificación segura. Tanto si empieza de cero como si está perfeccionando su enfoque, nuestros expertos le proporcionarán orientación personalizada.
Temas y contenidos de la formación sobre código seguro
Nuestro contenido, líder en el sector, evoluciona constantemente para adaptarse al cambiante panorama del desarrollo de software teniendo en cuenta su función. Temas que cubren todo, desde IA a XQuery Injection, ofrecidos para una variedad de roles desde Arquitectos e Ingenieros a Product Managers y QA. Eche un vistazo a lo que ofrece nuestro catálogo de contenidos por tema y función.
Búsqueda: Aprendizaje líder en la industria para mantener a los desarrolladores por delante mitigando el riesgo.
Quests es una learning platform que ayuda a los desarrolladores a mitigar los riesgos de seguridad del software mediante la mejora de sus habilidades de codificación segura. Con rutas de aprendizaje curadas, desafíos prácticos y actividades interactivas, capacita a los desarrolladores para identificar y prevenir vulnerabilidades.
Recursos para empezar
Inyección indirecta y riesgos de seguridad de las herramientas de codificación agéntica
Cómo se engañó a un agente de codificación para que escribiera código propenso a inyecciones SQL, instalara herramientas de shell y tal vez incluso acechara a su usuario.
La Década de los Defensores: Secure Code Warrior Cumple Diez Años
Secure Code Warriorha permanecido unido, dirigiendo el barco a través de cada lección, triunfo y contratiempo durante toda una década. Estamos creciendo y listos para afrontar nuestro próximo capítulo, SCW 2.0, como líderes en gestión de riesgos para desarrolladores.
10 predicciones clave: Secure Code Warrior sobre la influencia de la IA y el diseño seguro en 2025
Las organizaciones se enfrentan a decisiones difíciles sobre el uso de la IA para apoyar la productividad a largo plazo, la sostenibilidad y el retorno de la inversión en seguridad. En los últimos años nos ha quedado claro que la IA nunca sustituirá por completo el papel del desarrollador. Desde las asociaciones entre IA y desarrolladores hasta las crecientes presiones (y confusión) en torno a las expectativas de seguridad por diseño, echemos un vistazo más de cerca a lo que podemos esperar durante el próximo año.