Pass the CompTIA PenTest+ PT0-003 Questions and answers with CertsForce

Kerberoasting is an attack that involves requesting service tickets for service accounts from a Kerberos service, extracting the service tickets, and attempting to crack them offline to retrieve the plaintext passwords.

Understanding Kerberoasting:

Purpose: To obtain service account passwords by cracking the encrypted service tickets (TGS tickets) offline.

Service Principal Names (SPNs): SPNs are used in Kerberos authentication to uniquely identify a service instance.

Command Breakdown:

setspn.exe -Q /: This command queries all SPNs in the domain.

Use Case: Identifying accounts with SPNs that can be targeted for Kerberoasting.

Kerberoasting Steps:

Identify SPNs: Use setspn.exe to list service accounts with SPNs.

Request TGS Tickets: Request TGS tickets for the identified SPNs.

Extract Tickets: Use tools like Mimikatz to extract the service tickets.

Crack Tickets: Use password cracking tools like Hashcat to crack the extracted tickets offline.

References from Pentesting Literature:

Kerberoasting is a well-documented attack method in penetration testing guides, specifically targeting service accounts in Active Directory environments.

HTB write-ups often detail the use of Kerberoasting for gaining credentials from service accounts.

Step-by-Step ExplanationReferences:

Penetration Testing - A Hands-on Introduction to Hacking

HTB Official Writeups

======

The scenario indicates that the tester’s capture device, when in monitor mode, cannot detect the target wireless network.

The most likely cause is frequency band incompatibility — if the client’s wireless infrastructure uses Wi-Fi 6E (6GHz band), and the tester’s adapter only supports 2.4GHz/5GHz, then the tester won’t see any packets or SSIDs from that band.

Why not the others:

B. Misconfiguration: While possible, the question specifies the network cannot be seen at all, pointing to hardware capability rather than misconfiguration.

C. Wrong SSID: Even with a wrong SSID, the tester would still see the beacon frames if on the same frequency band.

D. Not using Aircrack-ng: The tool used doesn’t affect whether the capture device can see the network — the adapter’s frequency support does.

CompTIA PT0-003 Mapping:

Domain 3.0: Attacks and Exploits

Wireless network attacks and troubleshooting (frequency bands, hardware compatibility, Wi-Fi 6E considerations).

Penetration test results are sensitive information and must be handled confidentially.

Privileged & Confidential Status Update (Option A):

Helps ensure compliance with legal and regulatory standards by labeling the report as confidential.

Encourages secure handling by recipients.

Publicly accessible code repositories (GitHub, GitLab, Bitbucket, etc.) frequently leak API keys, service account credentials, private keys, or other secrets embedded in source code, configuration files, CI/CD pipelines, or commit histories. These secrets can provide direct access to cloud resources (storage blobs, databases, management APIs) and are therefore one of the most effective public sources for compromising cloud infrastructure.

Why the other options are less effective as public sources:

A. Sensitive documents on a public cloud — if truly public, they may contain useful info, but sensitive documents are typically not intentionally left public; repositories with keys are a more common accidental exposure.

B. Open ports on the cloud infrastructure — helpful for attack surface analysis, but open ports alone don’t directly provide credentials or cloud-management access.

D. SSL certificates on websites — useful for host identification and fingerprinting, but rarely give direct access to cloud management.

CompTIA PT0-003 Mapping: Information gathering and open-source intelligence (OSINT) techniques to discover credentials and secrets that enable cloud compromise.

When a penetration tester identifies several unused services listening on targeted internal laptops, the most appropriate recommendation to reduce the risk of compromise is system hardening. Here ' s why:

System Hardening:

Purpose: System hardening involves securing systems by reducing their surface of vulnerability. This includes disabling unnecessary services, applying security patches, and configuring systems securely.

Impact: By disabling unused services, the attack surface is minimized, reducing the risk of these services being exploited by attackers.

Comparison with Other Controls:

