Qubole AWS IAM Credentials Compromised in Supply Chain Attack Targeting Over a Dozen Organizations

A threat actor leveraged stolen IAM credentials tied to Qubole’s AWS account to assume cross-account roles and exfiltrate data from more than a dozen customer environments. The attack exploited dormant IAM roles that organizations had created during Qubole onboarding but never removed after ending their relationship with the big-data platform. Attackers used the roles between October 14 and October 26 to enumerate resources, harvest secrets, and download entire S3 buckets. Activity originated from a rented OVH server and Mullvad VPN, with no traffic traced back to Qubole’s own infrastructure. Researchers from Sentra and Wiz observed consistent role session names prefixed with “quiam-” and noted the use of TruffleHog to validate stolen credentials. A separate campaign between October 8 and October 11 involved testing of customer-owned AWS access keys obtained through Qubole integrations.

SecurityWeekTranslated from English

Read at source

A threat actor used compromised IAM credentials for an AWS account associated with big-data platform Qubole to steal data from over a dozen organizations, cybersecurity researchers discovered.

The credentials allowed the attackers to assume IAM roles organizations had set up for Qubole’s AWS account and access their AWS environments. Cross-account IAM roles are normal for SaaS platforms that operate within customers’ AWS environments. During onboarding, customers create a role for Qubole, and the vendor’s AWS account can assume the role when needed, typically via an External ID.

The leaked Qubole credentials allowed the threat actor to assume this role and pull data from the AWS environments of over a dozen companies. “The doors the attacker used were old ones. Qubole roles were still in place long after companies had stopped using Qubole, and those roles could read nearly all of the data the attacker went after,” cybersecurity firm Sentra notes.

The roles stayed dormant until the campaign kicked off on October 14. They were used until October 26 to enumerate resources, collect secrets and configurations, and access data. The attacks came from a rented OVH server and the Mullvad VPN, and none of the observed activity originated from Qubole’s network, Sentra says.

“The threat actor used role session names that followed a consistent format of the prefix quiam-, followed by a suffix describing the actions taken. This includes session names such as quiam-enum and quiam-scope-full,” Wiz, which analyzed the campaign alongside Sentra, says.

Following enumeration, the attackers harvested secrets from common AWS storage locations, then used TruffleHog to test the credentials. Next, the threat actor exfiltrated data from the victims’ S3 buckets. “The threat actor appears to have been opportunistic. Rather than looking for specific data, it read from whatever buckets each role could reach, in some cases downloading entire buckets in a single session,” Wiz says.

The cybersecurity firm also identified an ISO file designed to be remotely booted on victim machines to harvest data, but has no evidence of its deployment. Wiz also discovered a separate campaign involving Qubole integrations, active between October 8 and October 11, in which customer-owned AWS access keys were tested against victim environments, and in some cases used for compromise.

Meridian digestThe week's most consequential security stories, distilled into one briefing.See the digest

More in Supply Chain & OSS

Ethersphere's bee-js and Swarm Desktop Hit by Supply Chain Attack Delivering Wallet-Stealing Malware
Attackers Abuse Qubole Trusted AWS Roles to Breach Customer Accounts and Exfiltrate Secrets
Cyberattack on French Blood Service Refrigeration Systems Alters Plasma Storage Temperatures