Courseiva
Wireless, IoT and Cloud SecuritymediumDrag & DropObjective-mapped

CEH Wireless, IoT and Cloud Security Practice Question

Drag and drop the steps to perform a SQL injection attack manually into the correct order.

Drag steps to the numbered slots on the right, or tap a step then tap a slot.

Steps
Order
1Step 1
2Step 2
3Step 3
4Step 4
5Step 5

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

Identify vulnerability, then test injection points, then find number of columns, then use UNION to combine results, then extract data

The correct sequence for manual SQL injection starts with identifying a vulnerable input (e.g., by observing error messages or behavior), then testing injection (e.g., adding a single quote), finding the number of columns using ORDER BY or UNION SELECT, using UNION to combine attacker-controlled queries, and finally extracting sensitive data. This order ensures each step builds on the previous one.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • Identify vulnerability, then test injection points, then find number of columns, then use UNION to combine results, then extract data

    Why this is correct

    This sequence accurately outlines the methodical approach to a SQL injection attack. It begins by identifying potential input parameters susceptible to injection, followed by confirming the vulnerability through basic payload testing. Subsequently, determining the number of columns in the original query is essential for constructing a valid UNION-based payload. Finally, the UNION operator is leveraged to combine results from the original query with a malicious SELECT statement, enabling the extraction of sensitive data from the database.

  • Test injection points, then identify vulnerability, then find number of columns, then use UNION, then extract data

    Why it's wrong here

    This order is incorrect because one must first identify *where* a potential SQL injection vulnerability exists within an application's input parameters before attempting to test it. Jumping directly to "test injection points" without prior identification of a specific vulnerable parameter is an inefficient and illogical approach. The identification phase guides the subsequent testing efforts by pinpointing the attack surface.

  • Identify vulnerability, then find number of columns, then test injection points, then use UNION, then extract data

    Why it's wrong here

    This sequence is flawed because determining the number of columns is an advanced exploitation step that requires a confirmed and working injection point. Attempting to enumerate columns *before* thoroughly testing the injection point's viability with simpler payloads (e.g., error-based or boolean-based tests) is premature. The "test injection points" phase validates the vulnerability's existence and behavior, which is a prerequisite for column enumeration.

  • Test injection points, then find number of columns, then identify vulnerability, then use UNION, then extract data

    Why it's wrong here

    This order is fundamentally incorrect as it places "identify vulnerability" after both "test injection points" and "find number of columns." It is illogical to attempt to test injection points or enumerate columns without first identifying a potential vulnerability in a specific input parameter. The initial reconnaissance and identification phase is critical for pinpointing *where* an attack might be successful, guiding subsequent testing and exploitation efforts rather than being an afterthought.

About these practice questions

This CEH question is part of Courseiva's 870-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This CEH practice question is part of Courseiva's free EC-Council certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the CEH exam.