Hunt: AssumeRole from Qubole's AWS account 805246085872 outside AWS IP space, quiam-* session names and TruffleHog GetCallerIdentity bursts
- CloudTrail AssumeRole:
userIdentity.accountId = 805246085872with asourceIPAddressthat isn't an AWS address; any use of principalAIDA3W7DIFLYOLTK63SFS(seen only with the attacker);AIDAJYRRH5Y3A7AAJM2HWfrom a non-AWS address (this one also carries legitimate traffic). - Session names:
quiam-prefix, for examplequiam-enumandquiam-scope-full. Follow each session into Secrets ManagerGetSecretValue, SSMGetParameter, LambdaGetFunctionConfigurationand S3GetObject. - IPs:
57.129.54[.]120(OVH, primary, Oct 15 to 26),2001:41d0:70d:7800::(OVH),45.83.220[.]211,185.209.199[.]73and89.37.63[.]175(Mullvad exits). - Credential testing:
GetCallerIdentitycalls with aTruffleHoguser agent alongside those IPs; check Entra ID and Okta sign-in logs for the same user agent. - Host IOC:
sso_agent.iso, SHA-25665f061281c9a712e9502793dc4c5035cae490b84da05f7d4223cefa65ad396e4, which polls57.129.54[.]120on TCP 23458 and reboots after 90 minutes. Wiz hasn't seen it deployed. - Logging gap: management events show the role assumption and bucket listing but not object reads. Without S3 data events or server access logs you can't tell which objects were taken.
Sources: Wiz: Trusted by Default, Qubole Cross-Account Access Abused in the Wild (Nov 9, 2026)