CISP-PTS study materials
CISP-PTS study resources

CISP-PTS: Reconnaissance, enumeration and confidence in observations

CISP-PTS · Work through your exam, one topic at a time.

All guide sections

Reconnaissance, enumeration and confidence in observations

Decide what the observation actually touches

Reconnaissance develops an asset and dependency picture under the agreed purpose and scope. Reviewing third-party public records can be passive relative to the target, while querying the target’s authoritative services or opening its web application is direct contact. A tool name does not decide this classification: the selected data source, configuration and request path matter. Public certificate records, search results and registration information can reveal candidate names, but historical or third-party data can be stale or misattributed.

Treat discovery as a hypothesis

A discovered hostname may belong to a provider, former tenant or unrelated organization. A certificate’s alternative name or a DNS alias does not expand the authorized asset list. Confirm ownership and scope through the appropriate engagement channel before active assessment. A dangling alias can be a takeover candidate, but a generic provider error is not sufficient proof that an unauthorized party can claim the actual resource. Preserve the observation and determine what additional verification is allowed.

Separate reachability, service and exploitability

A host-discovery probe can produce evidence of a responding device under specific conditions. Failure to respond does not prove that no host exists; filtering, routing, sleep, rate limits and probe selection can affect results. A listening port does not prove a specific product, and a banner does not prove that a particular vulnerable component or code path is present. Version detection can establish additional connections, so a half-open port-scan label is not a guarantee that the entire workflow avoids handshakes or logs. Choose methods according to authority, impact and evidence needs, not a promise of invisibility.

Record the service context

DNS record types, directory services, file shares, web responses and device-management protocols answer different questions. An MXrecord names mail exchangers; an address record and a canonical-name alias serve other roles. An anonymous directory bind does not necessarily expose every entry because access controls can still restrict results. An SMTPserver accepting delivery or declining user verification is not automatically proof that a named mailbox exists. Preserve the actual response and qualified conclusion rather than copying a tool’s label without context.

Correlate the source address, target, timing and relevant logs so the assessed organization can distinguish approved testing from unrelated activity. Use the agreed emergency and notification conditions if new observations suggest a live intrusion or a sensitive out-of-scope system. These are conceptual interpretation exercises. They do not execute discovery, supply an unbounded target list or establish proficiency with a practical tool merely from recalling its option names.