C|CT study materials
C|CT study resources

C|CT: Ethical Hacking

C|CT · Work through your exam, one topic at a time.

All guide sections

Ethical Hacking

Ethical Hacking tests authorized adversary simulation: scoping, reconnaissance, enumeration, controlled exploitation, post-exploitation evidence, and reporting. The exam emphasizes legal permission and impact demonstration, not just tool output.

Core rules

  • Obtain written authorization that defines targets, source IPs, time window, permitted techniques, data handling, and emergency contacts. Scope is a technical and legal boundary.
  • Follow a repeatable method: passive and active reconnaissance, scanning, enumeration, vulnerability validation, controlled exploitation, post-exploitation, cleanup, and reporting.
  • Prefer least-impact proof. A finding is stronger when you can show a reproducible condition without deleting data, changing production configuration, or accessing unrelated records.
  • Validate rather than assume: a service banner or scanner signature is not proof of exploitability. Confirm with safe requests and correlate evidence.
  • Preserve evidence and notes: commands, timestamps, request and response pairs, hashes, and affected assets.
  • Report business risk and remediation, not a raw tool dump.

Worked example

During an authorized web assessment, a scanner reports an exposed administrative path. The tester must decide whether to attempt default credentials. The correct reasoning: first confirm the path is in scope and whether credential attacks are permitted; try only approved test accounts or a single benign check; do not lock out production users or alter data. If the login page is reachable but no valid test credential exists, report 'exposed administrative interface requiring network restriction and MFA' with a screenshot and request and response evidence, rather than claiming full compromise. This demonstrates exposure without destructive exploitation.

Traps

Scanning before authorization, exceeding the time window, or pivoting into an out-of-scope subnet can turn a test into an incident. A vulnerability scan is not exploitation. A successful login with a real user's credentials is not acceptable proof if data access was not authorized. Do not confuse evasion with stealth: evasion may be out of scope. Avoid reporting every informational banner as critical; tie severity to exploitability and business impact.