3 ms·
> What more do you want? The hard part for me is figuring out how to disable access without breaking everything. I know it’ll be useful once I understand and
by ryan29 6y ago
> What more do you want?
The hard part for me is figuring out how to disable access without breaking everything. I know it’ll be useful once I understand and I’ll take the time I need to learn it, but most people won’t.
I prefer the opposite learning direction. Start closed and open the 1 or 2 things I need instead of having to understand 1000 things immediately to configure permissions reasonably.
- donavanm 6y agoHave you tried Access Advisor in AWS IAM? It’s been out for a few years now and is specifically targeted at using “... last accessed information to refine your policies and allow access to only the services and actions that your entities use.” Can you explain how IAM doesn’t work well with the “starting closed” approach? IAM authorization is “default deny” and every principal needs an explicit allow statement with the appropriate action before authorization will pass.
- ryan29 6y agoI’ll give it a try. Thanks! > Can you explain how IAM doesn’t work well with the “starting closed” approach? It works ok once you do a lot of learning and read the best practices. I think a lot of people will skip that and use their root account for everything. The biggest mistake I made was creating an admin user, but giving it too many permissions and using it like a normal user. After learning more I use the root account to make an admin account, but I think the admin account should only use IAM to create other fine grained users. So it works fine, but I think it would be better to force people into creating those first couple of accounts with permissions chosen by experts. It’s too easy to jump right in and start using an over privileged account.