Re:Awsviz.dev simplifying AWS IAM policies
by potamic on Wednesday July 10, 2024 @01:56AM
(#40924088)
Wouldn't that lead to cross account policies, which appear to be even more quirky?
[ Parent
| on HN ]
Re:Awsviz.dev simplifying AWS IAM policies
by devonkim on Wednesday July 10, 2024 @06:52AM
(#40925598)
Yeah, error messages start to become more opaque as well which makes debugging even tougher, which is kind of the opposite of the point of using multiple accounts. But really, AWS not having proper namespaces in its constructs that’s ubiquitously supported (IAM paths were attempted. Attempted) hampers a lot of things
Re:Awsviz.dev simplifying AWS IAM policies
by cyberax on Wednesday July 10, 2024 @02:11PM
(#40929699)
In my practice? Not really.
For resources like databases, you don't need cross-account access if you're using internal DB authentication systems. For IAM-based DB authentication, you can simply write policies to trust the target accounts.
Occasionally, you'll need to create a cross-account trust (via AssumeRole), but it's not at all that frequent.
My personal wish is for AWS to allow account _names_ instead of ID numbers in policies.