CEH · M04

Enumeration needs service evidence: what follows an open 445?

Enumeration turns service interaction into evidence about named resources or attributes. Port state, service identification, identity and access controls are distinct steps.

After this lesson, you can
  • Distinguish scanning, service identification and enumeration.
  • Explain the limits of access-denied responses and empty lists.

Prerequisites: Port states: what do open, closed and filtered tell you?

From detecting a service to identifying resources

Enumeration uses protocol responses within authorized scope to identify named resources or attributes, such as shares, directory entries or service capabilities. A port state describes the probe’s observation; it has not listed those objects.

SMB supports network file sharing and related functions. TCP 445 is commonly associated with SMB, but a port number still needs service and response confirmation. The service may require authentication, and visible resources or permitted actions can differ by account.

Further reading: Microsoft: SMB file sharing overview·Nmap: Port Scanning Basics

A response is conditional evidence

If the service returns shares=[public, reports], report that it returned two share names at that time for that identity. Without testing authorized read or write operations, do not claim those permissions or administrator access.

Access denied means that request was rejected; it does not prove no shares exist. An empty list also needs identity, filters and response status because it may describe only what that identity can see. Separate returned names, verified permissions and unknowns in the report.

Example: three different evidence cards

Card A says 445/tcp open. Card B says SMB negotiation successful. Card C says authenticated user=lab-reader, shares=[public, reports]. All three describe a fictional environment.

A supports a port-state observation. B adds protocol interaction evidence. C supplies named resources. Even with C, read and write permissions remain separate questions.

Conclusion: Record C as share enumeration for that identity, leaving read and write capability unknown.

Tabletop exercise: build an enumeration evidence table

Use only cards A, B and C and the synthetic access-denied response. Do not connect to an SMB host.

  1. Create columns for observation, identity, supported conclusion and unknowns.
  2. Add one row per response; explicitly mark missing identity unknown.
  3. Write a report sentence for C without unsupported claims such as full control.

Expected result

Only C provides share names. B supports service interaction. Access denied does not establish resource absence.

Check your work

If C lists reports, can you claim it is writable? Identify the missing verification.

Finish and clean up

Keep the table as your learning artifact. No login or network cleanup is needed.

Q&A · Check your reasoning

Choose an answer and confidence, then read every explanation. Answers stay in this browser.

ceh-m04-enum-q1 · Original practice

TCP port 445 is open on a host. Does this directly prove that SMB shares have been enumerated?

TCP port 445 is open on a host. Does this directly prove that SMB shares have been enumerated?
ceh-m04-enum-q2 · Original practice

What is the most accurate conclusion from access denied?

What is the most accurate conclusion from access denied?
ceh-m04-enum-q3 · Original practice

The share list includes reports; no file operation was tested. What can be claimed?

The share list includes reports; no file operation was tested. What can be claimed?

Connect the next idea

Terms: Enumeration·Authorization·Evidence boundary

Sources & scope

These sources support the technical principles. Examples, questions and exercises are original to this series.