Más infracciones, más problemas: El coste de la confianza en las aplicaciones de terceros
No es ningún secreto que nuestra principal misión es hacer que el software y su desarrollo sean seguros; creados teniendo en cuenta la seguridad desde el principio de la producción. Nuestra visión establece un nuevo punto de referencia para la creación de software, en el que los desarrolladores cuentan con las habilidades y los conocimientos necesarios para detectar el código vulnerable durante el proceso de escritura y solucionarlo incluso antes de que se convierta en un problema.
Así que, teniendo esto en cuenta, puede que piense que estamos encantados de oír hablar de nuevas violaciones de datos, ciberataques y códigos explotados que afectan a empresas de todo el mundo; estos incidentes ciertamente ponen de manifiesto la necesidad de nuestro servicio en múltiples verticales. La verdad es que es bastante frustrante. Está claro que, como industria, estamos cometiendo los mismos errores una y otra vez, porque la mayoría de la educación en seguridad no es lo suficientemente sólida como para minimizar el riesgo y detener estas violaciones.
La última víctima de la violación de datos es Ticketmaster. Si te encuentras entre los miles de clientes afectados, habrás recibido un correo electrónico en el que se te notifica el incidente y que debes cambiar tu contraseña. Nadie espera que sus datos personales sean violados simplemente por comprar entradas para un concierto o un evento deportivo, y sin embargo aquí estamos.
Es una situación horrible para todos; perjudicial para la reputación de Ticketmaster y una experiencia de cliente francamente mala. Sin embargo, hay un problema: no fue del todo culpa suya.
La empresa utilizaba los servicios de una aplicación de atención al cliente de terceros de Inbenta Technologies. Ticketmaster UK descubrió que el producto contenía un código malicioso, lo que hizo que el cinco por ciento de los datos de sus clientes a nivel mundial se vieran comprometidos.
¿Y cómo consiguieron exactamente los hackers explotar este sistema? Manipularon una única línea de código JavaScript, personalizada por Inbenta Technologies para las necesidades de Ticketmaster. Según Inbenta, el código se utilizó en una página para la que no fue construido, y de haberlo sabido, lo habrían identificado como una vulnerabilidad de seguridad.
La vulnerabilidad en sí es esencialmente un problema de seguridad de la biblioteca de carga/almacenamiento de archivos, en el que una sola violación puede afectar a todos los sitios en los que se cargue el mismo código. El código puede ser modificado para recoger y redirigir datos personales a los atacantes, sólo para empezar. Se trata de un simple exploit con un potencial de daño de gran alcance, y es algo contra lo que estamos trabajando con una serie de ejercicios de formación en la plataforma para los desarrolladores.
Por supuesto, es prácticamente imposible dirigir un negocio sin depender de algunas aplicaciones de terceros. Sin embargo, no tienes ningún control sobre cómo construyen su software, y esencialmente cero visibilidad en la fuerza de seguridad de su código. Se convierte en un ejercicio de confianza. Si su socio externo es poco riguroso en sus prácticas de codificación segura, puede estar abriendo la puerta a una brecha en su empresa.
Entonces, ¿cuál es la solución? En pocas palabras: todos debemos hacerlo mejor. Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Es más fácil de lo que cree dotar a su equipo de desarrollo de las herramientas y los conocimientos adecuados para adoptar la seguridad y detener el código malicioso en su camino. Nos ha complacido ver que muchas de las empresas financieras, de telecomunicaciones, de venta al por menor y de tecnología más grandes y conocidas del mundo han adoptado este nuevo enfoque, pero no debería ser un dominio exclusivo de las empresas de la lista Fortune 100 el tomar medidas en materia de educación en seguridad. Todas las empresas que cuentan con desarrolladores entre su personal necesitan implementar la formación para ayudar a los equipos a codificar de forma segura.
El libro blanco recientemente publicado que escribí junto con nuestro CTO Matias Madou, muestra los beneficios de construir una cultura de seguridad en su organización. Detallamos por qué es la clave para desbloquear la innovación, mantenerse ágil y reducir el impacto financiero del código inseguro.
Encontrarás consejos como:
Cómo hacer que la formación en seguridad sea relevante y atractiva para los desarrolladores
Cómo enseñar a los desarrolladores a identificar y solucionar sus propios problemas
* Cómo ayudar a los desarrolladores a construir su propio código de forma segura.
Le invito a que descargue este recurso y lo utilice para defender la seguridad en su organización, desarrollar las habilidades de su equipo y estar a la vanguardia del establecimiento de un estándar de código más alto.
Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.


Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Director General, Presidente y Cofundador

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ónDirector 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.


