E-commerce platform BigCommerce has notified its merchants of a data breach resulting from a supply-chain attack. The breach did not originate from BigCommerce's core systems but from a compromised application key belonging to a third-party application, Ribon. The attackers leveraged this stolen key to gain unauthorized access to the customer data of merchants using the app. The access occurred over a four-day period from September 13 to September 17, 2026. Exposed information includes customer PII such as names, email addresses, phone numbers, and shipping addresses. Payment card information and account passwords were not compromised. The incident highlights the significant risks associated with third-party integrations in e-commerce ecosystems.
The incident is a classic example of a supply-chain attack where a trusted third-party vendor becomes the weak link in the security chain. The Ribon and Ribon 1.5 applications, developed by 'Be A Part Of,' are designed to be installed on BigCommerce storefronts to enhance the shopping experience. Threat actors managed to compromise a BigCommerce application key used by Ribon. This key granted the application programmatic access to store data.
With the compromised key, the attackers were able to make unauthorized API calls to the BigCommerce platform, targeting the stores that had the Ribon app installed. They exfiltrated customer data over a period of four days before the access was detected and revoked. BigCommerce responded by removing the compromised applications from all merchant stores to sever the attacker's access.
The attack vector was a compromised API key, a form of credential theft targeting a third-party application integrated into the main platform. This is a common tactic in supply-chain attacks (T1195.002 - Compromise Software Supply Chain).
T1528 - Steal Application Access Token).T1098.004 - Web Services).T1530 - Data from Cloud Storage Object).The incident was contained when BigCommerce identified the unauthorized activity and revoked the compromised key, effectively cutting off the attackers' access.
While BigCommerce stated that a "small number" of merchants were affected, reports from victims like Master of Malt suggest the Ribon app was installed on hundreds of stores, indicating a potentially wider impact. The primary risk for affected customers is follow-on social engineering attacks. With access to names, email addresses, phone numbers, and shipping details, attackers can craft highly convincing phishing emails or smishing messages (e.g., fake delivery notifications) to trick customers into revealing more sensitive information like passwords or financial details. The breach has also resulted in regulatory scrutiny, with Master of Malt reporting the incident to the UK's Information Commissioner's Office (ICO), and potential legal action from affected customers.
No specific file hashes, domains, or IP addresses were provided in the source articles.
For organizations using platforms like BigCommerce, security teams may want to hunt for the following patterns to detect similar supply-chain attacks:
/customers or /ordersGET requests to API endpoints that return customer PII, especially if originating from a single API key over a short period.Detection:
Resource Access Pattern Analysis (D3-RAPA).Response:
M1054 - Software Configuration).Inbound Traffic Filtering (D3-ITF).M1016 - Vulnerability Scanning).Enforce the principle of least privilege for API keys, granting third-party apps only the permissions they absolutely need.
Use IP allowlisting to ensure API keys can only be used from the vendor's expected IP address ranges.
Implement continuous monitoring and auditing of API logs to detect anomalous access patterns indicative of a compromised key.
In a broader sense, this maps to third-party risk management programs that assess the security posture of software supply chain partners.
Unauthorized access to BigCommerce merchant data via the compromised Ribon app key begins.
BigCommerce detects the unauthorized access and revokes the compromised key, ending the breach.

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.