• Skip to primary navigation
  • Skip to main content
Last Week in AWS Logo
Master your cloud costs
  • About
    • Community
    • Contact
  • Blog
  • Newsletter
  • Podcasts
    • Last Week in AWS Podcast
    • Screaming in the Cloud
    • Nominate a Guest
  • Merch
  • Resources
    • AWS Network Map
billie tableflip
07.29.2019

CapitalOne’s CapitalTwo Day

By Corey Quinn
CapitalOne's data breach isn't their fault, but they could have done more than they did to prevent it.
FacebookXLinkedInReddit
Home Blog CapitalOne’s CapitalTwo Day
Prev
Next

The news broke earlier today that a Seattle-based miscreant and former AWS employee compromised millions of CapitalOne credit applications.

Reading between the lines of the court filing, it appears that the attack vector was the compromise of a server due to a firewall misconfiguration. From there, ephemeral AWS credentials were extracted from the instance role (usually rotated every hour, with a 6 hour validity lifetime), then used to raid a bunch of S3 buckets belonging to CapitalOne, all back on April 21st. On July 17th someone emailed CapitalOne and sparked an investigation. Today, twelve days later, an arrest was made.

What did CapitalOne get right?

  • They didn’t ignore the report to their responsible disclosure email address.
  • They didn’t bury this and wait for an iPhone keynote or something else to eclipse it during a news cycle.
  • They announced this today–twelve days after their first notification. For enterprise businesses such as “large banks” that’s underwear-on-outside-the-pants quick.
  • They didn’t screw up their S3 bucket permissions!

What did CapitalOne get wrong?

  • No heuristic flagged the exfiltration. When a credential set starts behaving atypically (and yes, scanning all of the S3 buckets and then looting them systematically should count as atypical), that should flag something somewhere for review. Amazon Macie itself claims to be able to do just this, though its pricing means it’s a bit out of reach for many shops. That may seem a bit above and beyond for most environments. I agree, but counter with “most environments aren’t a large bank.”
  • The weakness identified was “a misconfigured firewall.” That’s obviously not a full Cause of Error report, but if a single firewall misconfiguration can cause an issue like this, there are other systemic issues at play.
  • They didn’t restrict access to the S3 buckets containing highly sensitive information to known IP ranges.

What’s the takeaway here? I don’t fault CapitalOne for their response; this stuff is hard. I further don’t fault AWS for hiring someone (years ago) with this kind of ethical vacuum; there’s no reasonable interview that would detect these kinds of things.

To be clear, this isn’t to blame CapitalOne overtly, but to caution that cloud (while far more secure than on-prem would be in this use case) is far from a security panacea. You’ve gotta pay attention…

Corey Quinn Headshot
by Corey Quinn

Corey is the Chief Cloud Economist at Duckbill, where he specializes in helping companies improve their AWS bills by making them smaller and less horrifying. He also hosts the "Screaming in the Cloud" and "AWS Morning Brief" podcasts; and curates "Last Week in AWS," a weekly newsletter summarizing the latest in AWS news, blogs, and tools, sprinkled with snark and thoughtful analysis in roughly equal measure.

More Posts from Corey

Back to the Blog

Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner

By Corey Quinn

Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner AWS has just released something fascinating in the form of CloudWatch Omni. I want to be upfront before I dive further: “CloudWatch Omni” is a wretched name that I will not be using, so for the rest of this article and the […]

Read Moreabout Infinidash: AWS’s New Observability Play Has Great Bones and a Terrible Bedside Manner

Reading Observability Tools? That’s a Robot’s Job

By Corey Quinn

Last Thursday Honeycomb was kind enough to hand me the closing keynote slot at O11yCon, a conference whose entire premise is that observability matters and the people in the room are the ones who would know. I used that slot to argue that the primary reader of your telemetry is no longer a human, and […]

Read Moreabout Reading Observability Tools? That’s a Robot’s Job

S3 Is Not a Filesystem (But Now There’s One In Front of It)

By Corey Quinn

I’ve been saying “S3 is not a filesystem” for over a decade. I’ve said it on stages, in newsletters, on podcasts, and directly to the faces of large company employees who were too polite to tell me to shut up before they went back to their FUSE monstrosities. It was one of those reliable truths […]

Read Moreabout S3 Is Not a Filesystem (But Now There’s One In Front of It)
Billie Holding Mail Email Subscribe Icon

Get the newsletter!

Stay up to date on the latest AWS news, opinions, and tools, all lovingly sprinkled with a bit of snark.

You’re faced with tough questions about cloud costs. You should have confident answers.
Get in touch.
  • Newsletter
  • Podcasts
  • Blog
  • Merch
  • About
  • Contact
  • Disclosures
Billie Footer
footprint-orange
© 2026 L9 Labs, Inc. All Rights Reserved.
Terms of Service Privacy Policy Cookie Policy