No es ningún secreto que nuestra principal misión es hacer que el software y su desarrollo sean seguros; creados teniendo en cuenta la seguridad desde el principio de la producción. Nuestra visión establece un nuevo punto de referencia para la creación de software, en el que los desarrolladores cuentan con las habilidades y los conocimientos necesarios para detectar el código vulnerable durante el proceso de escritura y solucionarlo incluso antes de que se convierta en un problema.
Así que, teniendo esto en cuenta, puede que piense que estamos encantados de oír hablar de nuevas violaciones de datos, ciberataques y códigos explotados que afectan a empresas de todo el mundo; estos incidentes ciertamente ponen de manifiesto la necesidad de nuestro servicio en múltiples verticales. La verdad es que es bastante frustrante. Está claro que, como industria, estamos cometiendo los mismos errores una y otra vez, porque la mayoría de la educación en seguridad no es lo suficientemente sólida como para minimizar el riesgo y detener estas violaciones.
La última víctima de la violación de datos es Ticketmaster. Si te encuentras entre los miles de clientes afectados, habrás recibido un correo electrónico en el que se te notifica el incidente y que debes cambiar tu contraseña. Nadie espera que sus datos personales sean violados simplemente por comprar entradas para un concierto o un evento deportivo, y sin embargo aquí estamos.
Es una situación horrible para todos; perjudicial para la reputación de Ticketmaster y una experiencia de cliente francamente mala. Sin embargo, hay un problema: no fue del todo culpa suya.
La empresa utilizaba los servicios de una aplicación de atención al cliente de terceros de Inbenta Technologies. Ticketmaster UK descubrió que el producto contenía un código malicioso, lo que hizo que el cinco por ciento de los datos de sus clientes a nivel mundial se vieran comprometidos.
¿Y cómo consiguieron exactamente los hackers explotar este sistema? Manipularon una única línea de código JavaScript, personalizada por Inbenta Technologies para las necesidades de Ticketmaster. Según Inbenta, el código se utilizó en una página para la que no fue construido, y de haberlo sabido, lo habrían identificado como una vulnerabilidad de seguridad.
La vulnerabilidad en sí es esencialmente un problema de seguridad de la biblioteca de carga/almacenamiento de archivos, en el que una sola violación puede afectar a todos los sitios en los que se cargue el mismo código. El código puede ser modificado para recoger y redirigir datos personales a los atacantes, sólo para empezar. Se trata de un simple exploit con un potencial de daño de gran alcance, y es algo contra lo que estamos trabajando con una serie de ejercicios de formación en la plataforma para los desarrolladores.
Por supuesto, es prácticamente imposible dirigir un negocio sin depender de algunas aplicaciones de terceros. Sin embargo, no tienes ningún control sobre cómo construyen su software, y esencialmente cero visibilidad en la fuerza de seguridad de su código. Se convierte en un ejercicio de confianza. Si su socio externo es poco riguroso en sus prácticas de codificación segura, puede estar abriendo la puerta a una brecha en su empresa.
Entonces, ¿cuál es la solución? En pocas palabras: todos debemos hacerlo mejor. Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Es más fácil de lo que cree dotar a su equipo de desarrollo de las herramientas y los conocimientos adecuados para adoptar la seguridad y detener el código malicioso en su camino. Nos ha complacido ver que muchas de las empresas financieras, de telecomunicaciones, de venta al por menor y de tecnología más grandes y conocidas del mundo han adoptado este nuevo enfoque, pero no debería ser un dominio exclusivo de las empresas de la lista Fortune 100 el tomar medidas en materia de educación en seguridad. Todas las empresas que cuentan con desarrolladores entre su personal necesitan implementar la formación para ayudar a los equipos a codificar de forma segura.
El libro blanco recientemente publicado que escribí junto con nuestro CTO Matias Madou, muestra los beneficios de construir una cultura de seguridad en su organización. Detallamos por qué es la clave para desbloquear la innovación, mantenerse ágil y reducir el impacto financiero del código inseguro.
Encontrarás consejos como:
Cómo hacer que la formación en seguridad sea relevante y atractiva para los desarrolladores
Cómo enseñar a los desarrolladores a identificar y solucionar sus propios problemas
* Cómo ayudar a los desarrolladores a construir su propio código de forma segura.
Le invito a que descargue este recurso y lo utilice para defender la seguridad en su organización, desarrollar las habilidades de su equipo y estar a la vanguardia del establecimiento de un estándar de código más alto.
Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.

