SOCLYDE logo
Current languageEN
Cybersecurity newsAWSCloudPrivileged identities

Aws: a password-spraying campaign targeted root accounts

A campaign observed across more than 150 organizations shows why the AWS root user must remain exceptional, separate, and strongly protected.

Cloud manager reviewing a critical administrator access

In summary

  • Datadog observed attempts against AWS root accounts across more than 150 organizations.
  • No successful authentication was reported in the campaign, but the target identity is exceptionally privileged.
  • MFA, no root access keys, and separate administrator identities reduce the potential impact.
Article contents

The most powerful identity attracts attempts

On August 31, 2026, Datadog Security Labs described a password-spraying campaign against the AWS account root-user console sign-in flow across more than 150 organizations. The observations covered July 24 to August 23. No successful access was identified, but the campaign highlights the value of a root account: it can change account settings, billing, and access controls.

Password spraying tests a small number of secrets across many accounts instead of trying many passwords against one user. This can reduce lockout-related signals while exploiting reused or predictable credentials.

The root user must not become a work account

AWS recommends avoiding the root user for daily tasks and not attaching long-term access keys to it. Administrators should use separate IAM identities with necessary permissions and strong MFA.

For an SMB, the rule is straightforward: use root only for rare operations that require it, monitor its email address, protect recovery MFA, and explain every use.

Four useful checks

  • Confirm root MFA is active and that recovery is not shared through email or chat.
  • Look for old root access keys and remove them when they are not essential.
  • Create named administrator accounts instead of one shared identity.
  • Alert on root sign-ins, MFA changes, email changes, billing changes, and IAM policy changes.

The mailbox attached to the root account also needs protection. It is part of the root identity and can become the target of a fraudulent recovery.

Soclyde and privileged access

Soclyde is not an IAM system and does not replace CloudTrail. It can help organize the human secrets around the procedure: recovery passwords, emergency codes, billing access, and information needed for controlled rotation. Each item can be unique, encrypted, and shared with a limited group.

Soclyde's SMB password policy guide provides a basis for separating accounts, documenting responsibilities, and reducing reuse.

The takeaway

A campaign with no confirmed successful access is still a useful signal. It shows why the most powerful accounts should be rare, separate from daily work, monitored, and protected by a recovery process the team has actually tested.


Frequently asked questions

Did the password spraying succeed?

Datadog did not observe a successful authentication in the campaign it studied. The attempts still matter because they show that root identities are actively being searched for.

Should a root secret be stored in a shared vault?

The root account should remain exceptional. If a recovery process requires a stored secret, limit authorized people, protect it in an encrypted vault, and document every use.

References

Sources and references

Need advice?

Design your password strategy with Soclyde

Schedule a dedicated walkthrough with the team to see how local-first security adapts to your stack.

Talk with us

Keep reading