Re:Billion-record stolen Chinese database for sale on breach...
by rad_gruchalski on Tuesday July 05, 2022 @06:17PM
(#31994456)
I like your approach. So far I used profiles extensively. AWS_PROFILE is your friend. No idea why AWS doesn't heavily promote this everywhere they can.
Re:Billion-record stolen Chinese database for sale on breach...
by flyt on Tuesday July 05, 2022 @07:29PM
(#31995006)
AWS best practices is to use AWS SSO, which accomplishes this same effect but without any long-lived local credentials. It works really well.
Re:Billion-record stolen Chinese database for sale on breach...
by LilBytes on Tuesday July 05, 2022 @08:45PM
(#31995517)
Depending on your IdP there's a few tools in addition to AWS CLI v2 that works well in this space.
aws-vault is one of them, though out of support now, aws-okta [1] is another.
Re:Billion-record stolen Chinese database for sale on breach...
by nijave on Tuesday July 05, 2022 @11:10PM
(#31996258)
Used to use that a few years ago and it worked pretty well--you can also set it as a credential helper in your AWS config.
Just an FYI it's no longer supported and it looks like the fork has gone stagnant, too.
You add the long lived IAM user API key/secret to it and it stores it in a password protected storage (MacOS keychain or similar).
Then you invoke aws-vault with an IAM role and command, and it will handle obtaining short-lived credentials scoped to that role (including TOTP 2-factor code auth), and then run the command with those temporary credentials as env vars.
With the right AWS permissions on your user, it can also automatically rotate the IAM user API keys for you.