Hacker confirms access through infostealer infection [withdrawn]

Alleged Breach and Scope

  • Thread centers on claims that a data theft affecting Ticketmaster, Santander, and possibly many others involved Snowflake-hosted data and a stolen Snowflake employee credential via an “infostealer” malware.
  • Some commenters treat this as potentially “one of the largest breaches ever” if a privileged account really allowed broad access.
  • Others note that screenshots in the article mostly showed demo-like data, making “hundreds of breached customers” seem overstated.

Disputed Root Cause

  • Hudson Rock’s post claims: malware stole a Snowflake sales engineer’s credentials and session cookies; attacker accessed ServiceNow, bypassed Okta/MFA, generated tokens, and exfiltrated many customers’ data.
  • Snowflake’s official communication says impacted access came from customer credentials exposed elsewhere, not from a product vulnerability or misconfiguration, and that a compromised demo account did not contain sensitive data.
  • Commenters highlight this as a direct conflict: internal-employee-centric mega-breach vs. multiple customer-side credential compromises.
  • Extent of any access to real production data remains unclear in the thread.

Snowflake Architecture & Access Practices

  • Multiple participants say Snowflake employees normally cannot read customer data unless explicit, time-bounded access is granted, and customers can own encryption keys.
  • Others describe common practice where sales engineers create demo accounts and sometimes ingest or are shared customer data, potentially with weak controls or non-expiring access.
  • Concerns raised about:
    • Optional rather than enforced MFA.
    • Session/refresh token expiry.
    • Lack of rate/volume limits and egress monitoring on support/demo accounts.
    • Customers misconfiguring network access and roles.

Hudson Rock’s Role and Credibility

  • Several commenters question Hudson Rock’s reputation, citing prior low-effort breach “blogspam” and bans elsewhere.
  • The article is criticized for:
    • Doxing the specific employee whose machine was infected.
    • Including a chat snippet where the attacker endorses buying Hudson Rock’s services, seen as a marketing plug or even collusion.
  • The post was later withdrawn without an explicit retraction, which further reduces trust in their account for many participants.

Security Lessons & Reactions

  • Strong themes: principle of least privilege; mandatory MFA; short-lived tokens; strict approval and expiry for employee access to customer data; network restrictions.
  • Some compare this to past “cloud provider was blamed but customer misconfig was root cause” incidents.
  • There is debate on whether not paying ransom is wise; many doubt criminals’ promises regardless.
  • Overall sentiment: whatever the exact facts, a single compromised workstation leading to large-scale access indicates serious systemic and process weaknesses.