Así es como lo hago normalmente, aunque depende en gran medida del objetivo / proyecto y es solo cómo me gusta hacerlo yo mismo:

• Comience (probablemente tonto) a confundir la aplicación como tan pronto como tenga el objetivo.
• Mientras tanto, analice estáticamente la aplicación para comprender cómo funciona y, tal vez, para encontrar vulnerabilidades fáciles de alcanzar.
• Trate de comprender si puede hacer que su fuzzer sea más inteligente una vez que tenga suficientes estructuras y funciones descubiertas en IDA.
• Si tiene un éxito en su fuzzer, descubra la causa raíz del problema y si podría ser explotable. Sin embargo, si no es así, vale la pena verificar en profundidad el área donde ocurrió el accidente, ya que es un indicador probable de un área interesante en la que concentrarse.
• Si tiene un impacto mientras realiza un análisis estático , intente escribir un activador simple para él.
• Concéntrese en la parte donde existe el error para continuar analizando estáticamente.
• Una vez que tenga 1 vulnerabilidad verdadera encontrada a través de fuzzing o estáticamente análisis, escriba reglas / scripts para encontrar vulnerabilidades similares.
• Posiblemente escriba un exploit para él y vuelva a 2.
• Cuando esté cansado de encontrar tales vulnerabilidades y después de comprender el funcionamiento interno de la aplicación, intente encontrar fallas lógicas.

PD: Leer la documentación también es una buena manera de encontrar algunas vulnerabilidades, así como leer registros de cambios, parches de diferencias , enviar mensajes, etc ... si tiene acceso al código fuente (a veces puede tener acceso parcial al código fuente del objetivo, incluso para aplicaciones de código cerrado).

Solo mis 2 centavos.