imduffy15
Joined 11 years ago
Joined 11 years ago
- the root account should not be used. Disable it from being able to do anything with an SCP
- new accounts created with aws organisations by default have a random password and no mfa. Access is granted by going through the password reset process. Switch to this process for existing accounts, randomise all the passwords, grant break glass access via password resetting (ensure your contact details are valid). The password reset typically requires access to the email account (make it accessible via SSO) and potentially a phone call, ensure a virtual phone number is used and root holders can point it at their phone.
- use the likes of azure ad, keycloak or okta to store your organisations identities. Require MFA on them via yubikey. Enable access to multiple aws accounts via aws sso.
- for ssh access switch to using aws ssm.
Why does bad planning on your part need to result in stress, anxiety, and financial concern for me?
The market is thankfully in a good place and I’m good at what I do. Did atleast one interview activity with 20+ places, it was hell, busier than a average work day. To get to final around it took 6-8 hours of interview activities.
It would be amazing to see companies that are struggling to hire to create a fast tracked interview process for those laid off.
The end result will be that the school management scripts will still run but they’ll be unable to fetch and install goguardian.
Having the pods service account token passed to the credential provider allows for seamless authentication with private registries.
Before you either had to use the node identity which in some cases isn’t oidc based or create a bunch of imagePullSecrets.
Code and walkthrough at https://github.com/cloudsmith-io/cloudsmith-kubernetes-crede...