Uso de los enlaces de documentación con Sensei
Una de las dificultades de aprender una nueva biblioteca, o de compartir prácticas acordadas en nuestro equipo, es documentar y crear ejemplos.
A menudo creamos pequeños proyectos de ejemplo, pero no los tenemos abiertos cuando trabajamos con el código real.
A menudo he pensado que sería estupendo tener la posibilidad de enlazar con nuestros ejemplos, o con ejemplos en línea y poder ir a una URL para obtener más explicaciones cuando sea necesario.
Con Java, tenemos los comentarios JavaDoc, que pueden tener una anotación see:
/**
* @see <a href="https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations">Junit 5 Annotation docs</a>
*/
Este tipo de JavaDoc en las librerías de terceros es una gran ayuda porque podemos utilizar la funcionalidad de documentación rápida en IntelliJ para tener acceso a ejemplos más detallados.
Pero todos sabemos que los comentarios no se actualizan con la misma frecuencia que el código, y el mantenimiento de la presencia en la web suele estar desconectado del mantenimiento de la biblioteca y a veces lo realiza un equipo totalmente distinto.
Cómo ayuda Sensei
Sensei proporciona la capacidad de coincidir en las anotaciones de la biblioteca y los métodos para proporcionar enlaces a la documentación de forma larga en un wiki o un sitio tutorial de terceros.
Como ejemplo, estoy usando la anotación @Test de JUnit.
El JavaDoc es muy detallado, y la vista de documentación rápida explica cómo utilizar la anotación.
Pero la documentación oficial en el sitio web suele ser más fácil de leer y tiene más ejemplos.
Cuando un equipo empieza a aprender una biblioteca, tener un conjunto de tutoriales recomendados, puede ser muy útil.
Sensei tiene una acción goto que podemos utilizar para abrir una URL, lo que nos permite enlazar con sitios externos y ejemplos para la documentación que, como equipo, encontramos útil.
Implementación de la URL Goto
Para implementar esto crearía una búsqueda que coincida con la anotación @Test de Junit.
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.api.Test"
Y luego añadiría acciones goto para cada una de las URLs que considere útiles.
Por ejemplo
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods
El ejemplo siguiente crearía una única acción de anotaciones JUnit (learn) que abriría ambas URLs en un navegador al mismo tiempo.
availableFixes:
- name: "Learn about JUnit Annotations"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"=
- goto:
type: "URL"
valor: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Y cuando lo activo en IntelliJ con Alt+Enter veo el menú contextual que puedo seleccionar para saltar a la documentación.
Acciones múltiples
Podría optar por tener múltiples Acciones para que cada URL o tutorial tenga su propia opción en el menú emergente alt+enter Quick Fix.
Por ejemplo, para la anotación @Parameterized, podría querer enlazar con la documentación oficial y un conjunto de código de ejemplo en línea.
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests
- https://github.com/eviltester/junitexamples/blob/master/src/test/java/parameterized/junit5/InitialExampleTest.java
Simplemente crearía una receta que busque la anotación:
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.params.ParameterizedTest"
Y enlaces a los sitios que he identificado como útiles:
availableFixes:
- name: "JUnit Annotations (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"
- name: "¿Qué es una prueba JUnit? (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Ambos enlaces aparecerán entonces en el cuadro de diálogo emergente.
¿Quién se beneficiaría?
Me habría resultado útil a la hora de utilizar y aprender las bibliotecas, sobre todo al dirigir equipos y ayudarles a adoptar una nueva biblioteca.
Esto también podría beneficiar a los equipos que crean bibliotecas, al crear un conjunto estándar de recetas de documentación para ayudar a guiar a la gente a través de la adopción de la biblioteca o de nuevas características en la biblioteca.
Esto sería especialmente útil si el mantenimiento del código y el de la documentación son realizados por equipos diferentes.
Puedes instalar Sensei desde IntelliJ usando `preferences > plugins` (sólo busca "sensei secure code").
Todo el código de esta entrada del blog está en Github en el módulo junitexamples en https://github.com/SecureCodeWarrior/sensei-blog-examples
Descubra cómo Sensei puede ayudar a incorporar a los desarrolladores y a adoptar nuevas bibliotecas.
Alan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.
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ón
Alan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.
Una de las dificultades de aprender una nueva biblioteca, o de compartir prácticas acordadas en nuestro equipo, es documentar y crear ejemplos.
A menudo creamos pequeños proyectos de ejemplo, pero no los tenemos abiertos cuando trabajamos con el código real.
A menudo he pensado que sería estupendo tener la posibilidad de enlazar con nuestros ejemplos, o con ejemplos en línea y poder ir a una URL para obtener más explicaciones cuando sea necesario.
Con Java, tenemos los comentarios JavaDoc, que pueden tener una anotación see:
/**
* @see <a href="https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations">Junit 5 Annotation docs</a>
*/
Este tipo de JavaDoc en las librerías de terceros es una gran ayuda porque podemos utilizar la funcionalidad de documentación rápida en IntelliJ para tener acceso a ejemplos más detallados.
Pero todos sabemos que los comentarios no se actualizan con la misma frecuencia que el código, y el mantenimiento de la presencia en la web suele estar desconectado del mantenimiento de la biblioteca y a veces lo realiza un equipo totalmente distinto.
Cómo ayuda Sensei
Sensei proporciona la capacidad de coincidir en las anotaciones de la biblioteca y los métodos para proporcionar enlaces a la documentación de forma larga en un wiki o un sitio tutorial de terceros.
Como ejemplo, estoy usando la anotación @Test de JUnit.
El JavaDoc es muy detallado, y la vista de documentación rápida explica cómo utilizar la anotación.
Pero la documentación oficial en el sitio web suele ser más fácil de leer y tiene más ejemplos.
Cuando un equipo empieza a aprender una biblioteca, tener un conjunto de tutoriales recomendados, puede ser muy útil.
Sensei tiene una acción goto que podemos utilizar para abrir una URL, lo que nos permite enlazar con sitios externos y ejemplos para la documentación que, como equipo, encontramos útil.
Implementación de la URL Goto
Para implementar esto crearía una búsqueda que coincida con la anotación @Test de Junit.
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.api.Test"
Y luego añadiría acciones goto para cada una de las URLs que considere útiles.
Por ejemplo
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods
El ejemplo siguiente crearía una única acción de anotaciones JUnit (learn) que abriría ambas URLs en un navegador al mismo tiempo.
availableFixes:
- name: "Learn about JUnit Annotations"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"=
- goto:
type: "URL"
valor: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Y cuando lo activo en IntelliJ con Alt+Enter veo el menú contextual que puedo seleccionar para saltar a la documentación.
Acciones múltiples
Podría optar por tener múltiples Acciones para que cada URL o tutorial tenga su propia opción en el menú emergente alt+enter Quick Fix.
Por ejemplo, para la anotación @Parameterized, podría querer enlazar con la documentación oficial y un conjunto de código de ejemplo en línea.
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests
- https://github.com/eviltester/junitexamples/blob/master/src/test/java/parameterized/junit5/InitialExampleTest.java
Simplemente crearía una receta que busque la anotación:
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.params.ParameterizedTest"
Y enlaces a los sitios que he identificado como útiles:
availableFixes:
- name: "JUnit Annotations (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"
- name: "¿Qué es una prueba JUnit? (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Ambos enlaces aparecerán entonces en el cuadro de diálogo emergente.
¿Quién se beneficiaría?
Me habría resultado útil a la hora de utilizar y aprender las bibliotecas, sobre todo al dirigir equipos y ayudarles a adoptar una nueva biblioteca.
Esto también podría beneficiar a los equipos que crean bibliotecas, al crear un conjunto estándar de recetas de documentación para ayudar a guiar a la gente a través de la adopción de la biblioteca o de nuevas características en la biblioteca.
Esto sería especialmente útil si el mantenimiento del código y el de la documentación son realizados por equipos diferentes.
Puedes instalar Sensei desde IntelliJ usando `preferences > plugins` (sólo busca "sensei secure code").
Todo el código de esta entrada del blog está en Github en el módulo junitexamples en https://github.com/SecureCodeWarrior/sensei-blog-examples
Una de las dificultades de aprender una nueva biblioteca, o de compartir prácticas acordadas en nuestro equipo, es documentar y crear ejemplos.
A menudo creamos pequeños proyectos de ejemplo, pero no los tenemos abiertos cuando trabajamos con el código real.
A menudo he pensado que sería estupendo tener la posibilidad de enlazar con nuestros ejemplos, o con ejemplos en línea y poder ir a una URL para obtener más explicaciones cuando sea necesario.
Con Java, tenemos los comentarios JavaDoc, que pueden tener una anotación see:
/**
* @see <a href="https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations">Junit 5 Annotation docs</a>
*/
Este tipo de JavaDoc en las librerías de terceros es una gran ayuda porque podemos utilizar la funcionalidad de documentación rápida en IntelliJ para tener acceso a ejemplos más detallados.
Pero todos sabemos que los comentarios no se actualizan con la misma frecuencia que el código, y el mantenimiento de la presencia en la web suele estar desconectado del mantenimiento de la biblioteca y a veces lo realiza un equipo totalmente distinto.
Cómo ayuda Sensei
Sensei proporciona la capacidad de coincidir en las anotaciones de la biblioteca y los métodos para proporcionar enlaces a la documentación de forma larga en un wiki o un sitio tutorial de terceros.
Como ejemplo, estoy usando la anotación @Test de JUnit.
El JavaDoc es muy detallado, y la vista de documentación rápida explica cómo utilizar la anotación.
Pero la documentación oficial en el sitio web suele ser más fácil de leer y tiene más ejemplos.
Cuando un equipo empieza a aprender una biblioteca, tener un conjunto de tutoriales recomendados, puede ser muy útil.
Sensei tiene una acción goto que podemos utilizar para abrir una URL, lo que nos permite enlazar con sitios externos y ejemplos para la documentación que, como equipo, encontramos útil.
Implementación de la URL Goto
Para implementar esto crearía una búsqueda que coincida con la anotación @Test de Junit.
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.api.Test"
Y luego añadiría acciones goto para cada una de las URLs que considere útiles.
Por ejemplo
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods
El ejemplo siguiente crearía una única acción de anotaciones JUnit (learn) que abriría ambas URLs en un navegador al mismo tiempo.
availableFixes:
- name: "Learn about JUnit Annotations"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"=
- goto:
type: "URL"
valor: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Y cuando lo activo en IntelliJ con Alt+Enter veo el menú contextual que puedo seleccionar para saltar a la documentación.
Acciones múltiples
Podría optar por tener múltiples Acciones para que cada URL o tutorial tenga su propia opción en el menú emergente alt+enter Quick Fix.
Por ejemplo, para la anotación @Parameterized, podría querer enlazar con la documentación oficial y un conjunto de código de ejemplo en línea.
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests
- https://github.com/eviltester/junitexamples/blob/master/src/test/java/parameterized/junit5/InitialExampleTest.java
Simplemente crearía una receta que busque la anotación:
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.params.ParameterizedTest"
Y enlaces a los sitios que he identificado como útiles:
availableFixes:
- name: "JUnit Annotations (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"
- name: "¿Qué es una prueba JUnit? (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Ambos enlaces aparecerán entonces en el cuadro de diálogo emergente.
¿Quién se beneficiaría?
Me habría resultado útil a la hora de utilizar y aprender las bibliotecas, sobre todo al dirigir equipos y ayudarles a adoptar una nueva biblioteca.
Esto también podría beneficiar a los equipos que crean bibliotecas, al crear un conjunto estándar de recetas de documentación para ayudar a guiar a la gente a través de la adopción de la biblioteca o de nuevas características en la biblioteca.
Esto sería especialmente útil si el mantenimiento del código y el de la documentación son realizados por equipos diferentes.
Puedes instalar Sensei desde IntelliJ usando `preferences > plugins` (sólo busca "sensei secure code").
Todo el código de esta entrada del blog está en Github en el módulo junitexamples en https://github.com/SecureCodeWarrior/sensei-blog-examples
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ón
Alan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.
Una de las dificultades de aprender una nueva biblioteca, o de compartir prácticas acordadas en nuestro equipo, es documentar y crear ejemplos.
A menudo creamos pequeños proyectos de ejemplo, pero no los tenemos abiertos cuando trabajamos con el código real.
A menudo he pensado que sería estupendo tener la posibilidad de enlazar con nuestros ejemplos, o con ejemplos en línea y poder ir a una URL para obtener más explicaciones cuando sea necesario.
Con Java, tenemos los comentarios JavaDoc, que pueden tener una anotación see:
/**
* @see <a href="https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations">Junit 5 Annotation docs</a>
*/
Este tipo de JavaDoc en las librerías de terceros es una gran ayuda porque podemos utilizar la funcionalidad de documentación rápida en IntelliJ para tener acceso a ejemplos más detallados.
Pero todos sabemos que los comentarios no se actualizan con la misma frecuencia que el código, y el mantenimiento de la presencia en la web suele estar desconectado del mantenimiento de la biblioteca y a veces lo realiza un equipo totalmente distinto.
Cómo ayuda Sensei
Sensei proporciona la capacidad de coincidir en las anotaciones de la biblioteca y los métodos para proporcionar enlaces a la documentación de forma larga en un wiki o un sitio tutorial de terceros.
Como ejemplo, estoy usando la anotación @Test de JUnit.
El JavaDoc es muy detallado, y la vista de documentación rápida explica cómo utilizar la anotación.
Pero la documentación oficial en el sitio web suele ser más fácil de leer y tiene más ejemplos.
Cuando un equipo empieza a aprender una biblioteca, tener un conjunto de tutoriales recomendados, puede ser muy útil.
Sensei tiene una acción goto que podemos utilizar para abrir una URL, lo que nos permite enlazar con sitios externos y ejemplos para la documentación que, como equipo, encontramos útil.
Implementación de la URL Goto
Para implementar esto crearía una búsqueda que coincida con la anotación @Test de Junit.
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.api.Test"
Y luego añadiría acciones goto para cada una de las URLs que considere útiles.
Por ejemplo
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods
El ejemplo siguiente crearía una única acción de anotaciones JUnit (learn) que abriría ambas URLs en un navegador al mismo tiempo.
availableFixes:
- name: "Learn about JUnit Annotations"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"=
- goto:
type: "URL"
valor: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Y cuando lo activo en IntelliJ con Alt+Enter veo el menú contextual que puedo seleccionar para saltar a la documentación.
Acciones múltiples
Podría optar por tener múltiples Acciones para que cada URL o tutorial tenga su propia opción en el menú emergente alt+enter Quick Fix.
Por ejemplo, para la anotación @Parameterized, podría querer enlazar con la documentación oficial y un conjunto de código de ejemplo en línea.
- https://junit.org/junit5/docs/current/user-guide/#writing-tests-parameterized-tests
- https://github.com/eviltester/junitexamples/blob/master/src/test/java/parameterized/junit5/InitialExampleTest.java
Simplemente crearía una receta que busque la anotación:
search:
annotation:
owner:
method: {}
type: "org.junit.jupiter.params.ParameterizedTest"
Y enlaces a los sitios que he identificado como útiles:
availableFixes:
- name: "JUnit Annotations (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-annotations"
- name: "¿Qué es una prueba JUnit? (learn)"
actions:
- goto:
type: "URL"
value: "https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods"
Ambos enlaces aparecerán entonces en el cuadro de diálogo emergente.
¿Quién se beneficiaría?
Me habría resultado útil a la hora de utilizar y aprender las bibliotecas, sobre todo al dirigir equipos y ayudarles a adoptar una nueva biblioteca.
Esto también podría beneficiar a los equipos que crean bibliotecas, al crear un conjunto estándar de recetas de documentación para ayudar a guiar a la gente a través de la adopción de la biblioteca o de nuevas características en la biblioteca.
Esto sería especialmente útil si el mantenimiento del código y el de la documentación son realizados por equipos diferentes.
Puedes instalar Sensei desde IntelliJ usando `preferences > plugins` (sólo busca "sensei secure code").
Todo el código de esta entrada del blog está en Github en el módulo junitexamples en https://github.com/SecureCodeWarrior/sensei-blog-examples
Índice
Alan Richardson cuenta con más de veinte años de experiencia profesional en TI, trabajando como desarrollador y en todos los niveles de la jerarquía de pruebas, desde probador hasta jefe de pruebas. Jefe de Relaciones con los Desarrolladores en Secure Code Warrior, trabaja directamente con los equipos, para mejorar el desarrollo de un código seguro de calidad. Alan es autor de cuatro libros, entre ellos "Dear Evil Tester" y "Java For Testers". Alan también ha creado una formación en línea courses para ayudar a la gente a aprender las pruebas técnicas de la web y Selenium WebDriver con Java. Alan publica sus escritos y vídeos de formación en SeleniumSimplified.com, EvilTester.com, JavaForTesters.com, y CompendiumDev.co.uk.
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
Panorama de la gestión de riesgos de los promotores
La gestión de riesgos del desarrollador es un enfoque holístico y proactivo de la seguridad de las aplicaciones, centrado en quienes contribuyen al código y no en los bits y bytes de la propia capa de la aplicación.
Seguridad desde el diseño: Definición de las mejores prácticas, capacitación de los desarrolladores y evaluación comparativa de los resultados de la seguridad preventiva
En este documento de investigación, los cofundadores Secure Code Warrior , Pieter Danhieux y el Dr. Matias Madou, Ph.D., junto con los expertos colaboradores, Chris Inglis, ex Director Nacional Cibernético de EE.UU. (ahora Asesor Estratégico de Paladin Capital Group), y Devin Lynch, Director Senior, Paladin Global Institute, revelarán los hallazgos clave de más de veinte entrevistas en profundidad con líderes de seguridad empresarial, incluyendo CISOs, un VP de Seguridad de Aplicaciones y profesionales de seguridad de software.
Evaluación comparativa de las competencias en materia de seguridad: optimización del diseño seguro en la empresa
Encontrar datos significativos sobre el éxito de las iniciativas Secure-by-Design es notoriamente difícil. Los responsables de la seguridad de la información se enfrentan a menudo al reto de demostrar el rendimiento de la inversión (ROI) y el valor empresarial de las actividades de los programas de seguridad, tanto a nivel de las personas como de la empresa. Por no mencionar que a las empresas les resulta especialmente difícil obtener información sobre cómo se comparan sus organizaciones con los estándares actuales del sector. La Estrategia Nacional de Ciberseguridad del Presidente desafió a las partes interesadas a "adoptar la seguridad y la resiliencia desde el diseño". La clave para que las iniciativas de seguridad por diseño funcionen no es sólo dotar a los desarrolladores de las habilidades necesarias para garantizar un código seguro, sino también garantizar a los reguladores que esas habilidades están en su lugar. En esta presentación, compartimos una miríada de datos cualitativos y cuantitativos, derivados de múltiples fuentes primarias, incluidos puntos de datos internos recogidos de más de 250.000 desarrolladores, opiniones de clientes basadas en datos y estudios públicos. Aprovechando esta agregación de puntos de datos, pretendemos comunicar una visión del estado actual de las iniciativas Secure-by-Design en múltiples verticales. El informe detalla por qué este espacio está actualmente infrautilizado, el impacto significativo que un programa de mejora de las competencias puede tener en la mitigación de los riesgos de ciberseguridad y el potencial para eliminar categorías de vulnerabilidades de un código base.
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.
Recursos para empezar
Revelado: Cómo define el sector cibernético la seguridad por diseño
En nuestro último libro blanco, nuestros cofundadores, Pieter Danhieux y el doctor Matias Madou, se sentaron con más de veinte líderes de seguridad empresarial, incluidos CISO, líderes de AppSec y profesionales de la seguridad, para averiguar las piezas clave de este rompecabezas y descubrir la realidad detrás del movimiento Secure by Design. Se trata de una ambición compartida por todos los equipos de seguridad, pero no de un libro de jugadas compartido.
¿Vibe Coding va a convertir tu código en una fiesta de fraternidad?
Vibe Coding es como una fiesta de fraternidad universitaria, y la IA es la pieza central de todos los festejos, el barril. Es muy divertido dar rienda suelta a la creatividad y ver adónde te lleva tu imaginación, pero después de unas cuantas borracheras, beber (o usar IA) con moderación es, sin duda, la solución más segura a largo plazo.
Codificación orientada al desarrollador.
Con seguridad.
Póngase en contacto con nosotros hoy mismo y haga de la seguridad del software una parte intrínseca de su proceso de desarrollo.
