Connect to AWS IAM API from MuleSoft.
Connect to AWS IAM API from MuleSoft.
We will learn using this blog how to use AWS IAM API using AWS Signature Version 4 and then access those API from MuleSoft Dataweave only
Join the DZone community and get the full member experience.Join For Free
Introduction to AWS IAM
In this blog, we will see, how to access AWS Identity and Access Management API from an external system using the AWS Signature Version 4 signing and then we will access these API from MuleSoft. For this blog, I will only use Create User and Delete User API, however, the process to access any other API should be the same.
AWS Identity and Access Management (IAM) is a web service for securely controlling access to AWS services. IAM consists of Users, Groups (A way to group users and apply policy), Roles, Policy Documents (Saved as JSON). IAM is universal, does not apply to regions, the root account has complete admin access by default. It is important to note that new users have no permission when created, New User has access key, secret key, and also a password.
- MuleSoft Anypoint Studio 7.1 With Mule Runtime 4.2
- Amazon Web Service Account with Access to IAM
AWS Signature Version 4
AWS suggests that to make any AWS API Call, Requests must be signed using an access key ID and a secret access key. To sign requests, AWS now recommends that we use Signature Version 4.
Signature Version 4 is the process to add authentication information to AWS requests sent by HTTP. For security, most requests to AWS must be signed with an access key, which consists of an access key ID and secret access key.
Creating a Signature with AWS Signature Version 4 comprises of 4 steps. Let us try to go through these steps here.
Task 1: Create a Canonical Request for Signature Version 4
Canonical Request is a standardized string format with the following details. AWS suggests that we should use these exact details otherwise, the request will be declined.
Now in our case, we need to make an API call to the AWS IAM API as follows:
Hence as per the above details, our request method is GET
We have to create canonical URI--the part of the URI from domain to query string (we will use / if no path)
We have to create a canonical query string. In our API call, request parameters are in the query string. Query string values must be URL-encoded (space=%20). The parameters must be sorted by name.
Now there is one unknown variable that is Credential_Scope. This should be created as follows
We have to create the canonical headers and signed headers. Header names must be trimmed and lowercase and sorted in code point order from low to high. Note trailing New Line in canonical_headers. signed_headers is the list of headers that are being included as part of the signing process. For requests that use query strings, only "host" is included in the signed headers.
We have to create a payload hash. For GET requests, the payload is an empty string (""). So, we need to hash this with SHA-256. So in my case, the canonical request is created as
Task 2: Create a String to Sign for Signature Version 4
The string to sign includes meta-information about our request and about the canonical request that you created in the earlier steps. To create the string to sign, we will concatenate the algorithm, date and time, credential scope, and digest of the canonical request, as shown in the following pseudocode:
Here let us again derive each variable.
- As we discussed earlier, we use SHA-256 for our Hash, the Algorithm is defined as algorithm = 'AWS4-HMAC-SHA256'
- RequestDateTime = <DateTimeStampInUTC>
- We have already defined the Credential Scope in our earlier section.
- The final part is again an SHA-256 hashed Canonical Request that we have retrieved earlier.
In my case, this turned out something like this.
Task 3: Calculate the signature for AWS Signature Version 4
This is again a four-step process of recursive Hashing with Key. Following is the step that will define this:
This is an example Python function to do this signature:
Finally, we will generate a signature by signing the String to Sign generated in Step 2 with the signature key generated in the above step.
For me, the signature got created something like this:
Task 4: Add the Signature to the HTTP Request
Now consider the canonical query string that we created in our step 1. For my case it was like this:
I will add the final Signature to this query string with the key X-Amz-Signature and then add the Host details at the beginning. For me, it turned out something like this:
Now, all we need to do is make an API GET call with the above URL and our requested user will be created in the AWS IAM System.
To connect from Mulesoft to this AWS IAM, please visit my blog.
This concludes this blog where we learned how to use AWS Signature Version 4 and also how to access them in MuleSoft using DataWeave. Thank you for reading my blog and do let me know if you were able to get this going. Let me know if you have any other questions as well in the comment section.
Published at DZone with permission of Anupam Chakraborty . See the original article here.
Opinions expressed by DZone contributors are their own.