
コーダーがセキュリティを征服する OWASP トップ 10 API シリーズ-ロギングとモニタリングが不十分
El fallo de registro y supervisión insuficiente se produce principalmente como resultado de un plan de ciberseguridad fallido en lo que respecta al registro de todos los intentos de autenticación fallidos, accesos denegados y errores de validación de entradas. Puede ocurrir en otros puntos del entorno de producción, pero está más asociado a un fallo en la detención de los intentos de inicio de sesión no válidos.
Es una vulnerabilidad peligrosa porque significa que los equipos de ciberseguridad no responderán a los ataques porque no los conocen. Esto da a los atacantes una gran ventaja, permitiéndoles pasar desapercibidos mientras intentan penetrar más en un sistema o mejorar sus credenciales. De hecho, sin un registro y una supervisión adecuados, resulta muy difícil, o incluso imposible, detectar y detener los ataques antes de que puedan causar un daño significativo.
¿Listo para poner a prueba tus habilidades con un desafío ahora mismo? Mira esto:
¿Cómo se aprovechan los atacantes de la insuficiencia de registro y supervisión?
Cualquier API es vulnerable a un registro y supervisión insuficientes si el nivel de registro no se establece correctamente, si se establece demasiado bajo, si los mensajes de error no incluyen suficientes detalles o si no hay ninguna función de registro.
Un ejemplo interesante sería que un hacker obtuviera una gran lista de nombres de usuario comprometidos para un sitio web o servicio. Mediante la experimentación, podrían averiguar que se necesitan tres intentos fallidos de inicio de sesión antes de que se bloquee el sistema, y antes de que se notifique al personal de ciberseguridad.
Armados con esta información, en lugar de tratar de forzar cuentas individuales, podrían escribir un script para tratar de iniciar sesión como cada nombre de su lista comprometida utilizando contraseñas comunes como "123456" o "contraseña". El truco es que sólo intenten cada nombre de usuario una vez, o quizás dos, manteniéndose por debajo del umbral de bloqueos y alertas. Si tienen suerte, comprometerán al menos unas cuantas contraseñas de entrada. Después, simplemente esperan un día a que el contador de inicios de sesión se restablezca y vuelven a ejecutar el proceso utilizando contraseñas diferentes como "qwerty" o "god". Si los administradores nunca detectan lo que están haciendo, los atacantes pueden pasar por la lista muchas veces y finalmente comprometer la mayoría de las cuentas con contraseñas débiles.
Esto sucedió en el ejemplo suministrado por OWASP, en el que una plataforma para compartir vídeos fue atacada mediante un ataque de relleno de credenciales que explotaba la vulnerabilidad de registro y monitorización insuficiente. Hasta que la empresa empezó a recibir quejas de los usuarios, no tenía ni idea de que el ataque estaba ocurriendo. Finalmente, encontraron pruebas en los registros de la API, y tuvieron que emitir una notificación de cambio forzado de contraseña a todos sus usuarios, así como informar del ataque a las autoridades reguladoras.
Eliminación de la vulnerabilidad del registro y la supervisión insuficientes
La automatización y la supervisión constante pueden ayudar a poner fin a esta vulnerabilidad. Para empezar, hay que registrar todos los intentos de autenticación fallidos. Y ese registro debe ponerse en un formato legible por la máquina, como STIX y TAXII, de modo que pueda introducirse en un sistema de gestión de eventos e información de seguridad (SIEM) que esté capacitado para buscar ataques independientemente de los umbrales utilizados.
También debe proteger sus archivos de registro. Trátelos como información sensible y protéjalos de la eliminación o modificación por parte de los atacantes. Una buena política es hacer una copia de seguridad de los archivos de registro y cifrarlos.
Por último, cree cuadros de mando y alertas personalizados para poder detectar cualquier actividad sospechosa y responder a ella lo antes posible. Si se elimina el tiempo que un atacante pasa con el sistema, se elimina su capacidad de utilizar técnicas de ataque bajas y lentas para no ser detectado.
Consulte las páginas del Secure Code Warrior páginas del blog para obtener más información sobre esta vulnerabilidad y sobre cómo proteger a su organización y a sus clientes de los estragos de otros fallos de seguridad. También puede probar una demostración de la plataforma de formación Secure Code Warrior para mantener todos sus conocimientos de ciberseguridad perfeccionados y actualizados.


ロギングと監視が不十分な欠陥は、ほとんどの場合、失敗した認証試行、アクセス拒否、入力検証エラーをすべてログに記録するというサイバーセキュリティ計画が失敗したために発生します。
El Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.

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ónEl Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, 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 liderado varios proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y ha obtenido más de 10 patentes.Cuando no está frente a su escritorio, Matías imparte cursos avanzados de formación en seguridad de aplicaciones y participa regularmente como ponente en conferencias internacionales como RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías obtuvo un doctorado en Ingeniería Informática en la Universidad de Gante, donde aprendió sobre la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar su funcionamiento interno.


