Coders Conquer Security OWASP Top 10 API Series - Registro y monitorización insuficientes
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, los accesos denegados y los errores de validación de entradas.
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.


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 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.
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
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
Asistentes de codificación de IA: Guía de navegación segura para la próxima generación de desarrolladores
Los grandes modelos lingüísticos ofrecen ventajas irresistibles en velocidad y productividad, pero también introducen riesgos innegables para la empresa. Las barandillas de seguridad tradicionales no bastan para controlar el diluvio. Los desarrolladores necesitan conocimientos de seguridad precisos y verificados para identificar y prevenir los fallos de seguridad desde el principio del ciclo de vida de desarrollo del software.
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.
Recursos para empezar
Estableciendo el estándar: SCW publica reglas de seguridad de codificación de IA gratuitas en GitHub
El desarrollo asistido por IA ya no es una posibilidad: ya está aquí y está transformando rápidamente la forma de escribir software. Herramientas como GitHub Copilot, Cline, Roo, Cursor, Aider y Windsurf están transformando a los desarrolladores en sus propios copilotos, permitiendo iteraciones más rápidas y acelerando todo, desde la creación de prototipos hasta grandes proyectos de refactorización.
Cierre el círculo de las vulnerabilidades con Secure Code Warrior + HackerOne
Secure Code Warrior se complace en anunciar nuestra nueva integración con HackerOne, líder en soluciones de seguridad ofensiva. Juntos, estamos construyendo un ecosistema potente e integrado. HackerOne señala dónde se producen realmente las vulnerabilidades en entornos reales, exponiendo el "qué" y el "dónde" de los problemas de seguridad.
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.