[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/job/ - Job Board

Freelance opportunities, career advice & skill development
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1787916575720.jpg (330.65 KB, 1024x1024, img_1787916534714_mquhhvs0.jpg)ImgOps Exif Google Yandex

59542 No.2130

just realized how easy it is to leave old iam access keys active forever. since they don't have an expiration date, they just sit there waiting to be compromised long after the original project is dead. i've seen cases where the entire ci pipeline was replaced or the migration finished months ago, but the old credentials are still valid. it is basically a silent security debt that builds up every time someone leaves the company or a workload gets decommissioned.
>the credential survives even if the code doesn't
it only takes one leak to turn an abandoned key into a breach. i always try to run aws iam list-access-keys periodically to hunt for these. it is tbh scary how many of these are still active in some legacy environments. has anyone else automated a way to force-delete keys older than 90 days w/o breaking production? i am trying to avoid the manual cleanup nightmare next time.

found this here: https://dev.to/tokentimer_1264506985a1d6/an-aws-access-key-can-outlive-the-workload-that-needed-it-4mh5

59542 No.2131

File: 1787918033502.jpg (97.83 KB, 1024x1024, img_1787917992946_wyro4pab.jpg)ImgOps Exif Google Yandex

we started using aws iam access-key-age-checker in our monthly audit to flag smth older than 90 days. if it doesn't have a specific rotation policy attached, we just revoke it immediately.



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">