Is there any plans to move away from ONLY using access keys for adding an account to the AWS Backup appliance?
AWS Best practice is to use Cross Account roles rather than IAM Keys for this purpose and I was hoping v6 of the AWS appliance would add this capability.
A better option is to:
- Ensure the IAM Role associated with the Veeam Backup for AWS instance has sts:AssumeRole capability (it can be limited to a standard role name).
- Allow you to add another AWS Account with the specified role name for the backup to assume (Role ARN instead of IAM Keys)
- provide a downloadable policy template with required permissions that can be deployed by the user into the other account.
IAM Keys need to be rotated (adding overhead and security concerns) and should only really be used for non AWS Hosted infrastructure to communicate to AWS services.
-
- Service Provider
- Posts: 4
- Liked: never
- Joined: Mar 07, 2023 6:02 am
- Full Name: Lee Murphy
- Contact:
-
- Product Manager
- Posts: 5828
- Liked: 1220 times
- Joined: Jul 15, 2013 11:09 am
- Full Name: Niels Engelen
- Contact:
Re: Veeam Backup for AWS - Cross account roles
Hi,
The access and secret key are only needed for adding an account that we automatically make in the AWS infrastructure. After, it can be removed from the AWS management console.
The access and secret key are only needed for adding an account that we automatically make in the AWS infrastructure. After, it can be removed from the AWS management console.
I'm not sure how you deployed it but this should already be in place as described in our user guide.- Ensure the IAM Role associated with the Veeam Backup for AWS instance has sts:AssumeRole capability (it can be limited to a standard role name).
This is tracked for an upcoming release to resolve it.- Allow you to add another AWS Account with the specified role name for the backup to assume (Role ARN instead of IAM Keys)
Export to CloudFormation is also planned for an upcoming release to overcome this.- provide a downloadable policy template with required permissions that can be deployed by the user into the other account.
Personal blog: https://foonet.be
GitHub: https://github.com/nielsengelen
GitHub: https://github.com/nielsengelen
Who is online
Users browsing this forum: No registered users and 4 guests