Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Elasticity Lambda fails to onboard Windows EC2 instances on a secondary AWS account. #61

Open
1 of 3 tasks
jcosteatcyberark opened this issue Jan 12, 2021 · 0 comments · May be fixed by #62
Open
1 of 3 tasks

Elasticity Lambda fails to onboard Windows EC2 instances on a secondary AWS account. #61

jcosteatcyberark opened this issue Jan 12, 2021 · 0 comments · May be fixed by #62
Labels

Comments

@jcosteatcyberark
Copy link

Summary

Windows instances created on a second AWS account (using execution/assume roles) fails to be onboarded.
The function instance_processing::get_instance_password_data is unable to use the assume role provided because of a typo error.

The key in acct_b['Credentials'] should be SessionToken, not session_token :

session_token = acct_b['Credentials']['session_token']

Steps to Reproduce

Steps to reproduce the behavior:

  1. Create a Windows EC2 instance on account B
  2. Wait for the instance to be running
  3. Check the ElasticityLambda logs on CloudWatch on account A

Expected Results

The Administrator account of the EC2 instance appears in the PVWA.

Actual Results (including error logs, if applicable)

You should see the following error in the Elasticity Lambda's logs:

[ERROR] {<class 'KeyError'>}
[ERROR] Error on getting token from account XXXXXXXXXXXX : 'session_token'

Reproducible

  • Always
  • Sometimes
  • Non-Reproducible

Version/Tag number

cyberark/cyberark-aws-auto-onboarding:master

Environment setup

  • Elasticity Lambda in an AWS account A.
  • Windows EC2 instance created in an AWS account B.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1 participant