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

DET0171: Detection Strategy for Forged Web Cookies

DET0171 is a MITRE detection strategy tied to forged web cookies, a credential-access behavior where adversaries may create new session cookies to access w...

EnterpriseDET0171Detection StrategyObject v1.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

DET0171 is a MITRE detection strategy tied to forged web cookies, a credential-access behavior where adversaries may create new session cookies to access web applications or Internet services. For leaders, the significance is that cookie forgery can bypass normal password-centric assumptions: the business risk is unauthorized access to SaaS or web applications even when a user did not visibly log in with stolen credentials.

Executive priority

Prioritize this as an identity, SaaS, and web-application assurance question: can the organization prove session integrity, detect abnormal cookie/session use, and rapidly invalidate sessions during an incident? Because the official detection strategy object has no supplied detection text or platforms, leaders should ask whether existing IAM, application, and SOC controls produce audit-ready evidence for forged-session investigations rather than assuming endpoint or password monitoring is sufficient.

Technical view

Validate coverage around ATT&CK T1606.001 Web Cookies across the related platforms: Linux, macOS, Windows, and SaaS. SOC and IR teams should focus on whether web application, identity provider, SaaS, and server-side session telemetry can distinguish normal authenticated sessions from anomalous or invalid session-cookie use. Because the DET0171 object itself does not provide official detection logic, detections should be locally engineered and tested against authorized application behavior, session issuance records, and access patterns.

Likely telemetry

  • Web application authentication and session logs
  • SaaS access and audit logs
  • Identity provider sign-in and session-management logs
  • Server-side cookie/session validation events where available
  • Reverse proxy, web gateway, or load balancer request logs

Detection direction

  • Confirm that session creation, renewal, validation failure, and logout or revocation events are logged and retained for critical web applications and SaaS services.
  • Correlate cookie/session use with identity-provider sign-ins, device context, source network changes, and application access patterns to identify sessions that do not align with expected authentication flow.
  • Tune carefully for legitimate mobility, browser changes, proxy egress, and SaaS session persistence to reduce false positives.
  • Assess blind spots where SaaS platforms expose limited cookie-level detail or where custom applications do not log enough server-side session validation data.
  • Use the relationship to T1606.001 as the scope anchor; do not treat this DET object as a complete analytic because no official detection content was supplied.

Mitigation priorities

  • Inventory critical SaaS and web applications that rely on session cookies for authentication or authorization.
  • Strengthen session lifecycle controls: short-lived sessions where appropriate, secure server-side validation, session revocation, and incident-ready forced logout processes.
  • Ensure IAM and application teams can revoke active sessions during suspected credential-access incidents.
  • Require logging and retention for authentication and session events sufficient for SOC triage and compliance evidence.
  • Test incident response playbooks for suspected forged-session access, including identity review, application logs, and session invalidation.
Analyst notes and limits

This take is based on the DET0171 detection strategy metadata and its relationship to T1606.001 Web Cookies. The practical emphasis is on validating session integrity and telemetry coverage for SaaS and web applications, because the related technique describes forged cookies as newly generated cookies used to access web resources.

The supplied ATT&CK detection strategy has no official description, no official detection text, and no platforms or tactics listed directly on the DET object. Platform and tactic context comes only from the related T1606.001 technique. Local application architecture and SaaS logging capabilities are required to design specific analytics.

Official MITRE ATT&CK definition

Detection Strategy for Forged Web Cookies

No official description is available in the imported ATT&CK source object.

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.

ATT&CK relationship table

Techniques used

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.

1 rows
Domain ID Name Relationship / procedure
Enterprise T1606.001 Web Cookies Sub-technique This object detects Web Cookies.
Relationship explorer

All related ATT&CK context

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
c9fe47dd8defcfc4...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.0 Current bundle c9fe47dd8def…
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 DET0171
    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.