Users across hundreds of organizations
IT management software provider ConnectWise has suspended several of its cloud services, including Cloud Backup, following a significant supply chain attack that began on October 15, 2026. An unidentified threat actor obtained a highly privileged API secret for the ConnectWise Cloud Backup application. This credential allowed the attacker to bypass normal authentication and directly access the Microsoft 365 environments of hundreds of ConnectWise's partners and their downstream clients. Security firm Huntress reported observing malicious sign-ins across nearly 1,000 tenants. In response, ConnectWise took the affected services offline to contain the breach, leaving customers unable to access or restore backups.
This incident is a classic example of a supply chain attack targeting a Managed Service Provider (MSP) to gain access to its customers. The attacker's method was both simple and highly effective:
Security firm Huntress detected the initial malicious activity and observed successful sign-ins to over 300 tenants, with at least 162 of its own partners confirmed to be affected.
The core of this attack is the abuse of OAuth application permissions in Microsoft 365, a technique classified under MITRE ATT&CK as T1199 - Trusted Relationship. The ConnectWise Cloud Backup application, by design, requires high-level permissions such as Mail.ReadWrite, Files.ReadWrite.All, and Sites.ReadWrite.All to back up and restore data. When the API secret for this application was compromised, the attacker inherited these permissions for every tenant that had granted consent to the application.
This allowed the attacker to perform actions such as:
The attack is particularly insidious because the sign-in activity would appear in logs as coming from the legitimate, consented 'ConnectWise Cloud Backup' application, making it difficult to distinguish from normal service activity without additional context, such as the source IP address of the sign-in.
The impact of this supply chain attack is multi-faceted and severe:
ConnectWise has stated that backup data itself remains encrypted and was not breached, but the primary risk is the access gained to the live production data in customer M365 tenants.
Security teams, especially MSPs, should hunt for the following patterns:
Azure AD Sign-in Logsgraph.microsoft.comConnectWise Cloud BackupConnectWise Cloud Backup service principal, focusing on the period around October 15, 2026. Look for sign-ins from unexpected IP addresses. Huntress identified malicious activity originating from specific IPs, which partners should use for historical searches.Application Configuration Hardening.Microsoft attributes ConnectWise supply chain attack to China-linked APT Storm-0940, revealing expanded scope to Google Workspace and use of automated tools.
Treat API secrets and service principals as highly privileged accounts, requiring strict access controls, monitoring, and rotation.
Regularly audit Azure AD sign-in and audit logs for suspicious service principal activity.
Regularly review and prune permissions granted to third-party applications in Microsoft 365.
To detect the abuse of application credentials as seen in the ConnectWise attack, organizations must extend their account monitoring practices to include non-human identities like Azure AD service principals. Security teams should ingest Azure AD Sign-in and Audit logs into a SIEM and establish behavioral baselines for critical applications. Create alerts for anomalous activities tied to the ConnectWise Cloud Backup service principal, such as: 1) Sign-ins from IP addresses or countries outside of ConnectWise's known infrastructure. 2) A sudden, massive increase in data read operations (e.g., Mail.Read or Files.Read). 3) Activity occurring outside of normal business hours. This proactive monitoring can turn a silent compromise into a high-fidelity alert, enabling rapid response to contain the breach.
This incident highlights the critical need for hardening the configuration of third-party applications within Microsoft 365. Administrators must adopt a 'least privilege' mindset when granting OAuth consent. Instead of accepting default, tenant-wide permissions, investigate if the application supports more granular controls. For example, use Microsoft's tools to scope the application's access to only a specific group of users or specific SharePoint sites, rather than *.All. Regularly conduct audits of all enterprise applications in Azure AD. Revoke consent for any unused applications and challenge vendors whose applications require excessive permissions. This diligent governance of application permissions is a crucial defense against supply chain attacks that abuse the trust model.
Organizations with mature security operations can use Resource Access Pattern Analysis to detect this type of attack. The ConnectWise backup application likely has a predictable pattern of behavior: it accesses resources sequentially during a scheduled backup window. The threat actor, in contrast, may exhibit different patterns, such as accessing data from many disparate sources simultaneously or focusing on the mailboxes of executive users. By using a Cloud Access Security Broker (CASB) or advanced analytics in a SIEM to model the normal access patterns of the service principal, security teams can create alerts for significant deviations. This behavioral approach is effective for detecting abuse even when the attacker is using a legitimate, valid credential.
The supply chain attack against ConnectWise and its customers begins.
Huntress reports observing malicious sign-in activity across nearly 1,000 tenants.
ConnectWise suspends its Cloud Backup, SaaS Security, and Cloud Management services.

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.