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.
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.
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.While the company states that no financial data was lost, the breach still carries risks for affected customers.
Hunting for supply chain risks involves monitoring external integrations:
log_sourceapi_endpointuser_account_patternEffective mitigation relies on a strong Third-Party Risk Management (TPRM) program.
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:
Unauthorized party gains access to the third-party marketing vendor's systems.
Who Gives A Crap detects the intrusion.
The affected systems are secured, and the unauthorized access is contained.
The data breach is publicly reported, and customer notifications begin.

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.
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.
Help others stay informed about cybersecurity threats
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.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
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 detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.