El fallo de registro y supervisión insuficiente se produce principalmente como resultado de un plan de ciberseguridad fallido en lo que respecta al registro de todos los intentos de autenticación fallidos, accesos denegados y errores de validación de entradas. Puede ocurrir en otros puntos del entorno de producción, pero está más asociado a un fallo en la detención de los intentos de inicio de sesión no válidos.
Es una vulnerabilidad peligrosa porque significa que los equipos de ciberseguridad no responderán a los ataques porque no los conocen. Esto da a los atacantes una gran ventaja, permitiéndoles pasar desapercibidos mientras intentan penetrar más en un sistema o mejorar sus credenciales. De hecho, sin un registro y una supervisión adecuados, resulta muy difícil, o incluso imposible, detectar y detener los ataques antes de que puedan causar un daño significativo.
¿Listo para poner a prueba tus habilidades con un desafío ahora mismo? Mira esto:
¿Cómo se aprovechan los atacantes de la insuficiencia de registro y supervisión?
Cualquier API es vulnerable a un registro y supervisión insuficientes si el nivel de registro no se establece correctamente, si se establece demasiado bajo, si los mensajes de error no incluyen suficientes detalles o si no hay ninguna función de registro.
Un ejemplo interesante sería que un hacker obtuviera una gran lista de nombres de usuario comprometidos para un sitio web o servicio. Mediante la experimentación, podrían averiguar que se necesitan tres intentos fallidos de inicio de sesión antes de que se bloquee el sistema, y antes de que se notifique al personal de ciberseguridad.
Armados con esta información, en lugar de tratar de forzar cuentas individuales, podrían escribir un script para tratar de iniciar sesión como cada nombre de su lista comprometida utilizando contraseñas comunes como "123456" o "contraseña". El truco es que sólo intenten cada nombre de usuario una vez, o quizás dos, manteniéndose por debajo del umbral de bloqueos y alertas. Si tienen suerte, comprometerán al menos unas cuantas contraseñas de entrada. Después, simplemente esperan un día a que el contador de inicios de sesión se restablezca y vuelven a ejecutar el proceso utilizando contraseñas diferentes como "qwerty" o "god". Si los administradores nunca detectan lo que están haciendo, los atacantes pueden pasar por la lista muchas veces y finalmente comprometer la mayoría de las cuentas con contraseñas débiles.
Esto sucedió en el ejemplo suministrado por OWASP, en el que una plataforma para compartir vídeos fue atacada mediante un ataque de relleno de credenciales que explotaba la vulnerabilidad de registro y monitorización insuficiente. Hasta que la empresa empezó a recibir quejas de los usuarios, no tenía ni idea de que el ataque estaba ocurriendo. Finalmente, encontraron pruebas en los registros de la API, y tuvieron que emitir una notificación de cambio forzado de contraseña a todos sus usuarios, así como informar del ataque a las autoridades reguladoras.
Eliminación de la vulnerabilidad del registro y la supervisión insuficientes
La automatización y la supervisión constante pueden ayudar a poner fin a esta vulnerabilidad. Para empezar, hay que registrar todos los intentos de autenticación fallidos. Y ese registro debe ponerse en un formato legible por la máquina, como STIX y TAXII, de modo que pueda introducirse en un sistema de gestión de eventos e información de seguridad (SIEM) que esté capacitado para buscar ataques independientemente de los umbrales utilizados.
También debe proteger sus archivos de registro. Trátelos como información sensible y protéjalos de la eliminación o modificación por parte de los atacantes. Una buena política es hacer una copia de seguridad de los archivos de registro y cifrarlos.
Por último, cree cuadros de mando y alertas personalizados para poder detectar cualquier actividad sospechosa y responder a ella lo antes posible. Si se elimina el tiempo que un atacante pasa con el sistema, se elimina su capacidad de utilizar técnicas de ataque bajas y lentas para no ser detectado.
Consulte las páginas del Secure Code Warrior páginas del blog para obtener más información sobre esta vulnerabilidad y sobre cómo proteger a su organización y a sus clientes de los estragos de otros fallos de seguridad. También puede probar una demostración de la plataforma de formación Secure Code Warrior para mantener todos sus conocimientos de ciberseguridad perfeccionados y actualizados.