No es ningún secreto que nuestra principal misión es hacer que el software y su desarrollo sean seguros; creados teniendo en cuenta la seguridad desde el principio de la producción. Nuestra visión establece un nuevo punto de referencia para la creación de software, en el que los desarrolladores cuentan con las habilidades y los conocimientos necesarios para detectar el código vulnerable durante el proceso de escritura y solucionarlo incluso antes de que se convierta en un problema.
Así que, teniendo esto en cuenta, puede que piense que estamos encantados de oír hablar de nuevas violaciones de datos, ciberataques y códigos explotados que afectan a empresas de todo el mundo; estos incidentes ciertamente ponen de manifiesto la necesidad de nuestro servicio en múltiples verticales. La verdad es que es bastante frustrante. Está claro que, como industria, estamos cometiendo los mismos errores una y otra vez, porque la mayoría de la educación en seguridad no es lo suficientemente sólida como para minimizar el riesgo y detener estas violaciones.
La última víctima de la violación de datos es Ticketmaster. Si te encuentras entre los miles de clientes afectados, habrás recibido un correo electrónico en el que se te notifica el incidente y que debes cambiar tu contraseña. Nadie espera que sus datos personales sean violados simplemente por comprar entradas para un concierto o un evento deportivo, y sin embargo aquí estamos.
Es una situación horrible para todos; perjudicial para la reputación de Ticketmaster y una experiencia de cliente francamente mala. Sin embargo, hay un problema: no fue del todo culpa suya.
La empresa utilizaba los servicios de una aplicación de atención al cliente de terceros de Inbenta Technologies. Ticketmaster UK descubrió que el producto contenía un código malicioso, lo que hizo que el cinco por ciento de los datos de sus clientes a nivel mundial se vieran comprometidos.
¿Y cómo consiguieron exactamente los hackers explotar este sistema? Manipularon una única línea de código JavaScript, personalizada por Inbenta Technologies para las necesidades de Ticketmaster. Según Inbenta, el código se utilizó en una página para la que no fue construido, y de haberlo sabido, lo habrían identificado como una vulnerabilidad de seguridad.
La vulnerabilidad en sí es esencialmente un problema de seguridad de la biblioteca de carga/almacenamiento de archivos, en el que una sola violación puede afectar a todos los sitios en los que se cargue el mismo código. El código puede ser modificado para recoger y redirigir datos personales a los atacantes, sólo para empezar. Se trata de un simple exploit con un potencial de daño de gran alcance, y es algo contra lo que estamos trabajando con una serie de ejercicios de formación en la plataforma para los desarrolladores.
Por supuesto, es prácticamente imposible dirigir un negocio sin depender de algunas aplicaciones de terceros. Sin embargo, no tienes ningún control sobre cómo construyen su software, y esencialmente cero visibilidad en la fuerza de seguridad de su código. Se convierte en un ejercicio de confianza. Si su socio externo es poco riguroso en sus prácticas de codificación segura, puede estar abriendo la puerta a una brecha en su empresa.
Entonces, ¿cuál es la solución? En pocas palabras: todos debemos hacerlo mejor. Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Es más fácil de lo que cree dotar a su equipo de desarrollo de las herramientas y los conocimientos adecuados para adoptar la seguridad y detener el código malicioso en su camino. Nos ha complacido ver que muchas de las empresas financieras, de telecomunicaciones, de venta al por menor y de tecnología más grandes y conocidas del mundo han adoptado este nuevo enfoque, pero no debería ser un dominio exclusivo de las empresas de la lista Fortune 100 el tomar medidas en materia de educación en seguridad. Todas las empresas que cuentan con desarrolladores entre su personal necesitan implementar la formación para ayudar a los equipos a codificar de forma segura.
El libro blanco recientemente publicado que escribí junto con nuestro CTO Matias Madou, muestra los beneficios de construir una cultura de seguridad en su organización. Detallamos por qué es la clave para desbloquear la innovación, mantenerse ágil y reducir el impacto financiero del código inseguro.
Encontrarás consejos como:
Cómo hacer que la formación en seguridad sea relevante y atractiva para los desarrolladores
Cómo enseñar a los desarrolladores a identificar y solucionar sus propios problemas
* Cómo ayudar a los desarrolladores a construir su propio código de forma segura.
Le invito a que descargue este recurso y lo utilice para defender la seguridad en su organización, desarrollar las habilidades de su equipo y estar a la vanguardia del establecimiento de un estándar de código más alto.
Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.

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ónDirector 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.
No es ningún secreto que nuestra principal misión es hacer que el software y su desarrollo sean seguros; creados teniendo en cuenta la seguridad desde el principio de la producción. Nuestra visión establece un nuevo punto de referencia para la creación de software, en el que los desarrolladores cuentan con las habilidades y los conocimientos necesarios para detectar el código vulnerable durante el proceso de escritura y solucionarlo incluso antes de que se convierta en un problema.
Así que, teniendo esto en cuenta, puede que piense que estamos encantados de oír hablar de nuevas violaciones de datos, ciberataques y códigos explotados que afectan a empresas de todo el mundo; estos incidentes ciertamente ponen de manifiesto la necesidad de nuestro servicio en múltiples verticales. La verdad es que es bastante frustrante. Está claro que, como industria, estamos cometiendo los mismos errores una y otra vez, porque la mayoría de la educación en seguridad no es lo suficientemente sólida como para minimizar el riesgo y detener estas violaciones.
La última víctima de la violación de datos es Ticketmaster. Si te encuentras entre los miles de clientes afectados, habrás recibido un correo electrónico en el que se te notifica el incidente y que debes cambiar tu contraseña. Nadie espera que sus datos personales sean violados simplemente por comprar entradas para un concierto o un evento deportivo, y sin embargo aquí estamos.
Es una situación horrible para todos; perjudicial para la reputación de Ticketmaster y una experiencia de cliente francamente mala. Sin embargo, hay un problema: no fue del todo culpa suya.
La empresa utilizaba los servicios de una aplicación de atención al cliente de terceros de Inbenta Technologies. Ticketmaster UK descubrió que el producto contenía un código malicioso, lo que hizo que el cinco por ciento de los datos de sus clientes a nivel mundial se vieran comprometidos.
¿Y cómo consiguieron exactamente los hackers explotar este sistema? Manipularon una única línea de código JavaScript, personalizada por Inbenta Technologies para las necesidades de Ticketmaster. Según Inbenta, el código se utilizó en una página para la que no fue construido, y de haberlo sabido, lo habrían identificado como una vulnerabilidad de seguridad.
La vulnerabilidad en sí es esencialmente un problema de seguridad de la biblioteca de carga/almacenamiento de archivos, en el que una sola violación puede afectar a todos los sitios en los que se cargue el mismo código. El código puede ser modificado para recoger y redirigir datos personales a los atacantes, sólo para empezar. Se trata de un simple exploit con un potencial de daño de gran alcance, y es algo contra lo que estamos trabajando con una serie de ejercicios de formación en la plataforma para los desarrolladores.
Por supuesto, es prácticamente imposible dirigir un negocio sin depender de algunas aplicaciones de terceros. Sin embargo, no tienes ningún control sobre cómo construyen su software, y esencialmente cero visibilidad en la fuerza de seguridad de su código. Se convierte en un ejercicio de confianza. Si su socio externo es poco riguroso en sus prácticas de codificación segura, puede estar abriendo la puerta a una brecha en su empresa.
Entonces, ¿cuál es la solución? En pocas palabras: todos debemos hacerlo mejor. Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Es más fácil de lo que cree dotar a su equipo de desarrollo de las herramientas y los conocimientos adecuados para adoptar la seguridad y detener el código malicioso en su camino. Nos ha complacido ver que muchas de las empresas financieras, de telecomunicaciones, de venta al por menor y de tecnología más grandes y conocidas del mundo han adoptado este nuevo enfoque, pero no debería ser un dominio exclusivo de las empresas de la lista Fortune 100 el tomar medidas en materia de educación en seguridad. Todas las empresas que cuentan con desarrolladores entre su personal necesitan implementar la formación para ayudar a los equipos a codificar de forma segura.
El libro blanco recientemente publicado que escribí junto con nuestro CTO Matias Madou, muestra los beneficios de construir una cultura de seguridad en su organización. Detallamos por qué es la clave para desbloquear la innovación, mantenerse ágil y reducir el impacto financiero del código inseguro.
Encontrarás consejos como:
Cómo hacer que la formación en seguridad sea relevante y atractiva para los desarrolladores
Cómo enseñar a los desarrolladores a identificar y solucionar sus propios problemas
* Cómo ayudar a los desarrolladores a construir su propio código de forma segura.
Le invito a que descargue este recurso y lo utilice para defender la seguridad en su organización, desarrollar las habilidades de su equipo y estar a la vanguardia del establecimiento de un estándar de código más alto.
Debemos dejar de pensar en la seguridad como un obstáculo irritante en el camino de la innovación empresarial.
Índice
Director General, Presidente y Cofundador

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
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.
El poder de la marca en AppSec DevSec DevSecOps (¿Qué hay en un acrónimo?)
En AppSec, el impacto duradero de un programa exige algo más que tecnología: necesita una marca fuerte. Una identidad poderosa garantiza que sus iniciativas resuenen e impulsen un compromiso sostenido dentro de su comunidad de desarrolladores.
Recursos para empezar
Nueva categoría de riesgo en el Top Ten de OWASP: Esperar lo inesperado
OWASP Top 10 2025 añade la gestión incorrecta de condiciones excepcionales en el número 10. Mitigue los riesgos mediante una lógica "fail closed", gestores de errores globales y una estricta validación de entradas.
OWASP Top 10 2025: Fallos en la cadena de suministro de software
OWASP Top 10 2025 sitúa los fallos de la cadena de suministro de software en el puesto número 3. Mitigue este riesgo de alto impacto mediante SBOM estrictos, seguimiento de dependencias y refuerzo de la canalización CI/CD.
¡Adopte RÁPIDAMENTE la IA Agéntica en el Desarrollo de Software! (Spoiler: Probablemente no deberías.)
¿Va el mundo de la ciberseguridad demasiado rápido con la IA agéntica? El futuro de la seguridad de la IA ya está aquí, y es hora de que los expertos pasen de la reflexión a la realidad.



.png)

.avif)
.png)


