Who Gives A Crap Hit by Third-Party Data Breach

Who Gives A Crap Data Exposed in Marketing Vendor Breach

MEDIUM
November 8, 2026
4m read
Data BreachSupply Chain AttackRegulatory

Related Entities

Other

Who Gives A CrapABC News

Full Report

Executive Summary

Direct-to-consumer company Who Gives A Crap has disclosed a data breach affecting its customers in Australia, the United Kingdom, and the United States. The security incident was the result of a compromise at an unnamed US-based third-party marketing software vendor. According to the company's statement on November 8, 2026, an unauthorized party gained access to customer personal information between October 30 and November 1, 2026. The company has assured customers that sensitive data such as payment card information, account passwords, and order details were not exposed in this incident. This event is another example of a Supply Chain Attack where the initial target was a service provider, leading to a breach at the primary company.


Threat Overview

The breach occurred within a very specific timeframe. The third-party vendor's systems were compromised on October 30, the intrusion was detected by Who Gives A Crap on October 31, and the access was contained by November 1. This suggests a rapid detection and response cycle, but a window of approximately two days existed for the attacker to access and potentially exfiltrate data. The compromised data was limited to personal information used for marketing purposes, which could include names, email addresses, and shipping addresses. Data for Canadian customers was reportedly not accessed.

Technical Analysis

This incident is a classic example of a third-party data breach. The attacker's TTPs likely focused on the marketing vendor as a softer target to access data from its various clients.

  • T1199 - Trusted Relationship: The attacker exploited the trusted relationship between Who Gives A Crap and its marketing vendor to access customer data.
  • T1623 - Steal Application Access Token: It's possible the attackers compromised the vendor and stole API keys or credentials that allowed them to access the data of the vendor's clients, including Who Gives A Crap.
  • T1530 - Data from Information Repositories: The attackers likely targeted and exfiltrated data from a cloud storage bucket, database, or other information repository managed by the marketing vendor.

Impact Assessment

While the company states that no financial data was lost, the breach still carries risks for affected customers.

  • Increased Phishing and Scams: Threat actors can use the stolen names, emails, and addresses to launch highly targeted and convincing phishing campaigns pretending to be from Who Gives A Crap or other trusted brands.
  • Privacy Concerns: The exposure of personal information is a violation of customer privacy.
  • Reputational Damage: Although the breach occurred at a third party, it can still negatively impact the reputation of Who Gives A Crap.
  • Operational Disruption: The company had to invest resources in investigating the incident, securing the data, and communicating with customers, diverting focus from normal business operations.

Cyber Observables — Hunting Hints

Hunting for supply chain risks involves monitoring external integrations:

Type
log_source
Value
Third-party application audit logs
Description
If available, review logs from marketing and other SaaS platforms for unusual administrative logins or large data exports.
Context
SaaS security posture management (SSPM) tools.
Type
api_endpoint
Value
Anomalous API key usage
Description
Monitor for API keys associated with marketing vendors being used from unexpected IP addresses or performing unusual actions.
Context
Cloud security monitoring tools, API gateways.
Type
user_account_pattern
Value
Compromised credentials on dark web
Description
Monitor for credentials related to your third-party vendors appearing in dark web marketplaces or breach corpuses.
Context
Threat intelligence services.

Detection & Response

  1. Third-Party Monitoring: Implement solutions that monitor the security posture of your critical third-party vendors. This includes tracking their breach status and public security incidents.
  2. Data Flow Mapping: Understand what data is being shared with each vendor and classify its sensitivity. Use User Data Transfer Analysis to baseline and monitor these flows.
  3. Incident Response Playbook: Have a specific playbook for third-party breaches that outlines steps for communication, data isolation, and legal notification.

Mitigation

Effective mitigation relies on a strong Third-Party Risk Management (TPRM) program.

  1. Vendor Due Diligence: Before engaging any vendor, conduct a thorough security assessment of their controls, policies, and incident response capabilities.
  2. Data Minimization: Only share the absolute minimum amount of customer data required for the vendor to perform their function.
  3. Contractual Safeguards: Ensure contracts with vendors include strong security clauses, such as the right to audit, requirements for immediate breach notification, and clear liability definitions.
  4. Access Control: Regularly review and audit the access that third-party applications have to your systems and data. Revoke unnecessary permissions promptly.

Timeline of Events

1
October 30, 2026
Unauthorized party gains access to the third-party marketing vendor's systems.
2
October 31, 2026
Who Gives A Crap detects the intrusion.
3
November 1, 2026
The affected systems are secured, and the unauthorized access is contained.
4
November 8, 2026
The data breach is publicly reported, and customer notifications begin.
5
November 8, 2026
This article was published

MITRE ATT&CK Mitigations

This mitigation's principle extends to Third-Party Risk Management (TPRM). Organizations must continuously assess the security posture of their supply chain partners.

Apply the principle of least privilege to all third-party integrations, ensuring they only have access to the data and resources essential for their function.

While not a preventative measure for access, encrypting data at rest can be a contractual requirement for vendors, adding a layer of protection.

Mapped D3FEND Techniques:

Timeline of Events

1
October 30, 2026

Unauthorized party gains access to the third-party marketing vendor's systems.

2
October 31, 2026

Who Gives A Crap detects the intrusion.

3
November 1, 2026

The affected systems are secured, and the unauthorized access is contained.

4
November 8, 2026

The data breach is publicly reported, and customer notifications begin.

Sources & References

Article Author

Jason Gomes

Jason Gomes

• Cybersecurity Practitioner

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.

Threat Intelligence & AnalysisSecurity Orchestration (SOAR/XSOAR)Incident Response & Digital ForensicsSecurity Operations Center (SOC)SIEM & Security AnalyticsCyber Fusion & Threat SharingSecurity Automation & IntegrationManaged Detection & Response (MDR)

Editorial Standards & Analyst Review

CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.

Tags

Data BreachSupply Chain AttackMarketingPIIWho Gives A CrapRetail

📢 Share This Article

Help others stay informed about cybersecurity threats

🎯 MITRE ATT&CK Mapped

Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.

🧠 Enriched & Analyzed

Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.

🛡️ Actionable Guidance

Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.

🔗 STIX Visualizer

Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.

⚡ Sigma Generator

Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.