El fallo de registro y supervisión insuficiente se produce principalmente como resultado de un plan de ciberseguridad fallido en lo que respecta al registro de todos los intentos de autenticación fallidos, accesos denegados y errores de validación de entradas. Puede ocurrir en otros puntos del entorno de producción, pero está más asociado a un fallo en la detención de los intentos de inicio de sesión no válidos.
Es una vulnerabilidad peligrosa porque significa que los equipos de ciberseguridad no responderán a los ataques porque no los conocen. Esto da a los atacantes una gran ventaja, permitiéndoles pasar desapercibidos mientras intentan penetrar más en un sistema o mejorar sus credenciales. De hecho, sin un registro y una supervisión adecuados, resulta muy difícil, o incluso imposible, detectar y detener los ataques antes de que puedan causar un daño significativo.
¿Listo para poner a prueba tus habilidades con un desafío ahora mismo? Mira esto:
¿Cómo se aprovechan los atacantes de la insuficiencia de registro y supervisión?
Cualquier API es vulnerable a un registro y supervisión insuficientes si el nivel de registro no se establece correctamente, si se establece demasiado bajo, si los mensajes de error no incluyen suficientes detalles o si no hay ninguna función de registro.
Un ejemplo interesante sería que un hacker obtuviera una gran lista de nombres de usuario comprometidos para un sitio web o servicio. Mediante la experimentación, podrían averiguar que se necesitan tres intentos fallidos de inicio de sesión antes de que se bloquee el sistema, y antes de que se notifique al personal de ciberseguridad.
Armados con esta información, en lugar de tratar de forzar cuentas individuales, podrían escribir un script para tratar de iniciar sesión como cada nombre de su lista comprometida utilizando contraseñas comunes como "123456" o "contraseña". El truco es que sólo intenten cada nombre de usuario una vez, o quizás dos, manteniéndose por debajo del umbral de bloqueos y alertas. Si tienen suerte, comprometerán al menos unas cuantas contraseñas de entrada. Después, simplemente esperan un día a que el contador de inicios de sesión se restablezca y vuelven a ejecutar el proceso utilizando contraseñas diferentes como "qwerty" o "god". Si los administradores nunca detectan lo que están haciendo, los atacantes pueden pasar por la lista muchas veces y finalmente comprometer la mayoría de las cuentas con contraseñas débiles.
Esto sucedió en el ejemplo suministrado por OWASP, en el que una plataforma para compartir vídeos fue atacada mediante un ataque de relleno de credenciales que explotaba la vulnerabilidad de registro y monitorización insuficiente. Hasta que la empresa empezó a recibir quejas de los usuarios, no tenía ni idea de que el ataque estaba ocurriendo. Finalmente, encontraron pruebas en los registros de la API, y tuvieron que emitir una notificación de cambio forzado de contraseña a todos sus usuarios, así como informar del ataque a las autoridades reguladoras.
Eliminación de la vulnerabilidad del registro y la supervisión insuficientes
La automatización y la supervisión constante pueden ayudar a poner fin a esta vulnerabilidad. Para empezar, hay que registrar todos los intentos de autenticación fallidos. Y ese registro debe ponerse en un formato legible por la máquina, como STIX y TAXII, de modo que pueda introducirse en un sistema de gestión de eventos e información de seguridad (SIEM) que esté capacitado para buscar ataques independientemente de los umbrales utilizados.
También debe proteger sus archivos de registro. Trátelos como información sensible y protéjalos de la eliminación o modificación por parte de los atacantes. Una buena política es hacer una copia de seguridad de los archivos de registro y cifrarlos.
Por último, cree cuadros de mando y alertas personalizados para poder detectar cualquier actividad sospechosa y responder a ella lo antes posible. Si se elimina el tiempo que un atacante pasa con el sistema, se elimina su capacidad de utilizar técnicas de ataque bajas y lentas para no ser detectado.
Consulte las páginas del Secure Code Warrior páginas del blog para obtener más información sobre esta vulnerabilidad y sobre cómo proteger a su organización y a sus clientes de los estragos de otros fallos de seguridad. También puede probar una demostración de la plataforma de formación Secure Code Warrior para mantener todos sus conocimientos de ciberseguridad perfeccionados y actualizados.

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ónEl Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, 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 liderado varios proyectos de investigación sobre seguridad de aplicaciones que han dado lugar a productos comerciales y ha obtenido más de 10 patentes.Cuando no está frente a su escritorio, Matías imparte cursos avanzados de formación en seguridad de aplicaciones y participa regularmente como ponente en conferencias internacionales como RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec y BruCon.
Matías obtuvo un doctorado en Ingeniería Informática en la Universidad de Gante, donde aprendió sobre la seguridad de las aplicaciones mediante la ofuscación de programas para ocultar su funcionamiento interno.
El fallo de registro y supervisión insuficiente se produce principalmente como resultado de un plan de ciberseguridad fallido en lo que respecta al registro de todos los intentos de autenticación fallidos, accesos denegados y errores de validación de entradas. Puede ocurrir en otros puntos del entorno de producción, pero está más asociado a un fallo en la detención de los intentos de inicio de sesión no válidos.
Es una vulnerabilidad peligrosa porque significa que los equipos de ciberseguridad no responderán a los ataques porque no los conocen. Esto da a los atacantes una gran ventaja, permitiéndoles pasar desapercibidos mientras intentan penetrar más en un sistema o mejorar sus credenciales. De hecho, sin un registro y una supervisión adecuados, resulta muy difícil, o incluso imposible, detectar y detener los ataques antes de que puedan causar un daño significativo.
¿Listo para poner a prueba tus habilidades con un desafío ahora mismo? Mira esto:
¿Cómo se aprovechan los atacantes de la insuficiencia de registro y supervisión?
Cualquier API es vulnerable a un registro y supervisión insuficientes si el nivel de registro no se establece correctamente, si se establece demasiado bajo, si los mensajes de error no incluyen suficientes detalles o si no hay ninguna función de registro.
Un ejemplo interesante sería que un hacker obtuviera una gran lista de nombres de usuario comprometidos para un sitio web o servicio. Mediante la experimentación, podrían averiguar que se necesitan tres intentos fallidos de inicio de sesión antes de que se bloquee el sistema, y antes de que se notifique al personal de ciberseguridad.
Armados con esta información, en lugar de tratar de forzar cuentas individuales, podrían escribir un script para tratar de iniciar sesión como cada nombre de su lista comprometida utilizando contraseñas comunes como "123456" o "contraseña". El truco es que sólo intenten cada nombre de usuario una vez, o quizás dos, manteniéndose por debajo del umbral de bloqueos y alertas. Si tienen suerte, comprometerán al menos unas cuantas contraseñas de entrada. Después, simplemente esperan un día a que el contador de inicios de sesión se restablezca y vuelven a ejecutar el proceso utilizando contraseñas diferentes como "qwerty" o "god". Si los administradores nunca detectan lo que están haciendo, los atacantes pueden pasar por la lista muchas veces y finalmente comprometer la mayoría de las cuentas con contraseñas débiles.
Esto sucedió en el ejemplo suministrado por OWASP, en el que una plataforma para compartir vídeos fue atacada mediante un ataque de relleno de credenciales que explotaba la vulnerabilidad de registro y monitorización insuficiente. Hasta que la empresa empezó a recibir quejas de los usuarios, no tenía ni idea de que el ataque estaba ocurriendo. Finalmente, encontraron pruebas en los registros de la API, y tuvieron que emitir una notificación de cambio forzado de contraseña a todos sus usuarios, así como informar del ataque a las autoridades reguladoras.
Eliminación de la vulnerabilidad del registro y la supervisión insuficientes
La automatización y la supervisión constante pueden ayudar a poner fin a esta vulnerabilidad. Para empezar, hay que registrar todos los intentos de autenticación fallidos. Y ese registro debe ponerse en un formato legible por la máquina, como STIX y TAXII, de modo que pueda introducirse en un sistema de gestión de eventos e información de seguridad (SIEM) que esté capacitado para buscar ataques independientemente de los umbrales utilizados.
También debe proteger sus archivos de registro. Trátelos como información sensible y protéjalos de la eliminación o modificación por parte de los atacantes. Una buena política es hacer una copia de seguridad de los archivos de registro y cifrarlos.
Por último, cree cuadros de mando y alertas personalizados para poder detectar cualquier actividad sospechosa y responder a ella lo antes posible. Si se elimina el tiempo que un atacante pasa con el sistema, se elimina su capacidad de utilizar técnicas de ataque bajas y lentas para no ser detectado.
Consulte las páginas del Secure Code Warrior páginas del blog para obtener más información sobre esta vulnerabilidad y sobre cómo proteger a su organización y a sus clientes de los estragos de otros fallos de seguridad. También puede probar una demostración de la plataforma de formación Secure Code Warrior para mantener todos sus conocimientos de ciberseguridad perfeccionados y actualizados.
Índice
El Dr. Matias Madu es experto en seguridad, investigador, director técnico y cofundador de Secure Code Warrior. Matias obtuvo su doctorado en seguridad de aplicaciones, centrado en soluciones de análisis estático, en la Universidad de Gante.Posteriormente, se incorporó a Fortify, en Estados Unidos, donde se dio cuenta de que no bastaba con detectar problemas en el código sin ayudar a los desarrolladores a escribir código seguro. Esto le llevó a desarrollar productos que ayudaran a los desarrolladores, redujeran la carga de la seguridad y superaran las expectativas de los clientes. Cuando no está en su escritorio como miembro del equipo Awesome, disfruta presentando en conferencias como RSA, BlackHat y DefCon.

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




%20(1).avif)
.avif)
