Leaked AWS keys keep working: 526 root, 242 admin, and a rotation rate of 13.7 percent

The load-bearing number here is 10,616, not 9,300. That is the count of keys for which Truffle Security held the full credential pair and could actually attempt authentication ^[16]. The wider haul, 64,024 unique keys mapping to 50,654 accounts ^[13], is untested for validity, because an access key ID without its secret cannot be tried. So the roughly 9,342 keys that answered on August 10 ^[3][17] represent about one key in six from the corpus ^[23], and the honest reading is a floor, not a measurement of how much of the exposure is live.

What keeps a key answering for that long shows up in the age data. Of the 2,903 keys with creation dates, about 4.5 percent of the unique set, the median was 1,831 days old and the oldest had existed for 17.4 years ^[9][22]. Only 398 of those users had a newer key issued alongside the old one ^[10]. Rotation is not merely slow at this scale; for this population it mostly does not happen. The practical expiry date of a leaked key is the deletion of the IAM user that owns it.

The privilege breakdown deserves reading with a pencil. Truffle counts 817 company-linked keys with 526 root keys among them ^[2], plus 242 IAM users carrying AdministratorAccess ^[4]. 526 and 242 add to the 768 keys the researchers describe as full control of a company's AWS account ^[5][21]. That sum treats the root and administrator sets as disjoint while the 817 figure uses a different denominator, and the write-up does not reconcile them. Either way, the count of keys with nothing between the holder and the account runs into the high hundreds.

Then the detection question. Of 2,754 accounts whose metadata could be read, 262 had a budget alert configured ^[6], which is 9.5 percent ^[18]. Cryptomining on stolen credentials is a billing event before it is a security event ^[14], and roughly nine accounts in ten here have no tripwire on the bill.

The Hugging Face concentration is the supply-chain part. 8,482 unique key exposures came from that platform ^[7], 13.2 percent of every unique key in the study ^[19], and Truffle puts the root share of that set at 17.9 percent ^[8], on the order of 1,518 root keys from a single source ^[20]. Datasets and model artifacts are not code review targets in most shops, and they are being published with working cloud credentials inside them.

Truffle says its testing stopped at read-only metadata and that it notified every owner it could identify ^[15]. Its own advice is to delete root access keys outright and treat anything committed to a public source as compromised ^[12]. The 88 percent figure is what the last five years of not doing that looks like when someone finally tests it.