In which part of the SMTP conversation can threat actors spoof information to make the message look safe to the recipient?
Answer : D
Threat actors most commonly spoof what the recipient visually trusts---primarily fields displayed by mail clients---by manipulating message headers (D), especially From:, Reply-To:, and Return-Path-related presentation cues (even though some are derived from envelope, the client display is header-driven). While the SMTP envelope can be spoofed during transmission, the ''look safe to the recipient'' effect is achieved through header content because that is what appears in the inbox preview and open-message view. Proofpoint investigations validate this by comparing: RFC5322.From vs RFC5321.MailFrom (envelope), authentication results (SPF/DKIM/DMARC), and alignment. Spoofed headers are central to BEC, display-name spoofing, and executive impersonation, and Proofpoint's sender analysis and authentication panels help responders quickly identify mismatches and impersonation risk. In IR triage, analysts examine the full headers to reconstruct the true path (Received chain), identify forged identity indicators, and determine whether the message bypassed defenses due to weak DMARC enforcement, allow-listing, or trusted-partner misconfiguration.
An attacker registers a domain like ''great-company.com'' to impersonate ''greatcompany.com.'' What tactic is being used?
Answer : C
This is a lookalike-domain tactic (C), where the attacker registers a visually similar domain to impersonate a legitimate brand. The deception relies on human pattern recognition: inserting hyphens, swapping characters, or using similar-looking TLDs so recipients perceive the domain as legitimate. In Proofpoint investigations, analysts validate lookalike domains by checking domain age (newly registered), WHOIS/registrar patterns where available, sending infrastructure (new IP ranges, mismatched rDNS), and authentication misalignment (SPF/DKIM/DMARC failures or lack of alignment). Lookalike domains are common in BEC and credential phishing: they enable ''near-perfect'' spoofing without compromising the real domain. This differs from domain hijacking (compromising a legitimate domain), display-name spoofing (only the visible name is faked), and subdomain takeover (taking control of an orphaned DNS record). For response, analysts often add the lookalike domain to blocklists, tune impostor detection policies, alert targeted recipients, and strengthen DMARC enforcement and brand monitoring to reduce future impersonation success.
Exhibit:

Which column indicates the number of users targeted by a malicious campaign or threat?
Answer : B
In TAP threat and campaign views, the columns typically reflect a funnel of exposure and interaction. ''Intended'' (B) represents the number of targeted recipients---i.e., how many users the attacker attempted to reach (often including messages that were blocked or not ultimately delivered). ''At Risk'' usually reflects users who actually received the message (delivered) and were therefore exposed, while ''Impacted'' reflects users who interacted with the threat (clicks, credential entry, or other measurable engagement depending on the threat type and telemetry). ''Highlighted'' is a classification/flagging mechanism (not a population count of targets). For IR detection and analysis, ''Intended'' is crucial for estimating the campaign's scope and potential blast radius at the earliest stage---before you know how many were delivered or clicked. Analysts use Intended to decide whether to escalate, whether to run broad retroactive searches, and whether to apply preventative blocks (domains/URLs) quickly. Then they pivot to At Risk and Impacted to prioritize immediate containment actions for exposed and interacting users.
For which two reasons should organizations customize their incident response plans based on NIST SP 800-61 or another incident response standard? (Select two.)
Answer : D, E
Standards like NIST SP 800-61 provide a proven framework, but incident response must be operationalized to the organization's reality. Customization is required to match mission, size, structure, and functions (D)---for example, whether the organization is regulated (financial/health), globally distributed, heavily supplier-dependent, or cloud-first. These factors determine evidence retention, legal notification triggers, escalation thresholds, and which teams own containment steps (email admin vs SOC vs IAM). Customization also improves effectiveness/efficiency by creating a repeatable process and documented handoffs (E): who triages TAP alerts, who executes TRAP pulls, who updates URL Defense blocklists, who performs account resets/token revocation, and how comms are handled with executives and end users. In Proofpoint-driven IR, handoffs are particularly important because email incidents often cross functional boundaries (SOC messaging team IAM helpdesk legal). Making plans ''more generic'' (A) is counterproductive; standards are already generic. Documenting every MSSP analyst contact (B) is fragile; role-based contacts are better, but that's not the key reason for customizing a standard. Changing lifecycle order (C) is not the objective; improving fit and execution is.
An analyst is reviewing the Threats page in the TAP Dashboard.

