nerdexam
CompTIA

PT0-001 · Question #178

A system security engineer is preparing to conduct a security assessment of some new applications. The applications were provided to the engineer as a set that contains only JAR files. Which of the…

The correct answer is A. Launch the applications and use dynamic software analysis tools, including fuzz testing. Dynamic analysis with fuzz testing exercises the application at runtime to reveal actual behavioral vulnerabilities, providing the most comprehensive view of how the application handles real-world conditions.

Vulnerability discovery and analysis

Question

A system security engineer is preparing to conduct a security assessment of some new applications. The applications were provided to the engineer as a set that contains only JAR files. Which of the following would be the MOST detailed method to gather information on the inner working of these applications?

Options

  • ALaunch the applications and use dynamic software analysis tools, including fuzz testing
  • BUse a static code analyzer on the JAR filet to look for code Quality deficiencies
  • CDecompile the applications to approximate source code and then conduct a manual review
  • DReview the details and extensions of the certificate used to digitally sign the code and the

How the community answered

(60 responses)
  • A
    58% (35)
  • B
    13% (8)
  • C
    23% (14)
  • D
    5% (3)

Why each option

Dynamic analysis with fuzz testing exercises the application at runtime to reveal actual behavioral vulnerabilities, providing the most comprehensive view of how the application handles real-world conditions.

ALaunch the applications and use dynamic software analysis tools, including fuzz testingCorrect

Launching the applications and applying dynamic analysis tools - including fuzz testing - exercises the actual runtime environment, exposing behaviors such as unexpected input handling, memory errors, and live system calls that static inspection of bytecode cannot reveal. Fuzz testing specifically stress-tests the application with malformed and boundary inputs, surfacing vulnerabilities like buffer overflows and injection flaws during execution. This provides a deeper and more accurate picture of security weaknesses than reviewing code alone.

BUse a static code analyzer on the JAR filet to look for code Quality deficiencies

A static code analyzer on JAR files works on compiled bytecode rather than source code, limiting the depth of analysis and missing runtime behaviors such as dynamic class loading or reflection-based vulnerabilities.

CDecompile the applications to approximate source code and then conduct a manual review

Decompiling JAR files produces only approximate source code with lost variable names and comments, and while useful for code review, it does not execute the application or reveal how it behaves under unexpected or malformed runtime inputs.

DReview the details and extensions of the certificate used to digitally sign the code and the

Reviewing the digital signing certificate reveals the publisher identity and trust chain but provides no information about the application's internal logic, code structure, or security weaknesses.

Concept tested: Dynamic application security testing and fuzz testing

Source: https://owasp.org/www-project-web-security-testing-guide/

Topics

#reverse engineering#Java#static analysis#dynamic analysis

Community Discussion

No community discussion yet for this question.

Full PT0-001 Practice