左へのシフト
Si un desarrollador escribe un error de cross-site scripting mientras está codificando en JavaScript, y es capaz de detectarlo a los pocos minutos de crear ese fallo, es probable que sólo requiera minutos o segundos para solucionarlo.
Mientras que si ese fallo es descubierto dos semanas más tarde por un probador manual, será introducido en un sistema de seguimiento de defectos. Va a ser clasificado. Va a ser puesto en la cola de errores de alguien.
Con el retraso en la identificación, tendrá que ser investigado en su contexto original y ralentizará el desarrollo. Ahora, estás hablando potencialmente de horas de tiempo para arreglar el mismo defecto. Tal vez una escala de 10 o 100 veces más tiempo se toma
No podría estar más de acuerdo con Chris Wysopal (CTO, Veracode) en su reciente podcast con O'Reilly Security Podcast donde explica por qué desplazar la seguridad a la izquierda (a los desarrolladores al inicio del ciclo de vida del desarrollo) es clave en un entorno ágil para mantener el ritmo y la velocidad.
La seguridad debe facilitarse a los desarrolladores mediante el uso de plug-ins de IDE, escáneres y educándolos para que tengan los conocimientos básicos de seguridad (higiene). Las organizaciones no deberían depender únicamente de expertos en seguridad o de un equipo de seguridad centralizado que valide todos los cambios.
Nuestro típico modus operandi en materia de seguridad se ha roto (¡llamar al experto!) y necesitamos integrar la seguridad en los equipos de desarrollo para garantizar el mantenimiento de la calidad sin dejar de ser ágiles.
開発者がJavaScriptでコーディングしているときにクロスサイトスクリプティングエラーを記述し、その欠陥を作成してから数分以内にそれを検出できる場合
Director General, Presidente y Cofundador
Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Reservar una demostración
Director General, Presidente y Cofundador
Pieter Danhieux es un experto en seguridad mundialmente reconocido, con más de 12 años de experiencia como consultor de seguridad y 8 años como instructor principal de SANS enseñando técnicas ofensivas sobre cómo atacar y evaluar organizaciones, sistemas y personas en busca de debilidades de seguridad. En 2016, fue reconocido como una de las personas más cool de la tecnología en Australia (Business Insider), galardonado como Profesional de Seguridad Cibernética del Año (AISA - Asociación Australiana de Seguridad de la Información) y tiene certificaciones GSE, CISSP, GCIH, GCFA, GSEC, GPEN, GWAPT, GCIA.
Si un desarrollador escribe un error de cross-site scripting mientras está codificando en JavaScript, y es capaz de detectarlo a los pocos minutos de crear ese fallo, es probable que sólo requiera minutos o segundos para solucionarlo.
Mientras que si ese fallo es descubierto dos semanas más tarde por un probador manual, será introducido en un sistema de seguimiento de defectos. Va a ser clasificado. Va a ser puesto en la cola de errores de alguien.
Con el retraso en la identificación, tendrá que ser investigado en su contexto original y ralentizará el desarrollo. Ahora, estás hablando potencialmente de horas de tiempo para arreglar el mismo defecto. Tal vez una escala de 10 o 100 veces más tiempo se toma
No podría estar más de acuerdo con Chris Wysopal (CTO, Veracode) en su reciente podcast con O'Reilly Security Podcast donde explica por qué desplazar la seguridad a la izquierda (a los desarrolladores al inicio del ciclo de vida del desarrollo) es clave en un entorno ágil para mantener el ritmo y la velocidad.
La seguridad debe facilitarse a los desarrolladores mediante el uso de plug-ins de IDE, escáneres y educándolos para que tengan los conocimientos básicos de seguridad (higiene). Las organizaciones no deberían depender únicamente de expertos en seguridad o de un equipo de seguridad centralizado que valide todos los cambios.
Nuestro típico modus operandi en materia de seguridad se ha roto (¡llamar al experto!) y necesitamos integrar la seguridad en los equipos de desarrollo para garantizar el mantenimiento de la calidad sin dejar de ser ágiles.
Si un desarrollador escribe un error de cross-site scripting mientras está codificando en JavaScript, y es capaz de detectarlo a los pocos minutos de crear ese fallo, es probable que sólo requiera minutos o segundos para solucionarlo.
Mientras que si ese fallo es descubierto dos semanas más tarde por un probador manual, será introducido en un sistema de seguimiento de defectos. Va a ser clasificado. Va a ser puesto en la cola de errores de alguien.
Con el retraso en la identificación, tendrá que ser investigado en su contexto original y ralentizará el desarrollo. Ahora, estás hablando potencialmente de horas de tiempo para arreglar el mismo defecto. Tal vez una escala de 10 o 100 veces más tiempo se toma
No podría estar más de acuerdo con Chris Wysopal (CTO, Veracode) en su reciente podcast con O'Reilly Security Podcast donde explica por qué desplazar la seguridad a la izquierda (a los desarrolladores al inicio del ciclo de vida del desarrollo) es clave en un entorno ágil para mantener el ritmo y la velocidad.
La seguridad debe facilitarse a los desarrolladores mediante el uso de plug-ins de IDE, escáneres y educándolos para que tengan los conocimientos básicos de seguridad (higiene). Las organizaciones no deberían depender únicamente de expertos en seguridad o de un equipo de seguridad centralizado que valide todos los cambios.
Nuestro típico modus operandi en materia de seguridad se ha roto (¡llamar al experto!) y necesitamos integrar la seguridad en los equipos de desarrollo para garantizar el mantenimiento de la calidad sin dejar de ser ágiles.
Haga clic en el siguiente enlace para descargar el PDF de este recurso.
Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Mostrar informeReservar una demostración
Director General, Presidente y Cofundador
Pieter Danhieux es un experto en seguridad mundialmente reconocido, con más de 12 años de experiencia como consultor de seguridad y 8 años como instructor principal de SANS enseñando técnicas ofensivas sobre cómo atacar y evaluar organizaciones, sistemas y personas en busca de debilidades de seguridad. En 2016, fue reconocido como una de las personas más cool de la tecnología en Australia (Business Insider), galardonado como Profesional de Seguridad Cibernética del Año (AISA - Asociación Australiana de Seguridad de la Información) y tiene certificaciones GSE, CISSP, GCIH, GCFA, GSEC, GPEN, GWAPT, GCIA.
Si un desarrollador escribe un error de cross-site scripting mientras está codificando en JavaScript, y es capaz de detectarlo a los pocos minutos de crear ese fallo, es probable que sólo requiera minutos o segundos para solucionarlo.
Mientras que si ese fallo es descubierto dos semanas más tarde por un probador manual, será introducido en un sistema de seguimiento de defectos. Va a ser clasificado. Va a ser puesto en la cola de errores de alguien.
Con el retraso en la identificación, tendrá que ser investigado en su contexto original y ralentizará el desarrollo. Ahora, estás hablando potencialmente de horas de tiempo para arreglar el mismo defecto. Tal vez una escala de 10 o 100 veces más tiempo se toma
No podría estar más de acuerdo con Chris Wysopal (CTO, Veracode) en su reciente podcast con O'Reilly Security Podcast donde explica por qué desplazar la seguridad a la izquierda (a los desarrolladores al inicio del ciclo de vida del desarrollo) es clave en un entorno ágil para mantener el ritmo y la velocidad.
La seguridad debe facilitarse a los desarrolladores mediante el uso de plug-ins de IDE, escáneres y educándolos para que tengan los conocimientos básicos de seguridad (higiene). Las organizaciones no deberían depender únicamente de expertos en seguridad o de un equipo de seguridad centralizado que valide todos los cambios.
Nuestro típico modus operandi en materia de seguridad se ha roto (¡llamar al experto!) y necesitamos integrar la seguridad en los equipos de desarrollo para garantizar el mantenimiento de la calidad sin dejar de ser ágiles.
Índice
Director General, Presidente y Cofundador
Secure Code Warrior le ayuda a proteger el código a lo largo de todo el ciclo de vida del desarrollo de software y a crear una cultura que dé prioridad a la ciberseguridad. Tanto si es gestor de seguridad de aplicaciones, desarrollador, CISO o responsable de seguridad, le ayudamos a reducir los riesgos asociados al código inseguro.
Reservar una demostración[Descargar]Recursos para empezar
Temas y contenidos de la formación en código seguro
Nuestro contenido, líder en el sector, evoluciona constantemente para adaptarse al entorno de desarrollo de software en constante cambio, teniendo siempre en cuenta las funciones de nuestros clientes. Abarca todo tipo de temas, desde la inteligencia artificial hasta la inyección de XQuery, y está diseñado para satisfacer las necesidades de diversos perfiles, desde arquitectos e ingenieros hasta gestores de productos y responsables de control de calidad. Echemos un vistazo al contenido que ofrece nuestro catálogo, clasificado por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
%20(1).avif)
.avif)
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos para empezar
Cybermon ha vuelto: la misión de IA para derrotar al jefe ya está disponible bajo demanda.
Ahora se puede jugar a «Cybermon 2025 Beat the Boss» en SCW durante todo el año. Introduzca retos de seguridad avanzados de IA/LLM y refuerce a gran escala el desarrollo seguro de la IA.
Explicación de la Ley de Resiliencia Cibernética: su significado para el desarrollo de software seguro desde el diseño
Descubra qué exige la Ley de Resiliencia Cibernética (CRA) de la UE, a quién se aplica y cómo puede prepararse el equipo de ingeniería para las prácticas de seguridad desde el diseño, la prevención de vulnerabilidades y el desarrollo de las capacidades de los desarrolladores.
Enable 1: Criterios de éxito predefinidos y medibles
Enabler 1 es la primera parte de la serie Enablers of Success, compuesta por diez partes, y presenta cómo madurar un programa a largo plazo vinculando la codificación segura con resultados empresariales como la reducción de riesgos y la velocidad.
