Live Active security incident? Get immediate response
MITRE ATT&CK® Analytic

AN1967: Analytic 1967

Much of this activity will take place outside the visibility of the target organization, making detection of this behavior difficult. Detection efforts may be focused on related stages of the adversary lifecycle, such as during Initial Access (ex: Phishing).

EnterpriseAN1967AnalyticObject v1.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

AN1967 is a detection analytic for pre-compromise activity where much of the adversary behavior may happen outside the organization’s direct visibility. The practical value is recognizing that a SOC may not be able to observe the behavior itself, so leaders should not treat missing alerts as proof of low risk. Defensive value comes from validating visibility at later lifecycle points, especially Initial Access patterns such as phishing.

Executive priority

Prioritize this as a visibility and readiness issue rather than a single-alert problem. Executives and security leaders should ask whether the organization can detect and respond when external preparation turns into observable access attempts, and whether phishing-related controls, monitoring, response playbooks, and audit evidence are mature enough to compensate for limited pre-compromise visibility.

Technical view

The supplied ATT&CK analytic is scoped to the PRE platform and provides no standalone detection logic. SOC and detection engineering teams should validate coverage around adjacent observable stages, particularly Initial Access activity such as Phishing, because the official description states the core behavior may occur outside target visibility. Incident responders should treat this as a prompt to correlate external warning, user-reported suspicious messages, email security events, authentication anomalies, and initial-access investigations rather than relying on a direct analytic hit.

Likely telemetry

  • Email security gateway and mailbox telemetry for phishing-related activity
  • User-reported suspicious message queues and helpdesk/security reports
  • Authentication logs associated with suspected initial-access attempts
  • Endpoint and network telemetry from systems involved after a suspicious access attempt
  • Incident response case notes linking pre-compromise indicators to observable Initial Access events

Detection direction

  • Do not measure coverage solely by whether AN1967 produces a direct alert; the official object indicates the activity may be outside organizational visibility.
  • Validate detection and triage workflows for related lifecycle stages, especially Initial Access and phishing-related events referenced in the ATT&CK description.
  • Tune correlation so externally sourced indicators or reports can be connected to internal evidence such as email delivery, user interaction, authentication attempts, and endpoint activity.
  • Account for false positives in phishing workflows, including benign user reports and blocked messages, while preserving the ability to escalate suspicious patterns quickly.
  • Document visibility gaps where the organization has no direct telemetry for pre-compromise behavior.

Mitigation priorities

  • Start by strengthening monitoring and response around observable Initial Access paths referenced by the analytic, especially phishing-related workflows.
  • Ensure users have a clear reporting path for suspicious messages and that SOC processes can rapidly triage those reports.
  • Maintain incident response playbooks that explicitly handle cases where the earliest adversary activity occurred outside enterprise visibility.
  • Use threat intelligence and external reporting as context, but require local telemetry before making exposure or incident conclusions.
  • Capture evidence of monitoring, triage, and response procedures for compliance and resilience reviews.
Analyst notes and limits

This object is a detection analytic, not a full technique description. It has no supplied tactics, no relationship context, and no official detection logic beyond guidance that the activity may be difficult to observe directly. The most defensible use is as a reminder to validate detection at related lifecycle stages such as Initial Access and phishing.

The source fields do not identify a specific adversary, campaign, impact, procedure, or concrete detection query. No active exploitation, attribution, customer exposure, or guaranteed detection coverage can be inferred from the supplied data. Local environment telemetry is required to determine actual visibility.

Official MITRE ATT&CK definition

Analytic 1967

Much of this activity will take place outside the visibility of the target organization, making detection of this behavior difficult. Detection efforts may be focused on related stages of the adversary lifecycle, such as during Initial Access (ex: Phishing).

View the same entry on attack.mitre.org (MITRE-hosted reference; in-page links above use the Glexia ATT&CK library.)

Glexia analysis

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.

Relationship explorer

All related ATT&CK context

No relationships are available in the current normalized data for this object.

Change history

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 .

ATT&CK release
19.1
Object version
1.0
Created
Modified
Raw hash
c909d67d18b0a0a2...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.0 Current bundle c909d67d18b0…
Raw source

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.

Source references

External references and citations

MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.

  1. [1]
    mitre-attack AN1967
    Open source URL
Source and licensing

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.