Multifactor Authentication (A): While useful for securing authentication, it does not address the issue of unused services running on the system.

Patch Management (B): Important for addressing known vulnerabilities but not specifically related to disabling unused services.

Network Segmentation (D): Helps in containing breaches but does not directly address the issue of unnecessary services.

System hardening is the most direct control for reducing the risk posed by unused services, making it the best recommendation.

======

The correct answer is B. nc " $ip_address$i " " :22 "

Netcat, commonly invoked as nc, can be used to connect to a specific TCP port and read service banners. SSH servers commonly listen on TCP port 22 and usually return a banner such as:

SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.8

This banner can help identify the SSH implementation and version, which may then be checked for known vulnerabilities.

A is incorrect because ping uses ICMP and does not connect to TCP port 22. The -c 22 option sends 22 ICMP echo requests; it does not perform SSH banner grabbing.

C is incorrect because arp is used to view or manipulate Address Resolution Protocol entries. It does not perform TCP port discovery or banner grabbing.

D is incorrect because curl scp://... attempts to use the SCP protocol and is not the best method for simple SSH port discovery and banner grabbing.

In PenTest+ terms, this falls under Information Gathering and Vulnerability Scanning, specifically service discovery and banner grabbing using tools other than Nmap.

Atomic Red Team is the best first step because it is specifically designed to automate and emulate adversary techniques in a structured, repeatable, and organization-relevant way. It maps tests to known ATT & CK techniques and allows security teams to validate detections, logging, and defensive controls using small, controlled units of adversary behavior called “atomics.” Since the goal is to automate adversarial activities from prior penetration tests that matter to the organization, using a framework built for repeatable TTP emulation is more appropriate than immediately deploying a command-and-control server or writing custom scripts from scratch. PowerView is useful for specific PowerShell-based enumeration and post-exploitation tasks, but it is not the best starting point for broad, reusable adversary emulation. Therefore, implementing Atomic Red Team is the most suitable first action.

==============

A DNS zone transfer attack occurs when a misconfigured DNS server allows attackers to retrieve the entire DNS record set.

Zone transfer (Option A):

The command host -t axfr domain.com dnsl.domain.com requests an AXFR (authoritative transfer) of the DNS records.

This provides subdomains, email servers, and internal DNS records, which attackers can use for reconnaissance.

WiFi-Pumpkin is used for man-in-the-middle (MitM) attacks on Wi-Fi networks, making it ideal for intercepting and accessing data.

Option A (Metasploit) ❌: Good for exploitation, but not specialized for Wi-Fi attacks.

Option B (WiFi-Pumpkin) ✅: Correct.

Creates fake Wi-Fi access points.

Intercepts network traffic (SSL stripping, DNS spoofing).

Option C (SET - Social Engineering Toolkit) ❌: Focuses on phishing, not Wi-Fi attacks.

Option D (theHarvester) ❌: Used for OSINT, not Wi-Fi exploitation.

Option E (WiGLE.net) ❌: Maps Wi-Fi networks, but does not capture sensitive data.

???? Reference: CompTIA PenTest+ PT0-003 Official Guide – Wireless Attacks & Fake APs

In OSINT, the tester’s objective is to gather information using publicly available, non-intrusive sources without altering the target environment. A robots.txt file is a crawler directive that can discourage or block specific search engine bots from indexing certain paths. If one “major” engine is explicitly blocked, the most practical OSINT adjustment is to use other search engines and data providers that may not be restricted in the same way or may already have historical indexing and cached results. This aligns with PenTest+ reconnaissance techniques that emphasize using multiple sources and pivoting between providers to maximize coverage and reduce blind spots.

Modifying the WAF or changing robots.txt would be active alteration of the client’s systems and is not an OSINT method; it also typically falls outside the intent of passive recon and may violate rules of engagement. A CSRF attack is an exploitation technique unrelated to discovering publicly indexed information. Therefore, leveraging a competing provider is the best way to continue OSINT collection when one crawler is blocked.