T1684: Social Engineering
Adversaries may use social engineering techniques to influence users to take actions that result in unauthorized access, approval of changes, disclosure of sensitive information, or execution of adversary-supplied instructions (i.e., introduction of malicious payloads or software), while minimizing technical indicators.
Adversaries may leverage trust-building methods across multiple channels (e.g., executive, vendor, or help desk scenarios, including AI-enabled voice interactions) to prompt user-authorized actions such as password resets, MFA changes, financial approvals, or the disclosure of sensitive information. Adversaries may also leverage common business communications and workflows such as email, collaboration platforms, voice communications, recruiting processes, help desk interactions, and SaaS consent mechanisms to make malicious requests appear routine and legitimate.[1][2][3]
Additionally, adversaries have persuaded victims to take actions through references of current events, harnessing relevant themes to the work role or the organizations mission. For example, adversaries may use scare tactics (i.e., threaten repercussions for non-compliance) or otherwise incite victims’ emotions in order to generate a sense of urgency to take action.[4][5]
This technique may include common social engineering patterns such as Phishing and Spearphishing Voice, often supported by convincing and targeted narratives.[2][6]
Analyst context for executives and security teams
Social Engineering (T1684) matters because it can turn normal business workflows—help desk requests, SaaS consent prompts, financial approvals, recruiting conversations, email, collaboration tools, and voice communications—into paths for unauthorized access or sensitive information disclosure with few technical indicators. For executives, the key risk is not just phishing volume; it is whether trusted processes can be manipulated into user-authorized actions that bypass otherwise sound technical controls.
Executive priority
Prioritize this technique as a resilience and governance issue: confirm that high-risk human approval paths such as password resets, MFA changes, financial approvals, vendor interactions, and SaaS access grants have verification, auditability, and escalation controls. Because ATT&CK lists this under the stealth tactic and provides no specific detection text, leaders should ask whether the organization can produce evidence that these workflows are monitored, reviewed, and reinforced through training, account use policies, and auditing.
Technical view
SOC, detection, IAM, cloud, and IR teams should validate coverage across the listed platforms and channels: Linux, macOS, Windows, Office Suite, and SaaS. Focus on user-authorized events that may appear legitimate but create risk, including account recovery, MFA modification, consent or approval workflows, suspicious email sender identity patterns, and reports of impersonation. Relationship context highlights DET0899 Detect Social Engineering, mitigations M1017 User Training, M1036 Account Use Policies, and M1047 Audit, plus sub-techniques Impersonation (T1684.001) and Email Spoofing (T1684.002).
Likely telemetry
- Email security logs and message headers, especially sender identity and spoofing-related evidence
- Office Suite and SaaS audit logs for consent grants, approvals, account changes, and access changes
- Identity provider logs for password resets, MFA enrollment or changes, login policy events, and account recovery activity
- Help desk, ticketing, and support workflow records for user verification and account change requests
- Collaboration platform and business communication records where retained and authorized
Detection direction
- Because official ATT&CK detection text is not provided, treat detection as a validation exercise across business workflows rather than a single analytic.
- Correlate identity changes, SaaS approvals, help desk tickets, and email or collaboration context to identify user-authorized actions preceded by suspicious requests.
- Tune for high-risk outcomes such as MFA changes, password resets, financial approvals, SaaS consent grants, and disclosure requests, while accounting for legitimate support and business processes.
- Use sub-technique context to test visibility for impersonation and email spoofing, including whether analysts can inspect relevant email headers and sender display artifacts.
- Track user reporting as detection input; social engineering may minimize technical indicators, so absence of endpoint alerts should not be treated as absence of risk.
Mitigation priorities
- Implement and maintain user training focused on recognizing, resisting, and reporting manipulative requests, including urgent, emotional, executive, vendor, help desk, voice, email, collaboration, and SaaS consent scenarios.
- Strengthen account use policies for sensitive account actions, including appropriate restrictions, timeouts, and controls around account recovery and usage.
- Ensure auditing is enabled and regularly reviewed for identity, SaaS, Office Suite, endpoint, and workflow systems involved in approvals or access changes.
- Require verifiable procedures for password resets, MFA changes, vendor requests, and financial approvals so that trust is not based only on message appearance or caller identity.
- Use incident response playbooks that include business-process evidence collection, not only host or network artifacts.
Analyst notes and limits
This ATT&CK object is broad and newly versioned in the supplied data. Its defensive value comes from mapping social engineering to the organization’s actual approval and identity workflows. The most important local questions are: which user actions can change access or money movement, who can approve them, what evidence is logged, and how quickly suspicious requests are reported and reviewed.
The official ATT&CK object does not provide detection text, and the related detection strategy is named but not described in the supplied fields. This take therefore avoids claiming specific detection coverage or active exploitation. Local telemetry, process design, retention, and privacy/legal constraints will determine practical monitoring options.
Social Engineering
Adversaries may use social engineering techniques to influence users to take actions that result in unauthorized access, approval of changes, disclosure of sensitive information, or execution of adversary-supplied instructions (i.e., introduction of malicious payloads or software), while minimizing technical indicators.
Adversaries may leverage trust-building methods across multiple channels (e.g., executive, vendor, or help desk scenarios, including AI-enabled voice interactions) to prompt user-authorized actions such as password resets, MFA changes, financial approvals, or the disclosure of sensitive information. Adversaries may also leverage common business communications and workflows such as email, collaboration platforms, voice communications, recruiting processes, help desk interactions, and SaaS consent mechanisms to make malicious requests appear routine and legitimate.[1][2][3]
Additionally, adversaries have persuaded victims to take actions through references of current events, harnessing relevant themes to the work role or the organizations mission. For example, adversaries may use scare tactics (i.e., threaten repercussions for non-compliance) or otherwise incite victims’ emotions in order to generate a sense of urgency to take action.[4][5]
This technique may include common social engineering patterns such as Phishing and Spearphishing Voice, often supported by convincing and targeted narratives.[2][6]
How security teams should use this page
Treat this object as behavior context, not an attribution claim. Validate the related groups, software, data sources, and mitigations against official ATT&CK relationships and your own telemetry before making control-coverage decisions.
Related techniques
This mirrors the MITRE pattern of making group, software, campaign, and technique relationships scannable. Relationship notes come from mirrored ATT&CK relationship text when available.
| Domain | ID | Name | Relationship / procedure |
|---|---|---|---|
| Enterprise | T1684.002 | Email Spoofing Sub-technique | Email Spoofing subtechnique of this object. |
| Enterprise | T1684.001 | Impersonation Sub-technique | Impersonation subtechnique of this object. |
All related ATT&CK context
Mitigation direction
Object version and sync metadata
The fields below describe the current mirrored snapshot. When Glexia retains multiple ATT&CK source imports, you can open the table to compare the same object across releases (hashes and MITRE timestamps). For MITRE’s own release notes and roadmap, see ATT&CK resources — Updates .
Imported snapshots across ATT&CK releases (1)
| Release | Bundle imported | Object version | Modified | Status | Raw hash |
|---|---|---|---|---|---|
| 19.1 | 1.0 | Current bundle | 5e828e23781e… |
Mirrored ATT&CK source object
The raw object is retained through the mirrored ATT&CK source bundle and object hash. The raw endpoint returns the exact object from the mirrored bundle when available.
External references and citations
MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.
-
[1]
Proofpoint TA427 April 2024
Lesnewich, G. et al. (2024, April 16). From Social Engineering to DMARC Abuse: TA427’s Art of Information Gathering. Retrieved May 3, 2024.
Open source URL -
[2]
SE SentinelOne 2
SentinelOne. (2025, August 19). 15 Types of Social Engineering Attacks. Retrieved April 15, 2026.
Open source URL -
[3]
SE - Hackers Target Workday
David Jones. (2025, August 19). Hackers target Workday in social engineering attack. Retrieved April 15, 2026.
Open source URL -
[4]
SE Proofpoint
Proofpoint. (n.d.). What Is Social Engineering?. Retrieved April 15, 2026.
Open source URL -
[5]
SE SentinelOne
SentinelOne. (2023, October 19). Social Engineering Attacks | How to Recognize and Resist The Bait. Retrieved April 15, 2026.
Open source URL -
[6]
Fortinet Trends 25-26
Fortinet. (n.d.). Recent Cyber Attacks & Emerging Cybersecurity Trends. Retrieved April 15, 2026.
Open source URL -
[7]
mitre-attack T1684Open source URL
Source: MITRE ATT&CK®. © 2026 The MITRE Corporation. This work is reproduced and distributed with the permission of The MITRE Corporation. MITRE ATT&CK and ATT&CK are registered trademarks of The MITRE Corporation. Glexia is not affiliated with or endorsed by MITRE.