~/f4n6 $ grep -r "Attackers pick Levi's pockets in social engineering attack" ./investigations/ --include="*.md"

Attackers pick Levi's pockets in social engineering attack

Jeff Davies 10 Aug 2026 4 min read

1. Executive summary

Levi Strauss is investigating a data breach after attackers used social engineering to access three employees' work computers and exfiltrate "certain corporate information." The intrusion is part of a wider campaign tracked by Google researchers, targeting 200+ organisations over five weeks — including financial and legal firms — using voice phishing (vishing) to employees' personal mobiles, followed by credential and MFA harvesting via spoofed login pages. The campaign is tentatively attributed to umbrella group UNC6671; attribution is unconfirmed (no MITRE ATT&CK profile exists for this actor). No consumer data was affected and Levi's reports no operational disruption. EMEA financial services firms should treat the vishing-to-credential-harvesting pattern as an active threat to corporate accounts.

2. Regulatory framing

No specific DORA/NIS2 article is directly engaged by this item. The incident involves a third-party retailer, not the financial institution itself, and no confirmed compromise of a financial services entity is described. The vishing campaign's targeting of financial firms is noted but no specific regulatory trigger fact for a client obligation is present in the source material.

3. Technical analysis & attack chain

Confirmed attack chain (Levi's incident)

  1. Attackers conducted social engineering against Levi Strauss employees, gaining access to three employees' work computers.
  2. Intruders accessed and exfiltrated "certain corporate information" — scope and data types undisclosed.
  3. Levi's detected the intrusion, activated incident response, engaged external cybersecurity experts, and terminated unauthorised access.
  4. Preliminary investigation indicates no consumer data affected; no operational disruption; no expected material business impact.

Wider campaign TTPs (Google-tracked, targeting 200+ organisations over five weeks)

  1. Attackers phoned employees on their personal mobile phones, posing as colleagues or IT support staff (vishing).
  2. Employees were directed to spoofed login pages designed to harvest credentials and multi-factor authentication codes.
  3. Targeted sectors include financial and legal firms (handling information useful for extortion), plus manufacturing, healthcare, insurance, technology, and hospitality.
  4. Attackers are described as "ransom-seeking hackers" — the source uses this phrase, not "ransomware." No ransomware deployment or encryption is described.

Attribution caveat: Google researchers believe the crews may sit under umbrella group UNC6671. UNC6671 has no MITRE ATT&CK profile in the verified reference data — treat this attribution as unconfirmed. There is no confirmation that UNC6671 was behind the successful Levi's intrusion specifically. The wider campaign attribution and the Levi's breach link are both single-sourced (The Register, citing Google researchers and Reuters) — verify before enforcement.

Technical gaps in source material: No CVEs, malware families, C2 infrastructure, file paths, persistence mechanisms, or specific tools are named. The attack chain is described at the social-engineering/credential-harvesting level only.

4. Mitigation & containment

P1 — within 24 hours

  • Alert helpdesk and IT support teams to the vishing pattern: callers claiming to be colleagues or IT support, contacting employees on personal mobiles, directing them to login pages. Instruct staff to verify any such request via an independent known channel.
  • Reinforce MFA push-back and reporting: employees should report any unsolicited credential-entry requests received via phone. Ensure MFA fatigue / push-bombing scenarios are covered in current guidance.
  • Review authentication logs for anomalous sign-ins from new devices, unfamiliar IPs, or impossible-travel patterns consistent with harvested credential use.

P2 — within 72 hours

  • Conduct a targeted phishing simulation replicating the vishing-to-spoofed-login-page pattern to measure susceptibility among finance, legal, and executive assistant populations (the campaign's stated high-value targets).
  • Verify that conditional access policies require device compliance or trusted-location signals for corporate authentication — harvested credentials alone should not suffice.
  • Review helpdesk callback verification procedures: any password reset or MFA re-enrolment request originating from a phone call must require a verified callback to a known corporate number.

P3 — within 7 days

  • Update security awareness training materials to include voice-based social engineering scenarios targeting personal devices.
  • Assess whether corporate mobile device management (MDM) coverage extends to employees in targeted roles (finance, legal) who may be contacted on personal numbers.
  • Review external-facing login page URLs and consider proactive takedown monitoring for typosquatted or spoofed authentication domains matching the organisation's brand.

5. Indicators of compromise

No indicators of compromise available in the source material.

Behavioural indicators

Behaviour Where to observe Confidence
Inbound voice calls to employee personal mobiles from individuals claiming to be colleagues or IT support, directing to a login page Employee reports, helpdesk ticketing Medium — single-sourced (The Register citing Google researchers)
Authentication events using harvested credentials from new/unrecognised devices or locations Identity provider sign-in logs, conditional access logs Medium — inferred from described attack pattern
Employees navigating to spoofed login pages and entering credentials + MFA codes Web proxy logs, DNS logs, EDR browser telemetry Medium — inferred from described attack pattern

6. Detection

Insufficient indicators to author detection rules. The source material describes the attack at a behavioural level (vishing, spoofed login pages) but provides no atomic artefacts — no domains, URLs, file hashes, filenames, registry keys, or command-line strings — from which to build YARA or Sigma rules.

7. Sources

  • The Register, "Attackers pick Levi's pockets in social engineering attack," https://www.theregister.com/security/2026/08/10/attackers-pick-levis-pockets-in-social-engineering-attack/5285401, 2026-08-10

8. Adverse Trace position

This is a medium-severity advisory for EMEA financial services clients. The Levi's breach itself is contained and does not directly impact financial institutions, but the underlying campaign — vishing to personal mobiles followed by credential/MFA harvesting via spoofed login pages — is actively targeting financial and legal firms. The TTPs are low-sophistication but effective, bypassing technical controls by exploiting the human layer. Attribution to UNC6671 is unconfirmed and single-sourced; no MITRE ATT&CK profile exists. No IOCs, CVEs, or malware artefacts are available. We will monitor for Google's full campaign report and any IOC releases, and will issue an updated advisory if technical indicators emerge or if a confirmed compromise of a financial services entity is reported.


Read the original source →

Published via PulseTrace — Adverse Trace threat intelligence.

Post this to LinkedIn
Formatting is converted automatically — headings, bullets, a link back & hashtags. Paste straight in.
J
Jeff Davies