Which of the top four threats seen in the exhibit should be prioritised for investigation?
Answer : C
In Proofpoint-driven triage, threats are prioritized by likelihood of immediate compromise and blast radius. Credential phishing typically ranks highest because a single successful credential submission can lead to account takeover (ATO), which then enables follow-on attacks: internal phishing, mailbox rule abuse, OAuth consent abuse, wire-fraud/BEC escalation, and data access. Proofpoint TAP surfaces credential phishing with strong indicators (URL defense verdicts, rewritten URL clicks, campaign clustering, and known phishing kits/landing pages), making it actionable for containment. Compared to malware delivery, credential theft often bypasses endpoint controls and produces fewer immediate artifacts, so rapid response is critical: password reset, token revocation, MFA enforcement, and mailbox audit. TOAD and BEC can be high impact, but in many environments they require human interaction outside email controls (phone/social steps) and may not always show definitive technical IOCs early. The TAP ''Threats'' view is designed for quick pivoting (Intended/At Risk/Impacted) and credential phishing typically correlates strongly with ''Impacted'' activity (clicks/submissions), which is why it should be investigated first when competing items are present.
What is the first action a security analyst should take when beginning to review and prioritize alerts from Targeted Attack Protection (TAP)?
Answer : A
The first step in a scalable TAP-driven workflow is to reduce the alert set into an actionable queue using built-in filtering on the Threats page (time range, severity, threat type, campaign grouping, Intended/At Risk/Impacted, VIP targeting, and ''Highlighted'' categories). This aligns with SOC operational procedures: triage is a funnel, and TAP's dashboards are optimized for sorting by risk and user impact so analysts can quickly identify what is most likely to represent an active incident. Jumping straight into .eml review or false-positive adjudication is inefficient before you know which threats have user interaction (clicks), broad distribution, or high severity. Likewise, false-negative root cause analysis is a later-stage improvement activity, typically triggered after an incident or quality review. In Proofpoint IR practice, you filter first to find: (1) threats with ''Impacted'' users (clicks/interaction), (2) high severity (credential theft/malware), (3) VIP targeting, and (4) campaign clusters. Only then do you pivot into forensic details, message artifacts, URL/attachment detonation results, and---if necessary---remediation actions (blocklists, TRAP pulls, user resets).
Which two tasks are considered frequent and high-priority when actively reviewing the threat landscape? (Select two.)
Answer : C, E
Active threat landscape review is an operational detection-and-analysis function: it focuses on what is happening now, what is likely to impact the environment, and what telemetry indicates elevated risk. Monitoring current threats and vulnerabilities (C) keeps analysts aligned to emergent campaigns (new phishing kits, BEC lures, malware droppers, supplier compromise patterns) and to exposure shifts (fresh CVEs that enable email-to-endpoint execution chains, new MFA-bypass trends, OAuth consent abuse). Reviewing monitoring data for risk-based decisions (E) is the day-to-day SOC activity that converts signals into priorities: TAP Threats/People views (Intended/At Risk/Impacted, clicks, severity), message traces (Smart Search), and threat response outcomes (quarantines/pulls). These two tasks directly reduce time-to-detect and time-to-contain by ensuring analysts focus on threats with user interaction, VIP targeting, and campaign spread. The other options are valuable but not ''frequent and high-priority'' in active landscape review: training content updates are periodic program work, pen tests are annual/episodic, and archiving is compliance-driven rather than real-time threat prioritization.