Em Português
A microservice for signing digital invoices created using the XML format. This microservice is also able to digitaly sign any XML document. In payment industries, more specifically in Brazil, law requires all invoices to be created in digital format (XML) and to be digitally signed before sent to customers. An example is the NF-e or Nota Fiscal Eletrônica.
Signer creates a microservice on AWS using a Serverless Container architecture enabling you to, via IaaC, create and deploy a microservice that leverages the use of HTTP protocol to sign any file in XML format.
The XML Signature process uses a Cloud Hardware Secure Module (AWS CloudHSM) provisioned and configured in the Cloud. The microservice is written in Java using Amazon Corretto and cryptography process is enhanced with the use of the Amazon Corretto Crypto Provider (ACCP).
Care about performance? If we consider p99 requests the Fargate Container deployed with this project can sign a 6KB document in around 30ms (Tested with a real invoice from Brazil - NF-e)
This project includes the AWS CloudFormation scripts to create, configure, build and deploy the following infrastructure:
- Network
- CloudHSM
- Java Container for XML signature process
- ECS Fargate Service
The proposed architecture is:
You can have your microservice deployed and running in three automatic steps: Note: Total time for this setup is around 40 minutes. Cost of this infrastructure for testing purposes is around US$ 3.50 per hour (us-east-1 / North Virginia). You need a region where service CodeBuild is running
Deploy | Region |
---|---|
![]() |
US East (N. Virginia) |
![]() |
US East (Ohio) |
![]() |
US West (Oregon) |
![]() |
SA East (São Paulo) |
Details: Just watch the show: You only need to change parameters in case the networks in the script overlap your networks. After the script finishes executing, a Step Function that starts automatically creates and configures your CloudHSM. After the Step Function finishes you can run step #2: Build Container.
This script creates a Step Function with name starting with LaunchCloudHSMCluster. In the AWS Console, go to Step Functions and find that function. Wait for the execution to finish and move to the next step.
Deploy | Region |
---|---|
![]() |
US East (N. Virginia) |
![]() |
US East (Ohio) |
![]() |
US West (Oregon) |
![]() |
SA East (São Paulo) |
Details: There are 3 parameters you need to define: CloudHSM Cluster Id, CloudHSM user and CloudHSM password. You can choose any user and password. (HSM Crypto Officer - the "root" user - password will be the same of your user password). To find out the CloudHSM Cluster Id is simple. In the AWS console type CloudHSM and you will find your cluster. In the CloudHSM clusters list you will see the Cluster Id in the format "cluster-xxxxxxxxx".
After you run the CloudFormation script you should use the AWS Console and look for the service AWS CodeBuild. Find the build project named xmlsigner and start the build (image below). It will take around 10 minutes to finish. Now you can deploy the container in the ECS Fargate service.
Deploy | Region |
---|---|
![]() |
US East (N. Virginia) |
![]() |
US East (Ohio) |
![]() |
US West (Oregon) |
![]() |
SA East (São Paulo) |
Just follow the steps and wait for the script to finish executing. It is ready for use!
The container executes the following operations:
- List Keys
- Create Key with a new certificate
- Sign
- Validate
IMPORTANT: The recommended approach to delete keys from CloudHSM is to use the CloudHSM client software installed in a linux or windows virtual machine created in the same network as your CloudHSM. Certificate may be obtained from the Parameter Store and password from the Secrets Manager. This method is not implemented in the microservice because, at this moment, the CloudHSM keystore does not implement the deletion of keys. According to this documentation, deleting keys is not supported by CloudHSM Keystore. Use the CloudHSM's key_mgmt_util tool.
After the script finishes executing, still inside the CloudFormation service, you should find in the details of the stack, a tab named output. That tab contains all the URLs of your microservice. You can create and list keys, sign and validate a document.
Signing process is executed using a self signed certificate. Everything is automatic. When you create a key a self signed certificate is already created for your convenience.
Inside the folder run of this project there is a file name certdata.json and you can use it to define properties of your self signed certificate when creating keys. Please find below the commands you should use to operate the xmlsigner container:
(remove the / at the end of the url)
URL=<alb-url>
curl $URL/xml/listKeys
curl --data "@run/certdata.json" $URL/xml/create/<my-key-label> -X POST -H "Content-Type: text/plain"
curl --data "@run/sample.xml" $URL/xml/sign/<my-key-label> -X POST -H "Content-Type: application/xml" >> run/signed.xml
curl --data "@run/signed.xml" $URL/xml/validate -X POST -H "Content-Type: application/xml"
One of the configurations available in this step is choosing an AZ for your CloudHSM. In some cases, it is possible the service endpoint for CloudHSM is not available in the AZ chosen for your private subnet. Please, delete and recreate the Stack using a different AZ for your private subnet. To do that, delete the old stack and try again clicking in the stack button from here. Once in the configuration menu, pick another AZ for your private subnet using the AZ select button. Some regions where this might happen are us-east-1, us-east-2, sa-east-1.
In this step, CodeBuild tries to connect to GitHub to download the sources of the container. In case you never had configured GitHub credentials in CodeBuild you will get the error from the image below thrown by the CloudFomration. This means CodeBuild doesn't know how to connect to GitHub and you will have to configure credentials for this. In this case, relax, it is simple!
Setup GitHub credentials in CodeBuild: Go to the CodeBuild service in the AWS console. Once in the CodeBuild service menu, pretend you are creating a new build. Choose Create Build Project. In the configuration screen there is a section named Source. Choose GitHub
, and Connect using OAuth
. Once you connect press CANCEL and run the script again (validate you get the message you are connected to Github using OAuth). CodeBuild now knows how to fetch code from Github.
Delete the stack Signer container in CloudFormation service and recreate the Stack clicking here to run the stack
In case you never used the ECS Service you might be missing a service linked role. In case the error you got from the SignerECS Stack is the one from the image below, please refer to this documentation for details.
To fix the issue run the command below using the aws cli, delete the SignerECS stack and click again in the button above to redeploy the SignerECS stack.
$ aws iam create-service-linked-role --aws-service-name ecs.amazonaws.com
Cleanup procedure requires the execution of four manual steps. This is because a Step Function creates some of the assets in the first step (SignerHSM stack). To cleanup the environment execute the steps in the following order:
- Delete the third stack:
SignerECS
- Manually delete the images in the ECR Repository named
xmlsigner
- Delete the second stack:
SignerContainer
- Manually delete the CloudHSM instance of your CloudHSM Cluster. Wait for it to finish (menu CloudHSM in the AWS console)
- Manually delete the CloudHSM Cluster
- Manually delete all inbound and all outbound rules from the Security Group that has a group name with the following pattern:
cloudhsm-<ClusterId>
, where ClusterId is the cluster id of your recently erased CloudHSM cluster in the formatcluster-xxxxxxxxx
- Delete the third stack:
SignerHSM